Fragen zu maildir

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

• Thunderbird-Version: 60+
• Betriebssystem + Version: Windows 10, div. Linux
• Kontenart (POP / IMAP): n/a
• Postfach-Anbieter (z.B. GMX): n/a
• Eingesetzte Antiviren-Software: n/a
• Firewall (Betriebssystem-intern/Externe Software): n/a
• Router-Modellbezeichnung (bei Sende-Problemen): n/a

Ich suche nach einer Möglichkeit, die lokalen Ordner auf mehreren Rechnern gleichzeitig zu benutzen, siehe auch Lokale Ordner teilen oder ausblenden

Dazu ist mir heute maildir in den Sinn gekommen. Da maildir E-Mails einzeln speichert, sinkt die Wahrscheinlichkeit eines Locks im Vergleich zu mbox deutlich. Das wäre die halbe Miete.

Dazu hätte ich folgende Fragen:

1. Die Struktur von maildir mit tmp, new, und cur ist eigentlich für Mailserver gedacht. Für den Posteingang kann ich für cur und new ebenfalls noch einen Sinn dahinter erkennen. Wird diese Struktur auch auf die lokalen Ordner angewendet? Gilt maildir überhaupt für die lokalen Ordner oder bleibt es dort bei mbox?
2. Wie verhält sich Thunderbird im Falle eines Locks? Gibt er eine Meldung der Art "versuchen Sie es später erneut"?
3. In maildir setzt sich der Dateiname u.a. aus der Uhrzeit der Erstellung und dem Hostnamen zusammen. Wie verhält sich Thunderbird, wenn eine E-Mail von zwei Rechner zu unterschiedlichen Zeitpunkten gespeichert wird? Werden dann zwei Mails gespeichert oder erkennt der Thunderbird, dass dies Mail bereits vorhanden ist?
4. Funktionieren die Suchfunktion und der Indexer mit maildir?

Bevor sich jemand ärgert, ja, ich könnte das alles selbst testen. Das benötigt aber einige Stunden netto, d.h. einige Tage brutto. Die Zeit möchte ich mir sparen, wenn jemand bereits hinreichend Erfahrungen mit maildir gesammelt hat.

Vielen Dank.

Ich möchte meine Fragen bitte noch einmal nach vorn holen. Gibt es hier jemanden, der maildir aktiv benutzt und die eine oder andere Antwort kennt?

Einen letzten Versuch möchte ich noch unternehmen. Es ist ja heute der erste Advent.

Eine Zusatzfrage hätte ich auch noch im Gepäck. Weiß jemand, ob das maildir des Thunderbird und jenes von KMail kompatibel sind?

An dieser Stelle zunächst mal danke für die Antwort. Ich habe gerade wenig Zeit, muss mir aber in Ruhe überlegen, was daraus für mein Vorhaben folgt. Ich melde mich wieder.

Hallo Thunder,

deine Antwort war sehr wertvoll für mich.

Quote from Thunder

Thunderbird bringt die Struktur nur in reduzierter, abgewandelter Form für Maildir mit, ...

Das ist ein interessanter Punkt. Er wirft prompt zwei weitere Fragen auf, nur noch interessehalber.

Der Unterschied zwischen new und cur ist der von ungelesen zu gelesen. Diese Information steckt gegenwärtig im X-MOZILLA-STATUS, wie auch gelöscht, beantwortet usw. .

Gelöscht wird mit Maildir hinfällig. Könntest du mal nachsehen, ob die Status für gelöscht, beantwortet und weitergeleitet weiterhin im X-Mozilla-STATUS stecken?

Werden die msf auch in Maildir benötigt? Ich habe gelesen, diese Dateien seien Indexdateien für die mboxen, die es in maildir nicht mehr gibt.

Quote from Thunder

Suchfunktion funktioniert bei mir scheinbar problemlos, da dafür die Datenbank genutzt wird. Welchen Indexer meinst Du genau?

Meine Frage bezog sich auf den Suchindex. Man erkennt an der Geschwindigkeit der Suche, dass Thunderbird einen Index benutzt. Da es Thunderbird auch für Linux und macOS gibt, leite ich daraus ab, dass Thunderbird einen eigenen Index aufbaut. So, wie er auch eine eigene Datenbank für die Zertifikate benutzt.

Wenn die Suche bei dir ohne erneute Volltextsuche funktioniert, beantwortet das meine Frage.

Quote from Thunder

Aber es gibt einen Bugzilla-Eintrag ...

Die Informationen im Bug werfen mich leider in meiner Planung zurück. Aber gerade deshalb meinen großen Dank für den Hinweis darauf!

Gut, dass ich noch diesseits des Rubikon stehe. Pompeius hätte mich sonst in Form von maildir noch böse überrascht.

Ich muss mein Konzept an dieser Stelle noch einmal gründlich überdenken. Das Vorhaben, denselben Client in Windows und Linux, geschäftlich und privat zu nutzen, habe ich bereits wegen der unzureichenden HTML-Unterstützung verworfen.

