Beiträge von wowbagger

Zitat von Susi to visit

Das geht im Offline-Modus aber auch nicht.

Danke für den Hinweis. Da hast Du natürlich recht. Aber es geht sofort wieder wenn die Netzwerkverbindung wieder normal ist und ich den offline Modus ausschalte. Das ist dann nur ein Knopfdruck. Wenn ich statt dessen die Entwürfe permanent in lokalen Ordnern speichere hätte ich diese bequeme Möglichkeit des Informationsaustausches gar nicht mehr.

Zitat von wowbagger

Ich würde Thunderbird gerne sagen: "Ist schon OK, das geht gleich wieder. Ignoriere das Problem einfach mal kurz während ich diese eine Nachricht verfasse. Bevor ich sende schalte ich die Verbindung wieder um."

Ich finde diesem Anliegen wird der Offline-Modus sehr gut gerecht.

Zitat von schlingo

ja, dafür gibt es den Offline Modus

Ach, wie nahe liegend. Vielen Dank für diesen Hinweis. Ich probiere es gerade aus. Bisher noch keine Meldung.

Zitat von Susi to visit

Wenn du Speicherort für die Entwürfe in den Einstellungen fix auf einen lokalen Ordern legst, solltest du Ruhe haben.

Vielen Dank für den Hinweis. Das würde ich aber eigentlich gerne vermeiden. Unter anderem deshalb, weil ich die Entwürfe oft missbrauche im kurze Text-Schnipsel zwischen zwei Workstations auszutauschen. Ich kopiere auf einer Workstation etwas in einen Nachrichten-Entwurf und kopiere es auf der anderen Workstation wieder daraus. Danach kann ich den Entwurf einfach wieder löschen und es gibt nichts weiter aufzuräumen. Das ist zwar nicht so vorgesehen aber sehr schnell und einfach.

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version (konkrete Versionsnummer 68.10.0 (64-bit)
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Xubuntu (Ubuntu + Xfce)
• Kontenart (POP / IMAP): IMAP
• Postfach-Anbieter (z.B. GMX): Postfix/Dovecot
• Eingesetzte Antiviren-Software:
• Firewall (Betriebssystem-intern/Externe Software):
• Router-Modellbezeichnung (bei Sende-Problemen):

Hallo,

bei Auftragsarbeiten muss ich oft über VPN-Verbindungen arbeiten um Zugriff zu den Systemen des Kunden zu haben. Einige VPN-Verbindungen sind sehr gut konfiguriert und routen nur die relevanten hosts über den Tunnel während der Rest weiter über die normale Internet-Verbindung geht. Andere Verbindungen tunneln den gesamten Netzwerkverkehr, was leider manchmal zu Problem mit der Verbindung zu meinem Email-Server führt.

Wenn ich währenddessen eine Nachricht verfasse bekomme ich nach kurzer Zeit folgende Meldung:

"Your draft message was not copied to your drafts folder (Drafts) due to network or file access errors.

You can retry or save the draft locally to ..."

Das passiert natürlich genau dann, wenn ich gerade dabei bin zu tippen. Wenn ich mich entscheide, die Nachricht lokal oder gar nicht zu speichern dann passiert das leider alle paar Minuten wieder.

Ich würde Thunderbird gerne sagen: "Ist schon OK, das geht gleich wieder. Ignoriere das Problem einfach mal kurz während ich diese eine Nachricht verfasse. Bevor ich sende schalte ich die Verbindung wieder um."

Geht das irgendwie?

Gruß

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version (konkrete Versionsnummer 68.10.0 (64-bit)
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Ubuntu
• Kontenart (POP / IMAP):
• Postfach-Anbieter (z.B. GMX):
• Eingesetzte Antiviren-Software:
• Firewall (Betriebssystem-intern/Externe Software):
• Router-Modellbezeichnung (bei Sende-Problemen):

Wenn Nachrichten in Thunderbird mit dem integrierten Sanitizer dargestellt werden (View > Message Body As > Simple HTML) gehen leider die Textausrichtungen in Tabellen verloren.

Zunächst bin ich auf das Problem gestoßen, dass ich keine technische Dokumentation über den Simple-Html-Modus finde. Ich würde sehr gerne wissen, welche Tags und Attribute erlaubt sind und welche vom Sanitizer herausgefiltert werden.

In einem sehr alten Foren-Artikel bin ich auf die nicht mehr gültige Information gestoßen, dass man unter about:config die Einstellung "mailnews.display.html_sanitizer.allowed_tags" mit folgendem Standardwert finden könne:

"html head title body p br div(lang,title) h1 h2 h3 h4 h5 h6 ul(type,compact) ol(type,compact,start) li(type,value) dl dt dd blockquote(type,cite) pre noscript noframes strong em sub sup span(lang,title) acronym(title) abbr(title) del(title,cite,datetime) ins(title,cite,datetime) q(cite) a(href,name,title) img(alt,title,longdesc,src) base(href) area(alt) applet(alt) object(alt) var samp dfn address kbd code cite s strike tt b i table(align) caption tr(align,valign) td(rowspan,colspan,align,valign) th(rowspan,colspan,align,valign) wbr"

Wenn diese Information damals korrekt war, würde das bedeuten, dass es ursprünglich geplant war, individuelle Textausrichtungen in Tabellen auch im Simple HTML Modus zu ermöglichen. Mit der Einführung von HTML 5 ist das Attribut align des Tags td aber ungültig geworden und hat auch keine Einfluss auf die Darstellung im Simple HTML Modus.

Kann jemand von Euch die Frage beantworten, ob es noch eine Möglichkeit gibt, die Textausrichtung in Tabellen im Darstellungsmodus Simple HTML zu beeinflussen?

Ich markiere dieses Thema als erledigt weil das Versenden über smtp.office365.com (bei geeigneter Konfiguration des Exchange-Server-Accounts) generell auch ohne die OAuth2 Authentifizierungsmethode möglich ist. OAuth2 scheint derzeit für Ubuntu-Builds nicht verfügbar zu sein.

Danke noch mal für Deine weiteren Hinweise, Susi to visit

Ich kann jetzt ohne OAuth2 Nachrichten Versenden! Mit ganz normaler SMTP Authentifikation.

Die Frage 4 kann also mit ja beantwortet werden und als Anleitung für den Administrator des Exchange-Servers kann man diesen

Zitat von Susi to visit

Und https://support.mozilla.org/en-US/questions/1307784

Ist zwar für Windows, beantwortet aber vielleicht deine Frage 4.

oder diesen Link verwenden:

https://docs.microsoft.com/en-us/exchange…smtp-submission

Die Fragen 1 bis 3 haben sich damit erübrigt.

WICHTIGER HINWEIS:

Der Administrator des Exchange Server hat mir mitgeteilt, dass die SMTP-Authentifikation bereits erlaubt gewesen wäre (wenn ich ihn richtig verstanden habe, hat er die Einstellung aber trotzdem noch mal gespeichert). Möglicher Weise war diese Einstellung also in meinem Fall nicht die eigentliche Ursache des Problems. Allerdings war es so, dass ich für die Tests immer noch mein schwaches Initial-Passwort verwendet habe und dieses geändert wurde bevor es funktioniert hat. Da ich selbst keinen Zugriff auf Log-Dateien oder die Konfiguration des Exchange-Server habe (und außerdem auch gar keine Lust habe mich lange damit zu beschäftigen) kann ich das alles nicht überprüfen.

Ich kann es also nicht mit absoluter Sicherheit sagen aber es scheint möglich, dass Benutzer mit Initial-Passwörtern oder schwachen Passwörtern von der SMTP-Authentifikation ausgeschlossen sind (zumindest bei bestimmten Exchange-Server-Konfigurationen).

Sehr vielen Dank für Deine Hinweise, Susi to visit

Ich habe es gerade mal auf einem Windows-Arbeitscomputer den ich zur Verfügung habe ausprobiert eine Nachricht mit der Authentifizierungsmethode OAuth2 zu versenden. Daraufhin ging ein html Fenster ohne Adressleiste auf in dem ich aufgefordert wurde, mein Passwort einzugeben. Es waren unten rechts Links zu den Nutzungsbedingungen und der Datenschutz-Richtlinie die aber nicht funktionierten. Trotz mehrfachen klicken ging keins von beiden auf. Ich habe mich dann zu Testzwecken trotzdem angemeldet. Daraufhin wurde ich gefragt ob ich angemeldet bleiben möchte. Da der Sinn der ganzen Übung ja nur war, eine Testnachricht zu versenden, wollte ich natürlich nicht angemeldet bleiben. Daraufhin kam sofort die Meldung, dass die Testnachricht nicht versendet werden konnte. Seitdem habe ich es noch mehrmals versucht aber dieses zweite Anmeldungsfenster geht nicht mehr auf und das Versenden schlägt ohne Verzögerung fehl.

Es drängt sich mir nun der Verdacht auf, dass ich diese Authentifizierungsmethode OAuth2 gar nicht haben möchte.

Ich habe jetzt darum gebeten, gemäß der nachfolgend verlinkten Anleitung das SMTP AUTH Verfahren für mein Postfach auf diesem Exchange server zu erlauben. Mal sehen ob das irgendwelche Änderungen bringt.

https://docs.microsoft.com/en-us/exchange…smtp-submission

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version (konkrete Versionsnummer 68.10.0 (64-bit)
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Ubuntu 18.04
• Kontenart (POP / IMAP): Exchange
• Postfach-Anbieter (z.B. GMX): Microsoft
• Eingesetzte Antiviren-Software: Auf Client-Seite keine
• Firewall (Betriebssystem-intern/Externe Software): Auf Client-Seite ufw
• Router-Modellbezeichnung (bei Sende-Problemen): FritzBox 7362 SL

Es sieht so aus als wenn ich für ein Email-Konto dass ich von einem Auftraggeber zur Verfügung gestellt bekam die Authentifizierungsmethode OAuth2 benötige. Die ist aber für meine aktuelle Thunderbird-Version nicht verfügbar. Ich kann nämlich die Nachrichten von einem Konto das auf einem Microsoft Exchange Server liegt per IMAP abrufen aber keine Nachrichten per SMTP über diesen Server versenden. Ich habe bereits alle mir zur Verfügung stehenden Verschlüsselungs- und Authentifizierungsmethoden ausprobiert.

Der Lebenszyklus einer Ubuntu LTS-Version beträgt fünf Jahre und dauert im Fall von Ubuntu 18.04 noch bis April 2023. Das heisst aber nicht, dass die Repositories über den ganzen Zeitraum mit gleicher Sorgfalt aktualisiert werden. Mozilla stellt ein eigenes Repository seiner Software für Ubuntu bereit. Leider ist auch das nicht auf dem aktuellen Stand.

$ sudo add-apt-repository ppa:ubuntu-mozilla-daily/ppa
daily (or even multiple builds per day) for various mozilla projects and branches.


For questions and bugs with software in this archive, please contact <email address hidden> or visit #ubuntu-mozillateam on freenode.
More info: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa
Press [ENTER] to continue or Ctrl-c to cancel adding it.

...
$ sudo apt update
...
$ sudo apt install thunderbird
Reading package lists... Done
Building dependency tree
Reading state information... Done
thunderbird is already the newest version (1:68.10.0+build1-0ubuntu0.18.04.1).
0 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade.

Hier sind die konkreten Fragen die ich mir stelle (vielleicht kennt ja jemand von Euch die Antwort auf eine oder mehrere):

1. Gibt es eine Möglichkeit, Thunderbird unter Ubuntu 18.04 auf einen Stand >= 77.0b1 (Einführung von OAuth2) zu bringen OHNE dabei den Komfort der automatischen Updates durch das Betriebssystem zu verlieren?
2. Funktioniert das Versenden über den Outlook-Server mit der aktuellen Thunderbird-Version OHNE Erweiterungen?
3. Kann ich sonst meiner jetzigen Thunderbird-Version die Authentifizierungsmethode OAuth2 durch eine KOSTENLOSE Erweiterung hinzufügen?
4. Hat der Besitzer des Exchange-Dienstes eventuell die Möglichkeit den Dienst so zu konfigurieren, dass ich mit normaler Authentifikation über SMTP versenden kann?

Edit:

Grund für die Vermutung dass es an der Authentifizierungsmethode liegt sind Anleitungen zum Einrichten eines Office-365 Kontos mit Thunderbird und die Tatsache, dass ich immer wieder nach Benutzernamen und Passwort gefragt werde, wenn ich versuche zu Versenden. Komischer Weise funktioniert der Empfang von Nachrichten wie bereits erwähnt problemlos.

5. Ist meine Einschätzung womöglich falsch und das Problem liegt gar nicht an der Authentifizierungsmethode?

Zitat von Susi to visit

Größere Tabellen, auch wenn sie gar nicht komplex sind, würde ich immer als Anhang versenden.

Danke für den Hinweis. Rückblickend betrachtet war die Email auch einfach zu groß. Ich hätte ein anderes Dokument daraus machen sollen.

Danke auch noch mal an alle für die rege Beteiligung.

Anscheinend gibt es keine Möglichkeit in einem Fall wie diesem den letzten Bearbeitungsstand vor dem Senden wieder herzustellen (der Zustand nach dem Senden wird natürlich im Sent Ordner abgelegt). Das würde ich auch als absolut akzeptabel bezeichnen. Das Problem das sich gestern Abend zu einem denkbar ungünstigen Zeitpunkt bei mir bemerkbar gemacht hat, scheint ein unvorhersehbares Fehlverhalten gewesen zu sein und nicht die beabsichtigte Umsetzung meiner Konfigurationseinstellungen.

Wie sollte man jetzt mit diesem Thread umgehen, da die Kernfrage des Threads sich in diesem Falle erübrigt hat aber dennoch ungelöst bleibt?

Zitat von Susi to visit

waren die Tabellen denn wirklich Tabellen in dem Sinne, dass sie HTML-formatiert werden müssen?

Die Tabellen wurden direkt in Thunderbird erstellt indem ich im Bearbeitungsfenster über das Menu "Insert" > "Table" ausgewählt habe. Während ich nach der Ursache des Problems gesucht habe, habe ich mir eine Test-Email erstellt, deren Inhalt ich dann immer in eine Neue Email kopiert habe. Die Tabellen wurden im Entwurf als vollständige HTML-Tabellen gespeichert (das konnte ich sehen als ich den Inhalt der entsprechenden Datei im Drafts-Ordner auf dem Server angesehen habe). Die größte der Tabellen hatte 8 Spalten und 21 Zeilen.

Zitat von Susi to visit

Mich würde interessieren, welche Einstellung dafür verantwortlich ist. Die oben genannte "wenn möglich ..." ist offensichtlich nicht.

Mittlerweile ist meine Vermutung, dass es im Laufe der Updates zu einer Art Fehlkonfiguration gekommen ist, die das Problem verursacht hat. Es gab schon unzählige Situation in denen ein derartiges Problem hätte auftreten können. Dennoch war es das erste Mal das so etwas passiert ist. Das Update läuft bei mir über die Paketverwaltung des Betriebssystems.

Die Änderungen und Tests die ich vorgenommen habe sind folgende in genau der genannten Reihenfolge:

1. Checkbox "Send messages as plain text if possible" deaktiviert.
2. Mehrere Tests gemacht die alle nicht das gewünschte Ergebnis hatten
3. In den Send Options "Send the message in both plain text and HTML" auf "Ask me what to do" geändert
4. Client neu gestartet
5. Mehrere Tests gemacht die das gewünschte Ergebnis hatten (wobei jedes Mal gefragt wurde)
6. In den Send Options "Ask me what to do" wieder zurück auf "Send the message in both plain text and HTML" gesetzt
7. Mehrere Tests gemacht die das gewünschte Ergebnis hatten (ohne Frage, wobei jetzt alles im Multicontent gesendet wird)

Rückblickend wäre es natürlich für die Auswertung von Vorteil gewesen wenn ich zwischen den Schritten 3 und 4 auch noch einen Test gemacht hätte. Dafür ist es jetzt aber zu spät.

Die vermutlich signifikanteste Information ist folgende:

Wenn ich jetzt die Checkbox "Send messages as plain text if possible" jetzt wieder aktiviere tritt das Problem NICHT mehr auf obwohl alle sichtbaren Einstellungen wieder genau so sind wie sie zum Zeitpunkt waren als das Problem auftrat. Nur um ganz sicher zu gehen habe ich den Client nach dieser Änderung auch noch mal neu gestartet. Das Ergebnis blieb unverändert.

Leider führe ich keine Backups für die Benutzerverzeichnisse auf diesem Computer durch weil dort keine wichtigen Daten gespeichert werden. Ich sehe daher keine Möglichkeit den exakten Zustand von gestern Abend wieder herzustellen um das Problem genauer zu untersuchen.

Danke Euch allen für die Hinweise

Zitat von MSFreak

Ist vielleicht das Senden von HTML-Mails beim Provider unterbunden ?

Nein, es hat ja auch letztendlich funktioniert

Zitat von Susi to visit

Hast du dir mal den Quelltext der Mail angeschaut?

Ja, war nur Plaintext im Problemfall. In einem der Tests hatte ich auch mal überprüft ob ein Email mit HTML-Tabelle sich sauber mit Tidy parsen lässt. Da war im Draft sauberes HTML und in der gesendeten Version nur Plaintext.

Zitat von Susi to visit

Schau dir mit einem Texteditor die zugehörige mbox "drafts" an.

Das habe ich nur auf dem Server gemacht. Dort war die Email nach dem Senden verschwunden. Auf Client-Seite hatte ich das nicht ausprobiert. Ich habe aber eben gerade mal nachgesehen und im lokalen Dateisystem sind keine Inhalte sondern nur Betreff-Zeilen und Referenzen. Das macht auch Sinn, weil ich die Option "Keep messages in all folders for this account on this computer" unter "Synchronisation & Storage" grundsätzlich deaktiviere.

Zitat von Drachen

Eigentlich nicht. Du hast einen Entwurf erstellt und Thunderbird hat sich an die von dir bestimmten Einstellungen beim Versand gehalten. Dies ist keine (eigenmächtige) Entscheidung, Änderungen vorzunehmen, und so wie ich dich verstehe, wurden auch keine inhaltlichen Änderungen vorgenommen.

Das ist eine absolut berechtigte Meinung die ich aber nicht teile. Die Verbindung zwischen Tabellen-Spalten und Zeilen kann man durchaus als eine inhaltliche Zuordnung werten. Selbst die Hervorhebung von Überschriften oder die Markierung von Textstellen mit Fett oder Kursivschrift, Unterstrichen oder gar der HTML-Anweisung durchgestrichen kann für das Verständnis einer Nachricht wichtig sein und würde ich subjektiv als einen Teil des Inhalts ansehen.

Zitat von Drachen

Die Alternative wären womöglich mehrere Abfragen á la "soll wirklich gemäß Anweisung konvertiert werden" und "soll wirklich eine Verbindung zum SMTP-Server aufgebaut werden" (und sollen wirklich die hinterlegten Zugangsdaten dafür genutzt werden") und "soll wirklich gesendet werden" und "soll wirklich eine Kopie in den Ordner 'Gesendet' abgelegt werden" usw. usw. ....

Mir würde es schon völlig reichen wenn ich wüsste, wie genau die Entscheidung getroffen wird. Optional wäre es wünschenswert wenn man in der erweiterten Konfiguration einstellen könnte bei welchen html-tags automatisch im Multicontent gesendet werden soll. Meine persönliche Meinung ist, dass sobald auch nur eine einzige Formatierung enthalten ist, die sich nicht auch im Plaintext darstellen lässt (also eigentlich alles außer Zeilenumbrüchen und Absätzen) die Möglichkeit im Plaintext zu senden nicht gegeben ist.

Dieses Problem ist bisher eigentlich nicht aufgetreten und ich war vollkommen überrascht von diesem unerwarteten Ergebnis.

Nochmals vielen Dank für all Eure Hinweise und Gruß

Allow HTML Temp habe ich nicht installiert. Danke für den Hinweis.

Ich habe eigentlich keine AddOns, die den Inhalt oder den Entwurf von Nachrichten betreffen

• Lightning
• Provider for CalDAV & CardDAV
• Sieve
• TbSync
• FileLink for WeTransfer (?)

Ich halte die Wahrscheinlichkeit das es möglich ist auch für gering. Lasse ich den Thread dann offen oder was ist da wohl die beste Handhabung?

Gruß

Hallo Micha,

danke für den Hinweis. Das war natürlich das allererste was ich gemacht hatte. Es war vielleicht ein Fehler, das für selbstverständlich zu halten und nicht zu erwähnen. Im Sent Ordner war sie genauso wie bei den Empfängern. Außerdem konnte ich auch nicht länger warten und habe gestern Abend die Nachricht mühevoll aus meinem letzten Server Backup und den unformatierten Texten aus dem Sent Ordner wieder zusammengesetzt.

In den Send Options war immer "Send the message in both plain text and HTML" eingestellt. Allerdings war da noch eine aktivierte Checkbox mit dem Titel "Send messages as plain text if possible", die mir zuvor nicht aufgefallen war oder ich zuvor nicht weiter beachtet hatte. Ich persönlich halte es auch für eine fatale Fehleinschätzung bei einer Nachricht mit HTML-Tabellen aufgrund dieser Einstellung die Entscheidung zu treffen, dass es auch möglich ist, die in Plaintext zu versenden. Das ist aber natürlich eine subjektive Einschätzung. Es wäre aber durchaus interessant zu wissen, nach welchen Kriterien diese Entscheidung getroffen wird und ob man diese Entscheidungsfindung beeinflussen kann.

Nachdem ich die Checkbox "Send messages as plain text if possible" abgewählt hatte funktionierte es zunächst immer noch nicht. Ich hatte Thunderbird daraufhin zunächst neu gestartet und die Option vorübergehend auf "Ask me what to do" gestellt. Letztendlich funktioniert es jetzt aber mit der Kombination aus der gewählten Option "Send the message in both plain text and HTML" und der deaktivierten Checkbox "Send messages as plain text if possible". Ich vermute stark, dass der Neustart ausschlaggebend war. Diese Einstellungen haben jetzt natürlich den Nachteil, dass auch Nachrichten ohne jegliche Formatierung zusätzlich im HTML-Format gesendet werden.

Die Frage, ob es eine Möglichkeit gibt, den letzten Bearbeitungsstand einer Email wieder herzustellen - und zwar nicht aus dem gesendet Ordner - ist immer noch offen. Ich könnte mir vorstellen, dass das für andere Benutzer noch interessant sein könnte. Generell macht es natürlich keinen Sinn, den letzten Bearbeitungsstand einer gesendeten Nachricht zu speichern. In diesem speziellen Fall hat Thunderbird jedoch vor dem Versenden entschieden Änderung an der von mir erstellen Nachricht vorzunehmen die meiner Ansicht nach sehr gravierend waren. Es ist eigentlich eine Art (unverbindliche) Benimm-Etikette in der Software-Entwicklung, dass man in solchen Fällen einen Backup von der Arbeit des Benutzers macht. Außerdem hatte ich gehofft, dass es vielleicht im Dateisystem eine Art Cache Ordner gibt, der den letzten Arbeitsstand enthalten könnte.

Gruß

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: 68.10.0 (64-bit)
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Xubuntu (Ubuntu + Xfce)
• Kontenart (POP / IMAP): Imap
• Postfach-Anbieter (z.B. GMX): Postfix + Dovecot
• Eingesetzte Antiviren-Software: auf Client Seite keine
• Firewall (Betriebssystem-intern/Externe Software): ufw auf client und server
• Router-Modellbezeichnung (bei Sende-Problemen): irrelevant

Ich habe gerade eine Email versendet an deren Bearbeitung ich mehrere Stunden gearbeitet habe. Leider hat Thunderbird diese mit HTML formatierte Nachricht an alle Empfänger als Plaintext versendet und damit nahezu komplett unbrauchbar gemacht. Warum Thunderbird das gemacht hat und ob dies gerechtfertigt war ist mir im Moment erst mal egal. Ich würde mich aber sehr freuen, wenn mir jemand auf die Schnelle mitteilen könnte, ob es eine Möglichkeit gibt, den letzten Bearbeitungsstand vor dem Versenden wieder herzustellen.

Aus meinem Server-Backup kann ich leider nur den Stand von gestern Nacht wieder herstellen und seitdem sind noch mehrere Tabellen dazugekommen.

Gruß

Hallo mrb,

vielen Dank für die Erklärung.

Zitat von mrb

Ich habe gerade noch einmal getestet: kopiere ich die Alias-Mails in den Posteingang (oder einen anderen Ordner) der lokalen Ordner, wird automatisch von dort immer die Alias-Adresse als Absender genommen.

Ich verstehe. Das ist bei mir leider nicht der Fall. Ich benutze die Lokalen Ordner eigentlich nie, weil ich von mehreren Computern auf meine Emails zugreife. Ich habe aber gerade einen Lokalen Ordner angelegt und eine der betreffenden Email dort hin verschoben. Dabei musste ich feststellen, dass die Email mit meiner Standard Email-Adresse beantwortet wurde. Also noch nicht mal mit der Hauptadresse des Empfänger-Postfachs.

Dabei kam mir der Gedanke, dass es vielleicht daran liegen könnte, dass die Nachrichten um die es mir geht, keinen "To:"-Eintrag im Header haben. Diese Vermutung hat ein weiterer Test aber widerlegt. Eine andere Nachricht, die ebenfalls an einen Alias versendet wurde und im Header einen Eintrag "To:" mit der Alias-Adresse hat, wurde auch mit meiner Standard Email-Adresse als Absender beantwortet, nachdem ich sie in den Lokalen Ordner verschoben hatte.

Viele Grüße

Hallo mrb,

danke für Deine Antwort.

Zitat von mrb

diese Aliase hast du unter "weitere Identitäten" auch eingetragen?

Ja, sind unter weitere Identitäten eingetragen.

Zitat von mrb

Weiterhin braucht man dann neue Ordner (im gleichen Konto oder in den lokalen Ordnern), in die man die Mails an Aliase automatisch per Filter verschieben lässt.

Das habe ich nicht. Kann ich aber noch machen. Ich verstehe aber nicht, wie sich das dann auf die Absender-Adresse auswirken soll.

Viele Grüße

Schade, aber danke für die Antwort.

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: 68.4.1
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Xubuntu (Ubuntu 18.04.4 LTS + xfce 4.12)
• Kontenart (POP / IMAP): IMAP
• Postfach-Anbieter (z.B. GMX): Postfix/Dovecot
• Eingesetzte Antiviren-Software: Auf Client-Seite keine
• Firewall (Betriebssystem-intern/Externe Software): Keine
• Router-Modellbezeichnung (bei Sende-Problemen): Irrelevant

Hallo,

Tabs im Browser finde ich sehr nützlich. Im Email Programm mag ich sie jedoch überhaupt nicht. Zu meinem Glück kann man in Thunderbird ja einstellen, dass Nachrichten in einem neuen Fenster geöffnet werden. Seit kurzem werden aber die Einstellungen immer als Tab im Hauptfenster dargestellt. Kann man das auch beeinflussen? Mit der von mir bevorzugten Größe des Hauptfensters, kann ich nämlich überhaupt nicht vernünftig in den Einstellungen navigieren.

Ich hätte es gerne, dass die Einstellungen wieder wie früher in einem neuen Fenster dargestellt werden.

Viele Grüße

Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:

• Thunderbird-Version: 68.4.1
• Wurde gerade auf eine neue Versionsreihe aktualisiert (alte und neue Version angeben): Nein
• Betriebssystem + Version: Xubuntu (Ubuntu 18.04.4 LTS + xfce 4.12)
• Kontenart (POP / IMAP): IMAP
• Postfach-Anbieter (z.B. GMX): Postfix/Dovecot
• Eingesetzte Antiviren-Software: Auf Client-Seite keine
• Firewall (Betriebssystem-intern/Externe Software): Keine
• Router-Modellbezeichnung (bei Sende-Problemen): Irrelevant

Hallo,

ich habe ein Postfach das ich für alle Newsletter und Foren verwende. Weil aber viele Newsletter die Email-Adressen ihrer Benutzer an alle Empfänger versenden, benutze ich für jeden Newsletter einen anderen Alias. Falls dann irgendein Spammer den Newsletter "erntet", kann ich einfach den Alias deaktivieren. Thunderbird antwortet aber immer mit der Haupt-Adresse des Postfachs und nicht mit dem Alias, an den die Nachricht verschickt wurde. Das führt dann natürlich dazu, dass der Newsletter die Nachricht nicht annimmt, weil er die Absender-Adresse nicht kennt.

Ist es möglich, Thunderbird so zu konfigurieren, dass er automatisch mit dem Alias antwortet, an den die Nachricht geschickt wurde?

Viele Grüße