Beiträge von Sehvornix

Zitat von martinthunder

Die Passworteingabe funktioniert offensichtlich sicher nur per Copy and Paste.

Ganz sicher geht es ohne Copy & Paste.

Entweder hast Du UTF8-Zeichensatz-Sonderzeichen in Deinem Passwortstring, die nur so aussehen wie übliche Buchstaben (was aber ziemlich unwahrscheinlich ist) oder es liegt ein Interpretationfehler Deinerseits vor. Übliche Verdächtige sin lI1 (großes i, kleines L oder die Zahl 1), O0 (großes o vs Zahl Null), Varianten von " ' ", -~. Je nach Schrifttype gibts teils auch Verwechslungen zwischen Groß- und Kleinbuchstaben, k und K ist so ein Klassiker.

Es hilft, das Passwort mal in einen Texteditor einzufügen oder in Word und dann die Schrift mal variieren. Da wird das meist deutlich.

Gruß,
Sehvornix

Ich bin versucht zu fragen "... und Outlook macht das?"

AndyC , kannst Du mit diesen Einstellungen aus Beitrag #8 selber Ordner in der umgeordneten Struktur anlegen? Das ist nämlich die Krux (das es mitunter nicht geht), die mir mit dieser Anpassung schon untergekommen ist. Nebst weiteren Abweichungen im Verhalten. Deshalb habe ich es nicht vorgeschlagen.

Gruß,
Sehvornix

Hallo,

das ist providerabhängig. Wenn Dein Provider das so vorsieht, stellt Thunderbird es so dar.

Zum Thema der 2 Spam-Ordner gibt es hier im Forum in letzter Zeit mehrere Fragesteller. Entsprechend auch schon mehrfach die Lösung und Erläuterungen dazu.

Gruß,
Sehvornix

Hallo,

eine offizielle Fehlermeldung kannst Du nach Erstellen eines Account auf Bugzilla melden.

Bugzilla Main Page

Schau Dir aber bitte die Vorgaben an. U.a. zur Reproduzierbarkeit. Sonst hat die Meldung kaum eine Chance, je bearbeitet zu werden.

Ich habe jetzt noch mal versucht, von Deinem ersten Beitrag bis hier nachzuvollziehen, was Du gemacht hast. Das ist inzwischen alles etwas unübersichtlich geworden. Dennoch bin ich der Meinung, dass Deine Einschätzung, es wäre ein Thunderbird-Problem, möglicherweise nicht zutrifft und aus Deinen Beobachtungen und Tests so nicht abzuleiten ist. Oder zumindest TB nicht alleine ursächlich ist.

Vorab:

Zitat von philippmarth

Das Mailprogramm dort heisst einfach 'E-Mail' (Version 6.2.07.5).

Die aktuelle Version ist 6.2.13.1. Jedenfalls bekomme ich momentan kein Update für die Samsung Mail-App angeboten und das ist die Version auf meinem Samsung. Anders als bei dem übersehenen Label zu Deiner Thunderbird-Version, irre ich mich hier nicht.

Ein Versuch, Deine Beobachtungen noch mal etwas zu ordnen:

• als Test erstelle und sende ich eine geeignete Mail mit TB 140.15.0esr, die so aussicht:

1. ist über die Zwischenablage reinkopiert und wird, wie gleich zu sehen ist, als png interpretiert
2. ist explizit als .jpg gespeichert und über den Menüdialog in die Mail eingefügt worden

Die Mail geht nicht an sich selbst (nicht dasselbe Postfach), sondern an ein Postfach bei einem anderen Provider, damit diesbezüglich keine Einflüsse auftreten können.

Und das ist das Ergebnis auf einem Samsung-Smartphone:

Also, offenbar die gleiche Erkenntnis, die Du auch hast. Die eine Grafik muss nachgeladen werden, wird dann aber angezeigt, die andere Grafik zeigt einen 'defekt'-Platzhalter und wird auch nicht nachgeladen, sondern falsch als Anhang der Mail ausgewiesen.

