Achso: Die Ordner ohne neue Mails müsste übrigens auch NICHT fett dargestellt werden. Das sieht nach manuellen Änderungen bei Dir aus, die jetzt Probleme machen. Vielleicht verwendest Du auch ein Add-on für die Anpassung der Benutzeroberfläche?
Beiträge von Thunder
-
-
Ich würde behaupten, dass die Ordner mit neuen Mails unter Windows 10 und der 60er-Reihe fett und blau dargestellt werden müssten, wenn man kein extra Theme verwendet und keine Änderungen in der userChrome.css drin hat.
-
Moin!
Die Struktur von maildir mit tmp, new, und cur ist eigentlich für Mailserver gedacht.
Thunderbird bringt die Struktur nur in reduzierter, abgewandelter Form für Maildir mit, da es eben kein Mail-Server ist. In Thunderbird gibt es nur die beiden Unterordner tmp und cur. Die Markierung für neue Mails im jeweiligen Ordner wird vermutlich über die Indexdatei *.msf oder sonstwo gemacht, denke ich.
Wird diese Struktur auch auf die lokalen Ordner angewendet?
Diese Struktur wird auf jeden Ordner angewendet, der in einem Konto ist, das man mit dem Speicherformat Maildir eingerichtet hat (bzw. es dorthin über die Konten-Einstellungen → Server-Einstellungen konvertiert) hat. Dies gilt auch für das Lokale Konto. Potentiell ist bei IMAP-Konten im Mail-Client jeder Ordner mit neuen Mails konfrontiert, da die Mails ja mit mehreren Clients synchronisiert werden können und somit neue Mails irgendwo (anderer Client oder per Filter auf dem Server) neu in beliebigen Ordnern landen können) und über den Ordner tmp dann lokal reinkommen. Warum man die Struktur nicht 1 zu 1 von Mail-Servern übernommen hat ist mir nicht ganz klar, da dies vermutlich die beste Möglichkeit für Datensicherung und Datenaustausch im Bedarfsfall geboten hätte.
Wie verhält sich Thunderbird im Falle eines Locks?
Gute Frage...
maildir setzt sich der Dateiname u.a. aus
Ich bin mir momentan gar nicht mal sicher, ob das Schema bwz. die Logik für die Dateinamen in Thunderbird überhaupt schon endgültig ist - wobei ein Umstieg wohl eine Katastrophe wäre... Aber es gibt einen Bugzilla-Eintrag in dem man über ein anderes Namensschema diskutiert hat: https://bugzilla.mozilla.org/show_bug.cgi?id=1259040
Funktionieren die Suchfunktion und der Indexer mit maildir?
Suchfunktion funktioniert bei mir scheinbar problemlos, da dafür die Datenbank genutzt wird. Welchen Indexer meinst Du genau?
jenes von KMail kompatibel
keine Ahnung
-
Bugfix des Abrufen/Senden-Buttons, dessen "Overlay" gar nicht geladen/angezeigt wurde. Dadurch kam es zu einem Icon ohne Text als Button in der 65.0a1.
-
Jetzt werden die Add-on-Icons im Add-ons-Manager (in den 65er-Versionen) auch wieder angezeigt.
-
Übrigens hatte ich vor ein paar Monaten mal versucht, ob ich das tatsächlich resultierende Datums-/Uhrzeit-Format, welches dann in Thunderbird angezeigt würde, in dem ConfigDate-Dialog dynamisch einzubauen, damit man weniger verwirrt würde. Leider scheint das nicht per JavaScript möglich zu sein. Ich müsste dafür irgendwie per C++ darauf zugreifen, was mir nicht möglich ist bzw. was ich einfach auch nicht beherrsche.
-
die Kurz-Datumsanzeige sucht, aber ohne Uhrzeit.
Der Knackpunkt ist und bleibt, dass ConfigDate keinerlei eigenen Datums-/Uhrzeitformate besitzt, da es ja nur ein Dialog für die 5 von Thunderbird und Seamonkey selbst angebotenen (versteckten) Einstellungs-Optionen ist, aus denen man für die 3 Prefs wählen kann - also 3 Prefs mit jeweils den identischen 5 Optionen. Und dann ist Thunderbird bei diesem ganzen Prozess auch wieder "nur" Konsument von dem was das Betriebssystem für die 5 Optionen anliefert.
Das Betriebssystem selbst müsste also für die Kurze Datumsanzeige die gewünschte Ansicht (an Thunderbird) liefern.
Noch komplizierter wird es seit Thunderbird 60, da nun ja nochmal zwischen der Sprache des Systems und der Sprache des Programms unterschieden werden kann. Dadurch kann es passieren, dass im deutschen Thunderbird amerikanische Datums-Anzeigen erscheinen (oder auch umgedreht).
-
Alle 4 Add-ons habe ich heute nochmals minimal überarbeitet und zumindest testweise so erstellt, dass sie mit Thunderbird 52.*, 60.* und ab 64.0b4 (kommt wohl die nächsten Tage) und 65.0a1 laufen.
-
Schau mal, ob 60.3.2 Dein Problem behebt, da dort ein Encoding-Problem der Anhänge auf dem Mac behoben wurde.
-
Strg + Alt + F5 drücke geht mein installiertes Linux davon aus das ich gerne auf der 5 Console
Autsch... sowas kann ich als Windowsler natürlich kaum ahnen. Letztlich muss ich ja einen Tastenbefehl wählen, der noch nicht von Thunderbird selbst (oder Lightning) belegt ist. Das ist nicht gerade einfach. Die Taste "F5" war nahe liegend, da dies sowieso beispielsweise aus Webbrowsern für einen Reload bekannt sein könnte.
-
Keine Ahnung, ob es etwas (indirekt) damit zu tun hat, aber vielleicht könnte es relevante Informationen bieten:
-
Hallo!
Wo liegen die Dateien (also PDFs), die Du anhängen möchtest (lokal auf dem Mac oder tatsächlich im Netzwerk auf einem NAS)? Ich denke das Problem wäre gut als Bug-Meldung von Dir bei BugZilla aufgehoben mit möglichst detailierter Beschreibung. Immerhin scheint Thunderbird ja eine Mail zu senden und es scheint auch so als wäre etwas angehängt - sonst würde ja keine Rückmeldung des Mail-Servers kommen, dass da etwas nicht mit dem MIME-Part stimmt. Entweder hat der Mail-Server ein Problem mit den entsprechenden PDFs, da diese seiner Meinung nach nicht korrekt sind, oder Thunderbird beschädigt die PDFs bzw. deklariert diese irgendwie falsch. Wie gesagt, das sieht mir nach einer Frage für "Spezialisten" auf BugZilla aus.
-
Es ist tatsächlich ein wichtiger Aspekt, ob der IMAP-Server (Dovecot) vom Themenstarter selbst betrieben wird. Und ja, auch ich würde gerne einen Screenshot sehen - dafür kann man Screenshots hier als Dateianhang zum Beitrag hochladen:
-
Die oben aufgeführten Versionen laufen erst ab Version 65.0a1 korrekt. Für die momentane 60er-Reihe fehlt ihnen erstens die "install.rdf" (ersetzt durch "manifest.json") und zweitens sind tatsächlich interne Code-Änderungen (beispielsweise bezüglich Ziel der XUL-Overlays), die zu Fehlern in der 60er-Version führen würden. In den momentanen Betas (bis inkl. 64er) würden beispielsweise die Einstellungen-Dialoge nicht angezeigt werden.
Und nochmal als Hinweis zum Verständnis: Thunderbird 60.3.1 ist ein Thunderbird der 60er-Reihe - also "60.*", die man teilweise auch als "Thunderbird 60 ESR" bezeichnet.
-
N'Abend!
Ich selbst nutze folgendes Add-on dafür, mit dem man das differenziert einstellen kann:
https://addons.thunderbird.net/de/thunderbird…ent-to-current/
-
Hallo Leute!
Ich habe notwendige Code-Änderungen an meinen Add-ons gemacht, um diese für zukünftige Thunderbird-Versionen lauffähig zu machen.
Über die Add-on-Plattform ATN kann man die neuen Versionen noch nicht beziehen (bzw. ich kann/sollte diese dort noch nicht hochladen, da es sonst zu Problemen für Thunderbird 60 gibt). Deshalb habe ich die neuen Version hier mal vorab zum Download für Euch, wenn Ihr mit Thunderbird 65 Daily (oder neuer) experimentiert.
-
Nachdem Thunderbird 60.* im August veröffentlicht wurde, geht es nun mit den Änderungen am Add-on-System weiter. Davon betroffen sind die Entwickler-Versionen im Groben ab Version 63 aufwärts.
Ein paar der Änderungen sind hier aufgeführt: https://wiki.mozilla.org/Thunderbird/Add-ons_Guide_63
Es gibt aber noch massenweise weitere Änderungen. Unter Anderem werden alle möglichen "Overlays" und "Bindings" entfernt, XUL-Elemente für die Statusleiste unten am Fenster müssen teilweise anders umgesetzt werden. Die Installationsdatei innerhalb der Add-ons muss geändert werden. Dies betrifft dann auch den Aufruf und die Code-Struktur (bzw. Formatierung) von Einstellungs-Dialogen der Add-ons, etc.
Prinzipiell sind XUL-Addons noch bzw. wieder (inkl. Einstellungs-Dialogen ab Version 65) installierbar. Es gibt aber noch keine Versprechungen, wie es damit auf Dauer weiter geht.
Wichtig In dem Zusammenhang muss hier auch mal ganz klar gesagt werden, dass die "Beta-Versionen" der letzten Monate (also Beta-Versionen 61 und neuer) absolut nicht dem klassischen Beta-Status entsprechen. Es werden täglich Code-Änderungen gerade auch am Add-on-System eingefügt, die momentan absolut nicht für Endanwender und "produktive" Umgebungen geeignet sind! Die derzeitigen Beta-Versionen entsprechen nahezu den "Nightly-/Daily-Builds", die wirklich nur für das Ausprobieren der eingebauten Änderungen für Leute, die den Quellcode beobachten, geeignet sind.
Übrigens ist derzeit auch die Add-ons-Seite "ATN" noch gar nicht richtig für die Änderungen an den Add-ons geeignet, da es dann zu Problemen zwischen den "älteren" Add-ons bis Thunderbird Version 60 und den neueren Add-ons für die momentanen Thunderbird-Entwickler-Versionen kommen kann. Dies ist übrigens eine "neue" Problematik, die mit bisherigen Problemen rund um Add-ons für Thunderbird 60 überhaupt nichts zu tun hat.
-
Da Thunderbird 60 inzwischen seit rund 3 Monaten verfügbar ist, schließe ich dieses Thema.
-
Da Maildir inzwischen weitgehend in Thunderbird funktioniert und man zumindest schon experimentell zwischen Maildir und Mailbox konvertieren kann, schließe ich dieses "ankündigende" alte Thema.
-
Leider hat sich bis heute noch nichts daran geändert.
Ich gehe davon aus, dass sich daran in den 60er-Versionen des Thunderbird auch nichts mehr ändern wird, wenn man überlegt wie lange dies schon bekannt ist bzw. war. Die 64-Bit-Versionen sind nicht unbedingt notwendig, da die 32-Bit-Versionen bisher keinen ernsthaften Nachteil unter Windows haben. Daher hat dies keine Priorität bisher.
