Beiträge von wowbagger

Danke für die Hinweise. Ich habe mir Cardbook mal probeweise installiert.

Auf den ersten Blick habe ich aber leider das Gefühl, dass es mir beim Kernanliegen dieser Anfrage überhaupt nicht hilft.

Nachdem ich Cardbook installiert habe, kann ich in den Einstellungen in der Kategorie "Composition" im Tab "Addressing" unter "Automatically add outgoing email addresses to my:" in der Selectbox nur herkömmliche Adressbücher auswählen aber nicht die unter Cardbook angelegten.

Ich will auf keinen Fall abstreiten, dass Cardbook sehr interessant aussieht. Beim Adressieren von Emails werden die Einträge aus Cardbook Adressbüchern auch schön farblich hervorgehoben. Das eigentliche Problem hat sich zunächst aber sogar verschlimmert. Es werden nun nämlich grundsätzlich zuerst die Adressen aus den gesammelten Adressen und danach erst die Adressen aus dem Cardbook vorgeschlagen.

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: Xubuntu 18.04 (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,

ich benutze folgende AddOns um mein Adressbuch mit verschiedenen Clients auf mehreren Geräten zu synchronisieren:

• TbSync
• Provider for CalDav & CardDav

Das Synchronisierte Adressbuch hat im Thunderbird die Option "Default startup directory" gesetzt.

Ich finde, dass es ein sehr nützliches Feature von Thunderbird ist, dass alle Adressen an die man sendet im dafür vorgesehenen Adressbuch "gesammelte Adressen" gespeichert und beim Verfassen einer Nachricht als Adressaten vorgeschlagen werden. Es stört mich aber schon sehr lange, dass bei diesen Vorschlägen alle Adressen einfach nur alphabetisch sortiert werden. Ich muss leider sehr oft Nachrichten beantworten, die unendlich viele CC-Empfänger haben die ich überhaupt nicht kenne. Ich klick dann einfach auf "Reply to all" was dann logischer Weise dazu führt, dass alle in meinen gesammelten Adressen landen. Was ja an sich auch erst mal kein Problem ist.

Wenn ich bestimmte Namen in ein Adressfeld eingebe, bekomme ich leider erst mal eine lange Liste mit komplett unwichtigen gesammelten Adressen. Ich muss total viel eingeben, bis endlich mein selbst angelegter Kontakt vorgeschlagen wird.

• Klaus-Dieter Albinoni (gesammelte Adresse)
• Klaus-Dieter Bach (gesammelte Adresse)
• Klaus-Dieter Chopin (gesammelte Adresse)
• Klaus-Dieter Debussy (gesammelte Adresse)
• ...
• Klaus-Dieter Wagner (persönliches Adressbuch)

Ich erwarte natürlich nicht, dass Thunderbird Statistiken darüber berechnet, wie oft ich selbst einen bestimmten Kontakt auswähle und die Vorschläge dementsprechend gewichtet. Es wäre aber vermutlich sehr einfach umzusetzen und (meiner Ansicht nach) ein sehr, sehr großer Mehrwert, wenn man nicht alle Vorschläge einfach nur alphabetisch sortiert, sondern zuerst danach, aus welchem Adressbuch sie kommen.

Ich denke darüber nach, deswegen ein Feature-Request anzulegen. Wollte aber vorher die Community fragen, ob es etwas möglicher Weise schon gibt und ich es einfach nur übersehen habe.

Gruß

Ich habe den Thread-Titel in eine Frage geändert so dass ich den Thread als erledigt markieren kann.

Die Frage muss allem Anschein nach mit nein beantwortet werden.

Das Problem an meiner Datenbank-Anpassung war vermutlich das ich die Zeitstempel der Datensätze nicht geändert hatte und TBSync daher nicht wissen konnte, dass die Daten aktualisiert werden müssen. Als ich das Adressbuch aus der TBSync Konfiguration gelöscht und danach wieder neu hinzugefügt hatte waren alle Änderungen übernommen. Jetzt steht der Wert überall auf "Unknown".

Wie es aussieht gab es ein paar wenige Leute die das gleiche Problem hatten.

https://superuser.com/questions/1489…-when-i-send-it

https://github.com/jobisoft/DAV-4-TbSync/issues/148

https://github.com/jobisoft/DAV-4-TbSync/issues/43

https://github.com/jobisoft/TbSync/issues/248

Demzufolge war eine Version des AddOns SoGo-Connector (den ich auch eine Zeit lang benutzt habe) für dieses Problem verantwortlich.

Der TBSync-Entwickler hat sogar am 19.12.2019 angekündigt für die Betroffenen eine Option zu implementieren die diesen Wert beim Lesen der Remote-Adressbücher ignoriert (also ziemlich genau das was ich mir auch gewünscht habe) Anscheinend ist es dazu aber dann doch nicht gekommen.

Übrigens, was mir noch aufgefallen ist: Wenn man mit Thunderbird ein Adressbuch als CSV exportiert wird diese Einstellung beim Export ignoriert. Möglicher Weise haben selbst die Entwickler vergessen dass es sie noch gibt.

Berechtigt oder nicht.

Zitat von wowbagger

Kann ich Thunderbird dazu bringen, die Nachrichten in so einem Fall in plain text und HTML zu senden?

Hat jemand eine Idee ob das möglich ist?

Zitat von schlingo

wofür dient denn diese Einstellung dann Deiner Meinung nach?

Die Frage kann ich in der heutigen Zeit nicht mehr beantworten. Ich denke dass das ein Relikt aus grauer Vorzeit ist in der wir noch mit Modems unterwegs waren

Zitat von schlingo

Oder erst gar nicht zu ändern und auf unbekannt stehen zu lassen.

Unbekannt ist definitiv meine bevorzugte Einstellung.

Zitat von schlingo

Wenn Du verlangst, dass sowieso immer beides verschickt werden soll, warum hast Du dann Plain Text eingestellt?

Wie ich bereits geschrieben habe, habe ich den Wert ja nicht geändert. Wenn er bei einem oder zwei Datensätzen so wäre, dann wäre ich mir sicher dass es ein Versehen von meiner Seite gewesen wäre. Als ich es eben in der Datenbank kontrolliert habe hatte fast die Hälfte aller Einträge diese Eigenschaft. Auffälliger Weise waren es vor allem sehr alte Adressbuch-Einträge, die von dem Problem betroffen waren.

Zitat von schlingo

TB macht das nicht von alleine.

Das ein Caldav Adressbuch das von mehreren Clients benutzt wird. Wie ich bereits geschrieben habe kann das verschiedene Ursachen haben.

Ich habe schon versucht alle Adressbucheinträge in der Datenbank auf dem zu ändern.

UPDATE caldav_data
SET caldav_data =
REPLACE(caldav_data,CONCAT('X-MOZILLA-HTML:FALSE',chr(13),chr(10)),'')
WHERE caldav_data LIKE '%X-MOZILLA-HTML:FALSE%';

Der Wert hat leider kein eigenes Feld. Ich musste Ihn aus einem größeren Textfeld rauslöschen. In der Datenbank hat es funktioniert aber als ich das Adressbuch synchronisiert habe hat es nichts geändert.

Möglicher Weise ist dieser Wert zusätzlich noch an einer anderen Stelle gespeichert.

Zitat von graf.koks

Das Einfachste wäre doch wohl, den Eintrag im Adreßbuch umzustellen auf HTML.

Problem gelöst, oder?

Danke für den Hinweis. Ja, wenn es sich nur um ein paar wenige Einträge handeln würde dann hättest Du recht.

Zitat von schlingo

das ist doch das erwartete Ergebnis. TB macht genau das, was Du ihm sagst: es sendet an diesen Empfänger in Plain Text.

Vielen Dank für den Hinweis aber ich persönlich sehe das nicht so. Ich will jetzt auch nicht zu kleinlich sein aber ich persönlich finde dass "Empfänger bevorzugt Plain-Text" und "Empfänger akzeptiert überhaupt kein HTML selbst wenn es im Multicontent ist" etwas unterschiedliches ist. Wenn Thunderbird die Nachricht im Multicontent sendet kann der Empfänger ja trotzdem die Nachricht in seinem bevorzugten Plain-Text lesen und es geht kein Inhalt verloren.

Wenn es dabei nur darum ginge dass Paragraphen in Zeilenumbrüche umgewandelt und vielleicht Hintergrund und Textfarbe des HTML-Bodies entfernt werden, würde ich Dir zweifellos zustimmen. Bei allem was über Kosmetik hinaus geht sehe ich das aber anders. Ich bin der Meinung dass durch automatische Anpassungen niemals inhaltliche Informationen verloren gehen dürfen.

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):
• Postfach-Anbieter (z.B. GMX):
• Eingesetzte Antiviren-Software:
• Firewall (Betriebssystem-intern/Externe Software):
• Router-Modellbezeichnung (bei Sende-Problemen):