Allerdings sei noch mal erinnert, dass zumindest ich schon auf die Ungeeignetheit der Samsung-Mail-App für solche Eingrenzungstests hingewiesen habe.

Denn das ist so nur auf dem Samsung in der Samsung-Mail-App.

• in Outlook wird diese aus Thunderbird abgesendete Mail korrekt angezeigt (quasi simuliert 1. fremder Empfänger)
• in Thunderbird mit dem ich das Zielpostfach auch abrufe, wird die Mail ebenfalls ohne Fehler korrekt angezeigt (sagen wir, der 2. simulierte fremde Empfänger, usw.)
• Thunderbird für Android zeigt die empfangene Nachricht völlig korrekt an
• die Apple-Mail-App auf einem iPhone zeigt die Nachricht ebenfalls korrekt an
• ... das sieht für mich so langsam danach aus, dass es vielleicht doch eher ein Problem der Samsung-Mail-App ist?

Da wir schon klären konnten, dass die Grafiken nicht als Link, sondern eingebettet in der Mail sind, hat der Quellcode jetzt nicht mehr so viel Relevanz. Zur Vollständigkeit trotzdem hier der Quellcode der von mir abgesendeten Mail:

Message-ID: <a5cf9d8a-c392-4a44-82ac-6b71ad198948@xxxxxxxx.xxx>
Date: Fri, 11 Sep 2026 14:22:15 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Reply-To: nnnnnnnn@xxxxxxxx.xxx
Content-Language: de-DE
To: Vorn Nachn <bbbbb@ccccccccc.dd>
From: nnnnnnnn <nnnnnnnn@xxxxxxxx.xxx>
Subject: Test
Content-Type: multipart/related;
 boundary="------------oNg7rEa9xp6rIhkgubU3AZA0"

--------------oNg7rEa9xp6rIhkgubU3AZA0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html>
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="Calibri">Test Grafik inline:<br>
      <br>
      1.<br>
      <img src="cid:part1.q6jtUCON.YbZBTBwO@xxxxxxxx.xxx" alt=""><br>
      <br>
      2.<br>
      <img moz-do-not-send="false"
        src="cid:part2.ImXzOFhO.FxDcJKWk@xxxxxxxx.xxx" alt="" width="182"
        height="111"><br>
      Ende.</font>
  </body>
</html>
--------------oNg7rEa9xp6rIhkgubU3AZA0
Content-Type: image/png; name="RBo9a6CybxE10wfB.png"
Content-Disposition: inline; filename="RBo9a6CybxE10wfB.png"
Content-Id: <part1.q6jtUCON.YbZBTBwO@xxxxxxxx.xxx>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAALYAAABvCAYAAABBwTrjAAACI0lEQVR4Xu3SAQkAIBAEQW0n
Yv86CsZY5hv83syz1x1OgViBCXZsUe/8AmCDkCwAdnJWT4HNQLIA2MlZPQU2A8kCYCdn9RTY
DCQLgJ2c1VNgM5AsAHZyVk+BzUCyANjJWT0FNgPJAmAnZ/UU2AwkC4CdnNVTYDOQLAB2clZP
gc1AsgDYyVk9BTYDyQJgJ2f1FNgMJAuAnZzVU2AzkCwAdnJWT4HNQLIA2MlZPQU2A8kCYCdn
9RTYDCQLgJ2c1VNgM5AsAHZyVk+BzUCyANjJWT0FNgPJAmAnZ/UU2AwkC4CdnNVTYDOQLAB2
clZPgc1AsgDYyVk9BTYDyQJgJ2f1FNgMJAuAnZzVU2AzkCwAdnJWT4HNQLIA2MlZPQU2A8kC
YCdn9RTYDCQLgJ2c1VNgM5AsAHZyVk+BzUCyANjJWT0FNgPJAmAnZ/UU2AwkC4CdnNVTYDOQ
LAB2clZPgc1AsgDYyVk9BTYDyQJgJ2f1FNgMJAuAnZzVU2AzkCwAdnJWT4HNQLIA2MlZPQU2
A8kCYCdn9RTYDCQLgJ2c1VNgM5AsAHZyVk+BzUCyANjJWT0FNgPJAmAnZ/UU2AwkC4CdnNVT
YDOQLAB2clZPgc1AsgDYyVk9BTYDyQJgJ2f1FNgMJAuAnZzVU2AzkCwAdnJWT4HNQLIA2MlZ
PQU2A8kCYCdn9RTYDCQLgJ2c1VNgM5AsAHZyVk+BzUCyANjJWT0FNgPJAg946s9DNDX1mQAA
AABJRU5ErkJggg==
--------------oNg7rEa9xp6rIhkgubU3AZA0
Content-Type: image/jpeg; name="Unbenannt.jpg"
Content-Disposition: inline; filename="Unbenannt.jpg"
Content-Id: <part2.ImXzOFhO.FxDcJKWk@xxxxxxxx.xxx>
Content-Transfer-Encoding: base64