Von Maildir werde ich ebenfalls vorerst Abstand nehmen. Soweit es die Archive betrifft, werde ich diese wohl ein Mal im Monat am Master ergänzen und dann per Script verteilen.

Um dieses Problem zu lösen, habe ich mich nun entschieden, Nägel mit Köpfen zu machen und mir einen eigenen virtuellen Server zu mieten.

Dort habe ich einen IMAP-Server und die Nextcloud installiert. So habe ich alle Mails, Kalender, Adressbücher und ausgewählte Dateien auf allen Rechnern und Smartphones verfügbar.

Backups beim Provider sind auch dabei.

Der Server kostet mich im ersten Jahr ca. 25ct pro Tag. Das ist es mir wert.

Ich werde unter Windows bei Outlook bleiben, auf den Linux-Maschinen werde ich Thunderbird und KMail zunächst einmal parallel benutzen. Thunderbird werde ich vorrangig auf einem Master-PC für das lokale Backup und das Archiv verwenden. Das möchte ich nicht im proprietären pst-Format haben. Hier bleibe ich vorerst bei mbox.

Danke nochmal für den Hinweis auf den Maildir Bug. Das hat mir bei meiner Entscheidung geholfen. Ich markiere das Thema als erledigt.

Bei Maildir wird jede Mail als einzelne Datei abgelegt. Thunderbird hat einen eigenen Unterordner für den Papierkorb, in den die gelöschten Mails verschoben werden. Es benutzt nicht den Papierkorb des Betriebssystems, was sich in diesem Fall anbieten würde. Das nur am Rande.

Wenn du eine Mail aus dem TB-Papierkorb löschst, wird die zugehörige Datei gelöscht. Damit ist die Mail weg. Du kannst sie nur wiederherstellen, indem du die Datei im Dateisystem zurückholst. Ganz genau so, wie bei jeder anderen Datei auch.

Quote from delgado

Dann muss man da aufpassen, wenn das einmal umgestellt wird.

Ich würde sagen, das ist wie im richtigen Leben. Wenn du den Papierkorb einmal in die Mülltonne entleert hast, bekommst du den Inhalt nur solange wieder, bis die Müllabfuhr da war. Selbst wenn du noch vor der Müllabfuhr zur Stelle bist, die Chance etwas unversehrt aus der Mülltonne zu bekommen, nimmt mit der Zeit ab.

Am Computer hast du den Papierkorb und für eine gewisse Zeit auch die Wiederherstellung aus dem Filesystem (die Mülltonne) zur Verfügung. Je länger du wartest, desto geringer ist die Chance, dass die Datei nicht bereits überschrieben wurde.

Quote from Thunder

Und selbst wenn es der Fall wäre, dann wäre ich mich nicht sicher, ob ein einfaches "Zurückholen" auf System-Ebene aus dem System-Papierkorb dazu führen würde, dass Thunderbird die Mail dann auch wieder im Programm akzeptiert/anzeigt.

Das ist noch ein guter Punkt. Mit dem Zurückholen der Datei geht ja nicht automatisch einher, dass der Thunderbird sie auch wieder als Mail akzeptiert. Das habe ich bei meinen Tests nicht auf der Liste gehabt.

Stimmt, weil sie in einer Art Datenbank gespeichert sind. Viele Mails in einer Datei. Das ist, als ob du mit dem großen Papierkorb durch das Haus gehst und darin den Inhalt von einzelnen Papierkörben sammelst, bevor du alles in die Mülltonne entleerst.

Das ist mit Maildir nicht mehr so. Die Datenbank entfällt, was auch seine Vorteile hat.

Ich weiß nicht, wie man das genau abgrenzt. Deshalb hatte ich einleitend die Formulierung

Quote from Ruhezone

weil sie in einer Art Datenbank gespeichert sind.

gewählt und im weiteren Verlauf nur noch kurz von Datenbank gesprochen. Ich dachte, damit sei verständlich, dass ich den Thunderbird nicht mit Oracle auf eine Stufe stellen wollte.

So schlecht finde ich die Formulierung nicht. Es gibt immerhin ein paar Gemeinsamkeiten zu den Datenfiles einer richtigen DB, z.B. das Kompaktieren/Komprimieren.

Auch große Datenbanken benötigen neben den eigentliche Daten-Files zusätzliche Dateien, z.B. für die Redo-Logs, die Control-Files usw. .

Also eml und Generierungen des Namen anhand der Message ID bzw. ID und Timestamp bei zu kurzen IDs.

Interessant finde ich

// This also avoids some special filenames we can't use in windows (CON,
+  // AUX, NUL, LPT1 etc...).

Es zeigt, an was man als Entwickler so alles denken muss, selbst bei so vermeintlich simplen Dingen wie einem Dateinamen.