Ich wollte eben eine Nachricht im HTML Format mit eingebetteten Bildern an jemanden versenden und es kam in mehreren Versuchen nur Plaintext an. Ich konnte das Problem nicht mit einem eigenen Mail-Account als Empfänger reproduzieren. Nachdem ich lange gerätselt hatte kam ich dann auf die Idee mir den Adressbuch-Eintrag des entsprechenden Kontakts anzusehen. Da war tatsächlich eingestellt, dass die Person Nachrichten im Plaintext Format bevorzugt. Dass muss ich irgendwann mal aus Versehen gesetzt haben. Bewusst habe ich diese Einstellung ganz bestimmt nicht gemacht.

Ich habe vor kurzem schon zu einem entfernt ähnlichen Thema gepostet. Es mag da unterschiedliche Ansichten geben aber ich persönlich finde dass es absolut anmaßend von Thunderbird ist, dass er den HTML-Content für den ich mir Zeit genommen habe ihn zu erstellen und der auch ein wichtiger Teil des Inhalts ist einfach unwiderruflich löscht, nur weil im Adressbuch steht, dass der Empfänger am liebsten Plain-Text liest.

In den Send Options habe ich in der Selectbox "When sending messages in HTML format and one or more recipients are not listed as being able to receive HTML:" folgende Einstellung:

"Send the message in both plain text and HTML"

Das Problem ist reproduzierbar. Wenn ich für ein eigenes Test-Email-Konto einen Eintrag im Adressbuch anlege und auf der ersten Seite unter "Prefers to receive messages formattet as:" den Wert "Plain Text" auswähle, wird jeglicher HTML Inhalt den ich generiere ohne Nachfrage auf Plain Text reduziert und alle inline Grafiken werden einfach weggeschmissen.

Besonders schlimm ist auch, dass ich total viele Einträge mit dieser Einstellung in meinem Adressbuch gefunden habe. Das kann aber verschiedene Ursachen haben und muss nicht an Thunderbird liegen. Ich benutze ein CalDav Adressbuch auf das ich von verschiedenen Geräten mit verschiedenen Clients zugreife. Mein Verdacht ist aber, dass dieser Wert bei einer alten Thunderbird-Version mal ein Standardwert gewesen sein könnte.

Kann ich Thunderbird dazu bringen, die Nachrichten in so einem Fall in plain text und HTML zu senden?

Ich möchte mich jetzt nicht zu weit aus dem Fenster lehnen aber ich selbst habe seit Ewigkeiten überhaupt keine Kontakte mehr die keine HTML-Mails lesen können oder wollen und mein persönlicher Eindruck ist, dass dieses für mich nur störende Feature überhaupt nicht mehr zeitgemäß ist.

Gruß

In den Account Settings für das entsprechende Postfach gibt es unter "Synchronisation & Storage" eine Checkbox mit dem Label "Keep messages in all folders for this account on this computer"

Wenn diese Checkbox aktiviert ist werden alle Nachrichten vom IMAP-Konto heruntergeladen und zusätzlich auf Deinem Computer gespeichert. Wenn die Checkbox nicht aktiviert ist, werden nur die Header der Nachrichten heruntergeladen aber die Nachrichten selbst bleiben nur auf dem IMAP-Server gespeichert.