/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQIBAQICAgICAgICAwUDAwMDAwYEBAMFBwYH
BwcGBwcICQsJCAgKCAcHCg0KCgsMDAwMBwkODw0MDgsMDAz/2wBDAQICAgMDAwYDAwYMCAcI
DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAAR
CABvALYDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD4nooorM0CiiigAooooAKKKKACiiigAooo
oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAC
iiigAooq7pmgXWq4MabYz/G/C9/z6dqxr4inRg6lWSiu7PTyfJcfmuKjgstoyq1JbRim366b
JdW9Fu2UqK6q18JWemqJbiTzNnUuQqDnjj9OTWH4gntbjUN1ooWPaAcLtBPqB+VeZgc7o4us
6dCLcV9q2nofoXF/hJmfDGVQx+c16VOrNpKgpqVRp3vKyurRejabX969k6NFFFeyflQUUUUA
FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFOihe4kCRozueiqMk1t6f4IlmAa4kEIz9xfmYjv
z0H61w43MsNhI81eaXl1+7c+v4T4Dz/iWq6WS4aVW28tFCPrOVop21Svd9EzCrV0zwjdX2Gk
H2eP1cfMevb/ABxWyZ9N8LJtUDzcYIX5pD06+nY44FZWqeM57rcluPIjPG7q56/l+H514n9q
Y/G6YCnyRf25fov+HP13/iHnBfCb9pxlj/rNeO+Gw/f+Wc7przX7trdNpq+pBpOn+G41knZW
k6h5OTnj7q/X8RnrVPUfHBZNtrGVJH35Oo+g/L/CsCaZ7iQvI7O56sxyTTa2ocO05S9tjZOr
Pz2+S/peR5mceO2OpYd5Zwjh4ZfhtvcSdSXnKbW77pcyu/floyW7vpr5900ryHJI3HIGfQdq
ioor6GEIwjywVkux+HYvF18VVlXxM3Oct5Sbbfq3qwoooqjnCiiigAooooAKKKKACiiigAoo
ooAKKu6ZoF1quDGm2M/xvwvf8+natuw8JWumxiW7kWQrgncdsa9Pz59eueleRjs8wmFfJKV5
fyrV/wDA+Z+o8H+D/E3EUFiaFH2WHau6tX3Icq3km9ZLzimt9VZnO2WnT6jJtgjaQjrjoPqe
grd07wOFfddSBgD9yPofqfz/AMakvPF9rYwCOzjD8cYXYi9e3Xr/AD61iahrt1qYKyynYTnY
vC/T3/GvNdTNsd8C9jDz1l93/Dep93HB+GvCCTxlR5ti1rywajh0+icrvmXd/vE7K8I6o6CX
XtN0SNkt1R3AAxEPvccZbv8AqeaxtQ8WXd6zBX8iM9FTg9fXrn6YrMortwfD+EoS9pNc8u8t
f6/PzPkuKPG7iXNqSweGmsJh1dKnQTpqzvo2nzPR6q6i/wCUKKKK9w/IAooooAKKKKACiiig
AooooAKKKKACiinRQvcSBI0Z3PRVGSaTaSuy6VKdSap003JuyS1bb2SXVsbRW3p3gqed83JE
CA9AQzH+g/zxWmE0vw0C3yecoA675M49O2fwHNeBieIsPCXssMnVn2jqvv8A8rn7Vw/4E55i
cP8A2hns4Zfhk9Z13yytrtTdnfTaThfpcxNP8J3d6ylk8iM9Wfg9fTrn64rag0TTtCh3XBjd
yD80uDnGM4X/APWeaztQ8bzysy26LEnZmG5uvX0/DmsWaZ7iQvI7O56sxyTXN9SzPHf71P2U
P5Y7/N/16H0P+tvh9whpw3hHmGJX/L6vpTj/AIIWV/L3YtJr35ao6HUfHAV9trGGAP35Oh+g
/L/CsK91GfUZN08jSEdM9B9B0FQ0V6+ByjCYT+DDXu9X9/8AkfmHGPifxJxO3HNcS3Tvf2cf
dprt7q3t0cuZrvqwooor0j4AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACtfw74ih0a0
mR4WaRjuVlx83HQ+359TWRRXLjMHSxVJ0ayvF/LY+j4U4rzHhzMY5plclGrFSSbipaSVno09
f62unqah4uu70FUYQJn+Dhsduf8ADFZdFFPC4Ohh48lCKivL9e5nxDxTm+e4j61m+IlWmtuZ
3SXaK2ivKKSvruFFFFdJ4AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU
UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAH//Z

