Posts by wobtec

Bin heute per Suchmaschine auch auf diesen alten Eintrag gestoßen. Den entscheidenden Tipp fand ich dann aber doch in englischsprachigen Foren. Dort wurde geraten in den Konten-Einstellungen die Verbindungssicherheit zur ändern. Ich habe jetzt von STARTTLS auf SSL/TLS umgestellt, und der Fehler beim Speichern der gesendeten E-Mail trat nicht mehr auf.

Ich halte es aber dennoch nur für einen Workaround, weil ich mit einer identischen Kopie des Thunderbird-Profils auf einem zweiten PC dieses Problem nicht habe!

Mir ging es in erster Linie darum einen Lösungsansatz zu diesem bei den Suchmaschinen gut platzierten Beitrag zu ergänzen.

Es kommt auch darauf an was der Client kann. Wenn du wie ich ein Linuxsystem mit vollständiger UTF-8 Unterstützung hast, dann solltest du ruhig mal folgendes probieren:
user_pref("mail.server.server6.trash_folder_name", "Gelöschte Objekte");

Für Windowssysteme wäre sicher folgendes richtig:
user_pref("mail.server.server6.trash_folder_name", "Gel&APY-schte Objekte");

Achtung: ö = &APY-

Quote

der Link funktioniert einwandfrei, je nach Einstellungen des Browsers beim User kann evtl. ein Klick

Genau das ist das Problem und ich kann absolut nicht nachvollziehen, wieso man unbedingt auf diesen fehlerbehafteten Link besteht, obwohl es eine wesentlich zuverlässigere Alternative gibt: http://www.mozilla-europe.org/de/products/thunderbird/

Da bekommen die User gleich die richtige Version für ihr Betriebssystem und vor allem auch gleich automatisch die richtige Sprachversion. Da muss kein Parameter im Link übergeben werden und mit Java-Script gibt es auch keine Probleme.

Warum hat das Wikiteam ein Problem damit, einen sauberen Link zu verwenden? Man könnte die Anzahl der Links sogar dadurch drastisch reduzieren und die Downloadseite übersichtlicher gestalten.

Also gehe ich davon aus, dass kein Interesse besteht hier einen 100 Prozent funktionieren Downloadlink für die Besucher anzubieten!?

Schade, dann werde ich den Link jetzt von allen unseren Projektseiten entfernen.

rum
> Btw: wobtec, sagtest du nicht

Ja klar, aber ich denke immer an die vielen Anwender, die ich sonst noch betreue und denen ich https://www.thunderbird-mail.de als erste Anlaufstelle für ein vernünftiges Mailprogramm nenne. Und bevor ich so etwas tue, teste ich die empfohlenen Seiten auch mal unter dem anderen OS mit dem anderen Browser. Wenn das nun nicht zuverlässig funktioniert, dann empfehle ich eben lieber gleich den direkten Link: http://www.mozilla-europe.org/de/products/thunderbird/

Testet das doch bitte mal mit dem Internet Explorer unter Windows - dort gibt es ja kein "noscript-plugin". Bei mir hier kommt man jedenfalls immer zur englischsprachigen Downloadseite. Das "&lang=de" im Link wird ignoriert.

> du hast aber auf dieser Seite die Möglichkeit, die Sprache auszuwählen:
Das war mir schon klar!

Es geht ja darum ganz normalen Anwender gleich zur richtigen Downloadseite zu führen. Dies wurde ja ursprünglich auch mal beabsichtigt, weil in dem Link ja schließlich "de" übergeben wird. Dieses läuft nun ins Leere, da Mozilla diesen Parameter nicht mehr auswertet.

Wenn die Besucher https://www.thunderbird-mail.de links auf "Herunterladen" klicken und dann die für ihr Betriebssystem notwendige Thunderbird Installationsdatei auswählen, dann kommen sie trotz der "de" Angabe in dem Link auf die englische Downloadseite.

Habe ich gerade eben noch mal mit Firefox und Internet Explorer getestet.

Da hat anscheinend Mozilla etwas geändert!? Bitte prüfen

Der richtige Link wäre: http://www.mozilla-europe.org/de/products/thunderbird/

Ich hatte genau das Problem eben bei einem Kollegen auch: Wenn er PDFs mit Thunderbird 2.0.0.16 unter WinXP über unseren Postfix-Server versendet hat, dann kam beim Empfänger nur Müll an. Auch auf meinem Rechner mit identischer Thunderbird Version unter Ubuntu Hardy. Selbst wenn man unter Anwendungsdaten ein neues Profil erstellt hat, bliebt das Problem.

Mit etwas Suche hier im Forum hat er dann unter "Extras - Einstellungen - Allgemein - Konfiguration bearbeiten" den Punkt: "mail.strictly_mime.parm_folding" von 3 auf 0 gesetzt. Danach konnte er wieder PDF-Dateianhange versenden, welche sich auch beim Empfänger sauber öffnen lassen.

http://Starten.mit-Linux.de