Ihr habt alle Ambitionen, aber hinterher habe einzig und alleine wieder ich die Arbeit, da sich bisher so gut wie jeder nach kurzer Zeit verkrümelt hat.
Es wird von meiner Seite kein Wiki und im Großen und Ganzen keine neuen Unterforen geben.
Sorry Leute
Das Problem fängt doch mal wieder schon im Englischen an. Für mail / mailnews sind kaum Einstellungen dokumentiert. Die "Browser-Fraktion" hat es da deutlich einfacher, da man oftmals nur aus dem Englischen übersetzen muss.
Wer's nicht glaubt, kann sich mal diese Seite anschauen:
http://preferential.mozdev.org/preferences.html
Es ist wohl nicht Sinn der Sache, die Prüfung gleich ganz aus zu schalten.
Leider wird das Verfassen-Fenster nicht immer korrekt aktualisiert. Manchmal bleiben auch einfach die roten Linien stehen und der Text verschwindet scheinbar vorübergehend...
Ein weiterer BugZilla-Eintrag zu dem Problem:
https://bugzilla.mozilla.org/show_bug.cgi?id=309566
Tests, die ich mit Thunderbird 1.5 gemacht habe, haben (zumindest bei mir) ergeben, dass Thunderbird 1.5 jetzt etwas anders reagiert. Die Mails verschwinden nicht mehr komplett, sondern man hat hinterher evtl. quasi 2 Mails: einmal nur die Kopfzeilen und einmal die komplette Mail.
Ich habe jetzt mal BugZilla, das LXR und ein paar RFCs bemüht:
1) Es gibt in Thunderbird eine versteckte Pref mit deren Hilfe man das Problem beheben kann. Diese Pref beeinflusst, ob und wie die Namen der Attachments in den Source eingetragen werden.
Sucht in Thunderbird 1.5 nach dieser Pref in Extras > Einstellungen... > Erweitert > Konfiguration bearbeiten:
mail.strictly_mime.parm_folding
Die Pref darf die Integer-Werte 0,1 oder 2 haben.
0 war scheinbar bei Tb 1.0.x Standard. Bei Tb 1.5 ist jetzt 2 Standard - soweit ich das in LXR bei Mozilla.org finden kann.
Setzt man den Wert wieder auf 0, dann läuft alles wieder ohne Probleme - ich habe es mit Erfolg getestet.
2) Es gibt einen Bug dazu:
https://bugzilla.mozilla.org/show_bug.cgi?id=317972
Das ist die Standardpref-Zeile in Thunderbird 1.5:
pref("mail.strictly_mime.parm_folding", 2); // 0/1 (RFC 2047), 2(RFC 2231)
Man wird auf die beiden entsprechenden RFCs verwiesen:
http://www.faqs.org/rfcs/rfc2047.html
http://www.faqs.org/rfcs/rfc2231.html
Mir scheint, dass einige Programme nicht mit dem neueren RFC 2231 zurecht kommen (bisher).
Also OE hat tatsächlich ein Problem mit dem Attachment aus Thunderbird. Ich habe dann nochmal aus OE das gleiche Attachment verschickt und mir hinterher die SourcCodes der Mails angesehen/verglichen:
Gesendet aus Thunderbird:
Content-Type: application/pdf;
name*0*=ISO-8859-15''Verschl%FCsselung%20und%20digitale%20Unterschrift%20f
name*1*=ormatiert.pdf
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename*0*=ISO-8859-15''Verschl%FCsselung%20und%20digitale%20Unterschrift
filename*1*=%20formatiert.pdf
JVBERi0xLjQKJcDIzNINCjEgMCBvYmoKPDwKL1RpdGxlIChWZXJzY2hsXDM3NHNzZWx1bmcg
dW5kIGRpZ2l0YWxlIFVudGVyc2NocmlmdCBmb3JtYXRpZXJ0LmRvYykKL0F1dGhvciAoUGV0
...Gesendet aus OE:
Content-Type: application/pdf;
name="=?iso-8859-1?Q?Verschl=FCsselung_und_digitale_Unterschrift_formatiert.pdf?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="=?iso-8859-1?Q?Verschl=FCsselung_und_digitale_Unterschrift_formatiert.pdf?="
JVBERi0xLjQKJcDIzNINCjEgMCBvYmoKPDwKL1RpdGxlIChWZXJzY2hsXDM3NHNzZWx1bmcgdW5k
IGRpZ2l0YWxlIFVudGVyc2NocmlmdCBmb3JtYXRpZXJ0LmRvYykKL0F1dGhvciAoUGV0ZXIpCi9D
...Nun habe ich auch noch an GMX und Web.de gesendet. Von beiden Konten jeweils mit Tb 1.5 und Opera 8.5 abgerufen --> jeweils alles in bester Ordnung mit den Attachments und deren Namen - inkl. Umlaut.
Wenn ich bei GMX über die Weboberfläche gehe, dann wird dort ein Fantasiename für das Attachment vergeben.
Im E-Mail-Header bzw. Source scheint mir aber alles stimmig zu sein mit dem Attachment. Der Name des Attachments ist als ISO-8859-15 kodiert, genau wie die Mail selbst. Dabei ist es egal, ob der Mailtext Umlaute enthält oder nicht.
Ich habe gerade mal eine Mail an mich selbst gesendet: Ein PDF mit "ü" im Namen. Es kam von Thunderbird 1.5 zu Thunderbird 1.5 ohne Fehler an.
EDIT:
Und gerade mal noch mit Opera abgerufen: auch der normale, korrekte Dateiname des Attachments mit dem "ü" wird mir gezeigt.
Im Grunde ist eine lokalisierte Seite nicht notwendig, da die Themes ja weitgehend sprachunabhängig sind.
Wenn alle Extension-Autoren willig wären, alle locales zu integrieren, dann bräuchte man auch nur noch bedingt eine lokalisierte Erweiterungen-Seite. Aber z.B. Enigmail oder ContactsSidebar werden von den Autoren prinzipiell nicht mit mehreren locales angeboten.
Noch ein Problem:
In diesem Forum befinden sich hunderte Links auf Erweiterungsseiten innerhalb dieser Website.
Nur mal ein aktuelles Beispiel in folgendem Beitrag:
https://www.thunderbird-mail.de/forum/viewtopic.php?p=77873#77873Das ist leider übel für alle Neulinge hier.
Könntest du nicht (bitte) für alle solchen Links eine Seite zwischenschalten, in der erklärt wird, dass die Erweiterungen hier nicht mehr hier sind und die Besucher sich die entsprechende Erweiterung bei erweiterungen.de raussuchen?
Ich habe eigentlich schon Weiterleitungen für alle Erweiterungen angelegt. Aber die greifen momentan nur, wenn sie mit Backslash oder mit /index.php enden. Evtl. werde ich das aber auch komplett anders mit einer speziellen Fehlerseite machen, die den Hinweis enthält.
Das gleiche gilt für Links im Forum zu der ehemaligen Seite: "Wie installiere ich Erweiterungen?" Hier wäre es evtl. sogar möglich, eine Weiterleitung auf die analoge Seite bei erweiterungen.de zu legen.
Diese Seite bleibt natürlich erhalten. Es ist ja Teil der Hilfe.
Ich werde mir was einfallen lassen...
Nun nach 8 Monaten http://www.erweiterungen.de ist es an der Zeit, dass die deutschen Erweiterungen endgültig zu erweiterungen.de umziehen.
Es ist auf Dauer für alle Beteiligten besser, wenn wir diese zentrale Seite nutzen - auch wenn es anfangs für manch einen vielleicht schmerzlich erscheinen mag. Für mich selbst bedeuted es auf jeden Fall ein Stück weniger an doppelter Arbeit, da ich nicht mehr hier und dort die Einträge pflegen muss. Außerdem werde ich von jetzt ab auch nur noch Enigmail und ContactsSidebar weiter übersetzen.
Also nicht wundern, dass hier auf der Seite der Bereiche "Erweitern" verschwunden ist.
Nachdem nun ein Jahr vergangen ist und sich außer Miro Mostlycrystal kein Theme / Material eingefunden hat, verschwinden die Themes wieder von der Website. Das gleiche Schicksal widerfährt (aus anderen Gründen) auch den Erweiterungen.
Du musst die Mails von Hand zurück verschieben - leider.
Bei mir funktioniert es auch wieder.
1) In der Breite kann man standardmäßig zwar nicht scrollen, aber man sich behelfen. Geh mit der Maus über die abgeschnittene Zeile und drücke die Maustaste, halte sie gedrückt und zieh nach Rechts (also genauso wie beim Markieren von Text). Du wirst feststellen, dass Du die Zeile dann quasi doch scrollen kannst.
2) Für die Höhe des Bereichs für ALLE Kopfzeilen gibt es eine Extension "Header Scroll Extension". Es geht aber auch mit einem einfach Eintrag in der userChrome.css Datei:
/* Make the message header view pane scrollable */
#msgHeaderView {
max-height: 15em !important;
overflow: auto !important; }
/* -------------------------- */Die 15em kann man natürlich noch nach Bedarf anpassen.
Die Datei userChrome.css kann man am besten mit Edit Config Files erstellen/bearbeiten.
Tja, da liegt der Hund begraben...
Bei Dir passiert folgendes:
Thunderbird lädt die Kopfzeilen der Nachrichten herunter (1. Verbindung zu web.de). Dann willst Du per Klick den Inhalt von bestimmten Nachrichten herunterladen lassen. Dafür versucht Thunderbird jedesmal eine neue weitere Verbindung zu Web.de aufzubauen und hier passiert der Fehler: Web.de lässt die Verbindung nicht mehr zu (die lassen es kostenlos nur alle 15 Minuten zu), Thunderbird ahnt nichts von dem Problem und löscht zuerst die Kopfzeilen der Mail und will dann die komplette Mail herunterladen. Das klappt aber nicht, da Web.de es halt erst nach 15 Minuten zulassen würde. Und schwups ist bei Dir lokal auf dem PC die Mail verloren.
Die Mails sind aber in Wahrheit noch bei Web.de auf dem Server.
Als Kunde von Web.de sollte man also auf diese "nur Kopfzeilen"-Funktion verzichten.
Du kannst auf Deinem Computer im Profilverzeichnis im Web.de Konto die Datei "popstate.dat" löschen (darin steht was Thunderbird schon vom Server abgeholt hat). Dann wird Thunderbird die Mails wieder komplett herunterladen.
Thunderbird hat leider diesen Fehler - er dürfte die Kopfzeilen erst löschen, NACHDEM er erfolgreich die ganze Mail heruntergeladen hat. Dann würde das Problem nicht existieren.
Verwendest Du Web.de?