--------------oNg7rEa9xp6rIhkgubU3AZA0--

Das ist, was von Thunderbird rausgeht. Und alle bis auf die Samsung-Mail-App können das richtig darstellen. Möglich, dass hier etwas nicht konform ist und die Samsung-Mail-App deshalb strauchelt. Jedoch erst einmal unwahrscheinlich. Und das Mozilla einen Workaround für die Samsung-Mail-App schreibt ist auch recht unwahrscheinlich.

Wenn dies so nicht Deinen Beobachtungen entspricht, dann präzisiere bitte an konkreten Stellen.

Gruß,
Sehvornix

Zitat von matt59

... dennoch bleib ein Fehler, ...

Das ist zwar ein Nebenschauplatz, aber ich versuche es noch einmal: Das von Dir monierte Verhalten ist erst mit Version 153 da. Bis davor war das nicht so. Einer der Entwickler denkt darüber nach, die vorherige Funktionalität wieder herzustellen. Ok?

Gruß,
Sehvornix

Ja. Ich habe nichts anderes geschrieben. In der 140er geht es nocht, in der 153er nicht mehr.

Zitat von matt59

Das "-" in der 1. Zeile bleibt ausgegraut - völlig egal ob 1 oder mehrere Zeilen im Filter vorhanden sind!

Das mit dem ausgegrauten [-] der ersten Bedingungszeile ist schon recht lange so. Testhalber habe ich mit Version 78.9.1 nachgeschaut (2020-2021):

Auch da war es bereits so, dass die erste (und in dem Moment einzige) Bedingungszeile eines (neuen) Filters sich nicht löschen lässt.

Allerdings wird das Feld frei, wenn man eine zweite Bedingung hinzufügt. Dann kann man auch die erste Bedingungszeile vor der zweiten Bedingungszeile löschen. Am Ende ist aber die letzte verbliebene Bedingungszeile wiederum nicht löschbar, sondern dann nur der ganze Filter. Ein Filter ohne eine einzige Bedingung macht auch eigentlich keinen Sinn, oder?

Letzteres ist zumindest in der 140er auch noch so. Da hat es also eine Änderung von der 140er zur 153er Linie gegeben. Hab es jetzt nicht nachgelesen, aber ist das Statement von Magnus Melin nicht vielleicht auch der Gedankengang, die Funktionalität der 140er-Linie wiederherzustellen?

Jedenfalls ist meine Einschätzung, dass das kein Symptom der Probleme mit dem Filter ist, sondern derzeit Status der Funktionalität von TB 153esr.

Gruß,
Sehvornix

Zitat von matt59

Aber ich glaube Du hast mich nichts verstanden oder ich habs nicht klar genug dargestellt.