Wenn die Checkbox aktiviert ist hat das den Vorteil dass Du auch offline Zugriff auf alle Nachrichten hast und darüber hinaus einen zusätzlichen Schutz vor Datenverlust. Der Nachteil ist aber dass Deine lokalen Postfächer sehr schnell sehr groß werden können.

Zu Deiner Nachfrage:

Meine Aussage, dass diese Verbindungen den gesamten Netzwerkverkehr tunneln war nicht exakt richtig. Ich wollte die Problembeschreibung nur nicht unnötig kompliziert machen. Es handelt sich um OpenVPN-Verbindungen die das Standard-Gateway ersetzen. Die Verbindungen in mein lokales Netzwerk bleiben also unverändert aber alles was aus meinem eigenen Netzwerk raus geht wird getunnelt.

Wenn ich selbst bei einem Kunden eine OpenVPN-Verbindung einrichte - entweder damit ich bei diesem Kunden Wartungsarbeiten erledigen kann oder damit sich seine Angestellten mit dem Firmennetzwerk verbinden können - dann konfiguriere ich die Verbindung immer so, dass sie das Standard-Gateway unverändert lässt und nur routen zu den Netzwerken des Kunden propagiert die dann über den Tunnel gehen. Das ist ja auch die Voreinstellung wenn man eine OpenVPN-Verbindung einrichtet. Macht auch Sinn, weil die Internetverbindung des Kunden sonst unnötig belastet werden würde, wenn verbundene Benutzer automatisch im Huckepack surfen würden.

Die Verbindungen bei denen das Problem besteht haben aber eine andere Zielsetzung. Es handelt sich dabei um Verbindungen zu Dienstleistern in deren Auftrag ich arbeite. Diese Dienstleister betreuen Server deren SSH-Zugänge nur über bestimmte IP-Adressen erreichbar sind. Die VPN-Verbindungen erlauben mir gar keinen Zugriff auf deren lokales Netz sondern ändern meine IP-Adresse damit ich auf die zu betreuenden Server zugreifen kann (vergleichbare Arbeitsweise wie ein Privacy-VPN). Warum das zu einem Problem mit der Erreichbarkeit meines Email-Servers führt habe ich ehrlich gesagt noch nicht herausgefunden.

Natürlich gäbe es gründlichere Wege das Problem zu lösen als mit dem Offline Modus. Ich könnte meine Kollegen bitten, ihre VPN-Konfiguration anzupassen und nur Routen zu den zu verwaltenden Servern zu propagieren. Ich kann aber gut verstehen dass die das nicht wollen, weil das dazu führen könnte das externe Mitarbeiter einen Server nicht warten können wenn jemand mal vergisst die Konfiguration zu aktualisieren.

Ich könnte auch selbst jede einzelne VPN-Konfiguration bei mir ändern und eine Route zu meinem Email-Server definieren. Es ist aber so, dass ich eher selten und dann nur sehr kurz mit diesen VPNs verbunden bin (um Änderungen zu übertragen oder Einstellungen vorzunehmen) und ich muss gestehen, dass ich manchmal halt einfach faul bin wenn ich nicht für etwas bezahlt werde. Wenn es einen Weg gäbe so etwas wie eine globale override Route einzurichten, die automatisch auf alle OpenVPN-Konfigurationen angewendet wird, würde ich es vielleicht machen. In so einem Fall kurzzeitig den Offline Modus zu aktivieren ist aber so einfach dass ich mich nicht überwinden kann die Änderung für jede Verbindung zu machen.

Jetzt denkst Du natürlich, dass ich in der Zeit in der ich diesen Beitrag geschrieben habe auch eine Menge Verbindungen hätte überarbeiten können und vermutlich hast Du recht. Der Gedanke kam mir natürlich auch. Mein Bedürfnis Fragen angemessen zu beantworten gerät leider immer wieder in Konflikt mit meiner Faulheit.

Gruß

Die Fehlermeldungen sind durch den Offline-Modus ausgeschaltet. Vielen Dank für alle Beiträge!

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).