Joa, das trifft wohl zu. Ich habe es so aufgefasst, dass dir das mutmaßlich umfangreiche Log bei der hohen Anzahl an Filtern schlicht zu lang und zu wenig hilfreich für eine Analyse wäre.

Wenn es nichts protokolliert, ist jetzt natürlich klar, dass das nicht weiterbringt.

Wie wäre es dann mit der Fehlerkonsole STRG-SHIFT-J?

Aktuell mit 140.13.0esr habe ich zwar keine Probleme mit den Filtern, aber wenn ich die 50 Filter, mit denen ich einen Posteingang regelmäßig per 'Jetzt ausführen' bearbeite, gibt es durchaus eine Reaktion in der Fehlerkonsole:

Wie gesagt, ohne praktische Auswirkung.

Ich kann das auch kaum weiter interpretieren, aber ggbsde könnte, wenn es zielführende Meldungen in der Fehlerkonsole gibt.

Da Du ja schon auf 1 Filter runtergegangen bist, mit dem sich das Problem immer noch nachstellen lässt, dürfte der Output in der Fehlerkonsole ab dem Moment des Klickens auf 'Jetzt ausführen' noch überschaubar bleiben.

Probleme liegen meist im Profil verborgen und nicht in der Installation. D.h., neue Installation vs. altes Profil = dieselbe Fehler-Situation. Falls Du die Muße hast, könntest Du testweise ein zweites neues Profil anlegen und darin analog einen solchen Filter anlegen, der mutmaßlich die Probleme verursacht. Du könntest aber auch alle Filter über die msgFilterRules.dat in das Testprofil holen. Da die Datei nicht POP3- oder IMAP-spezifisch ist, würde ich für so einen Test empfehlen, das betreffende oder ein anderes Konto mittels IMAP einzurichten. Oder sind da löschende / verschiebende Filter dabei? Ich schätze, Du bist nicht ganz unbedarft. Mach im Zweifel halt noch ein Backup mehr für alle Fälle.

Gruß,
Sehvornix

Nur noch mal angeregt, was ist mit Protokollierung der Filter aktivieren und dann darüber nachschauen, bis wo die Protokollierung kommt und vielleicht dabei erkennen, wo es hakt?

Gruß,
Sehvornix

RR512 & ulli2553 , könntet ihr die Profil-Thematik in einem eigenen Thread abhandeln?

Ansonsten, da es wohl auch keine 'Erweiterte Einstellung' dafür gibt, schau Dir diesen Thread an:

Thema

Nachrichtenvorschau ohne Email als "Gelesen" markieren

Hallo,

ich möchte bei Thunderbird (Version 128.4.2esr (64-Bit)) die Nachrichtenvorschau so konfigurieren, dass die Email nicht als "Gelesen" markiert wird, wenn sie in der Nachrichtenvorschau angezeigt wird. Die Markierung "Gelesen" soll erst erfolgen, wenn die Email bewusst mit Doppelklick geöffnet wird. In Outlook kann man das do konfigurieren. In Thunderbird habe ich es nicht hinbekommen. Kann mir jemand sagen, ob diese Konfiguration so möglich ist? Grüsse, Pennibell

128 ESR Windows

Pennibell

7. November 2024 um 13:34

Darin wird detailliert gezeigt, was geht und was nicht geht und letztlich gelingt es für den TE nur mit dem Add-on 'Mark Read on Tab Open'.

https://addons.thunderbird.net/de/thunderbird/addon/mark-read-on-tab-open/?src=search

Gruß,
Sehvornix

Hallo,

Thunderbird ist halt kein Outlook-Nachbau. Stellt euch doch bitte darauf ein, dass es in Thunderbird andere Lösungen und Wege gibt, die man von Outlook nicht kennt.

Dieses Prozedere 'ungelesen = muss noch bearbeitet werden' kenne ich aus von mir betreuten Installationen auch. Das ist halt ein Workaround. Und zwar ein ziemlich wackeliger. Auch in Outlook ist keineswegs sicher, dass der Status ungelesen bestimmte Situationen übersteht.

Daher folgende Anregung: richtet euch einen Filter ein, der sämtliche eingehenden Mails mit dem Schlagwort 'Zu erledigen' bestückt. Es reicht, das auf einem Client einzurichten. Die Schlagworte werden normalerweise auch an die anderen Mail-Clients durchgereicht. Kann aber sein, dass es bei Mailcow anders läuft oder in Mailcow noch etwas dafür konfiguriert werden muss. Mit sämtlichen mir bisher untegekommenen externen IMAP-Servern funktioniert es jedenfalls.

Ab hier wäre egal, ob jemand die Mail liest und sich dabei der Status auf gelesen verändert. Denn solange das Schlagwort 'Zu erledigen' noch gesetzt ist, weiß jeder Bescheid, dass die Mail noch abgearbeitet werden muss. Wer die Mail bearbeitet, entfernt das Schlagwort. Am einfachsten geht das mittels der Taste '4' auf dem Ziffernblock (toggelt gesetzt / nicht gesetzt von 'Zu erledigen').

Da müsstet ihr euch halt etwas umgewöhnen. Aber nicht wirklich viel. Und am Ende, wer weiß, gewinnt ihr auch noch Ideen, euren Workflow weiter zu gestalten.

Gruß,
Sehvornix

Hey,

wenn Du die Protokollierung für die Filter aktivierst, findet sich dann vielleicht im Protokoll ein Hinweis, wo / wann es hakt?

Gruß,
Sehvornix

Hallo Ulrich,

Zitat von ulli2553

Was läuft da falsch?

155.0

Beitrag

RE: Thunderbird 155.0 ist fehlerhaft

[…]

Wieso? Das muss nicht sein, sondern hängt von den Server-Einstellungen für das POP Konto auf dem PC ab.
Wenn es allerdings nach dem Downgrade auf v154 normal funktioniert, könnte man schon von an einen Bug der v155 denken. Im SUMO Forum gibt es mehrere Berichte von Ungereimtheiten in der v155 wie z. B. Herunterladen der Nachrichten direkt in Spam oder Papierkorb oder Filtern von Nachrichten in die verkehrten Ordner https://bugzilla.mozilla.org/show_bug.cgi?id=2068955

Mapenzi

5. September 2026 um 15:31

Gruß,
Sehvornix

Hallo philippmarth,

eine Grafik in eine Mailsignatur zu bekommen, ist eine ganze andere Schwierigkeit, als eine Grafik in die eigentliche Mail einzufügen, wie AndyC das in Beitrag #2 aufgezeigt hat.

Deiner Beschreibung nach könntest Du ungewollt nur eine Verknüpfung auf eine lokale Datei erzeugt haben. Die kann der Empfänger natürlich nicht auflösen und es wird nur ein leerer Rahmen angezeigt. Zumindest bei der Signatur ist das gut möglich.

Das Statement 'wird bei Empfänger nicht angezeigt' sollte man differenziert betrachten. Grundsätzlich kannst Du als Absender nicht bestimmen, ob eine Grafik beim Empfänger angezeigt wird oder nicht. Wenn der Empfänger es so konfiguriert, dann werden die Grafiken nicht angezeigt. Da hast Du keinen Einfluss drauf. Insofern wäre die Frage zu klären, ob Du der einzige Empfänger Deiner Mails bist, der das Problem hat oder ob Du durch einen anderen Empfänger Deiner Mails darauf angesprochen wurdest. Falls letzteres, wäre die Ursache u. U. auch bei dem betreffenden Empfänger zu suchen.

Weiters muss man berücksichtigen, dass manche Mail-Clients grundsätzlich Bilder erst einmal nicht laden, obwohl sie in der Mail enthalten sind. Auf Smartphones ist das nicht unüblich. Daher ist ein Smartphone für Tests vielleicht nicht die erste Wahl. Die Samsung-Mail-App macht außerdem ein paar Sachen speziell.

Was ein Webmailer macht, ist absende- und empfangsseitig eine gesonderte Thematik. Zugriff, Erstellung, Versand und Empfang laufen völlig unabhängig und ganz anders, als mit Thunderbird. Da kann man auch keine Querschlüsse ziehen.

Wenn Du Dein Problem weiter eingrenzen willst, brauchst Du u. U. einen zweiten PC mit einer zweiten Thunderbird-Installation, zwischen denen Du Dir die Mails hin- und hermailen kannst. Oder wenigstens ein zweites Konto im selben Thunderbird. Besser ein zweiter PC, weil dann auch gleich abgegrenzt würde, ob wirklich ein Problem mit TB 153.2.0 release besteht, was nebenbei angemerkt nicht die aktuellste Version ist. Oder ob halt doch ein Problem mit der betreffenden Thunderbird-Installation (Programm o. Profil) vorliegt.

Eine solche .eml TB an TB wäre für die weitere Analyse der einzige zielführende Ansatz. Ob und wie die Grafik in die Mail eingebettet oder nur referenziert wurde, kann man dann am Quellcode sehen. 345 kB ist zwar nicht groß, aber wenn es um Quellcode-Analyse der Mail geht, dann werden das locker bei ~1 kB = 1 DIN-A4-Seite, eine Menge Quellcode-Seiten (ganz so krass ist es nicht). Für solche Tests wäre eine wesentlich kleinere Grafik genauso zweckdienlich und zu gebrauchen.

Ohne Mail-Header, nur der Mail-Body, sähe das normalerweise so aus (mit ein paar farblichen Hervorhebungen; bei einer HTML-Mail):

Andere Helfer könnten bestimmte besser den Aufbau der Mail und die innere Struktur erläutern. In diesem einfachen Fall besteht die Mail aus zwei 'Parts' und die 'boundary' ist
--------------I5eYBJKIrZSwxKX0bSe83F4G.
Part 1 der Textteil, der in HTML erstellt wurde und Part 2 der eingebettete Grafik-Teil. Die Grafik wurde base64-kodiert. Der Textteil referenziert auf den Grafikteil und so kommt Thunderbird beim Empfänger normalerweise an die binären Bilddaten, um sie darstellen zu können.

Gruß,
Sehvornix

Du kannst die Datei aber vor dem Hochladen umbenennen in xxxxx.eml.jpg. Das wird akzeptiert und jeder hier weiß damit umzugehen.

Gruß,
Sehvornix

Hallo,

der eine oder andere hier im Forum hätte bei so einem Bild vermutlich einen Verdacht gehabt:

(TB 155.0, Vorschau)

Auch so wäre es vermutlich hinterfragt worden:

(in separatem Fenster geöffnete Mail)

Es ist halt nicht normal, dass der Bereich bei Dir im Normalmodus verschwunden bleibt. Bei mir und allen anderen lässt sich das nur bis zum nächsten Neustart von Thunderbird bzw. bis zum nächsten Öffnen einer Mail reproduzieren. Mit dem nächsten Neustart bzw. auch schon beim erneuten Öffnen der Mail ist der Bereich für Anhänge ohne zusätzliche Eingriffe normalerweise wieder sichtbar.

(Fenster geschlossen und Mail direkt ohne Neustart von TB die Mail noch mal geöffnet)

Gruß,
Sehvornix

Ein Screenshot gleich am Anfang wäre vermutlich hilfreich gewesen.

Gruß,
Sehvornix

Hallo biber,

Zitat von biber

Mein TB-Ordner befindet sich auf einem Raspi-Heimserver, der regelmäßig automatisch gesichert wird.

darin dürfte die Ursache für das Verschwinden der Passworte liegen. Dafür ist Thunderbird nämlich nicht ausgelegt. Raspi-Heimserver deute ich mal als etwas mit NAS-Funktionalität und vermutlich via SMB-Freigaben. TB reagiert sehr empfindlich, wenn eine seiner Dateien gerade mal warum auch immer nicht ansprechbar ist. Das passiert via Netzwerk leider öfter, als man hoffen möchte. TB generiert in so einem Fall u.U. eine neue leere Datei. Voilá, Kennworte weg.

Wenn Du in so einem Fall mit dem Restore vom Vortag leben kannst, gut. Ansonsten müsstest Du Dein Konzept überdenken.

Gruß,
Sehvornix