TB unter Windows: "keine Rückmeldung"

Die Größe der Dateien ist wohl weniger das Problem, eher schon die Menge der Dateien. Bei mir hat TB rund 100 Dateien offen. Vielleicht gibt es eine Beschränkung der Zahl der offenen Dateien je Prozess bei Netzwerkverbindungen.

Zitat von ggbsde

Die Größe der Dateien ist wohl weniger das Problem, eher schon die Menge der Dateien. Bei mir hat TB rund 100 Dateien offen. Vielleicht gibt es eine Beschränkung der Zahl der offenen Dateien je Prozess bei Netzwerkverbindungen.

Hallo GG, wie und wo sehe ich wie viele Dateien TB offen hat? Ich beobachte das gleiche Problem seit einiger zeit, auf gleich mehreren Rechnern. Allesamt ziemlich neu und ohne zusätzliche Firewall-Programme oder so. Nur Bordmittel von WIN11 am Start.

Hallo,

meinst du, wie viele Prozesse von Thunderbird geöffnet sind? Im Prozessexplorer von Sysexternals. Bei mir 4-5 Prozesse.

Entscheidend ist nicht die Gesamtgröße des TB-Profils, sondern die Größe der einzelnen mbox-Dateien (ich habe sie immer auf max. 500 MB begrenzt). Die können schnell korrupt werden, wenn sie größer werden. Außerdem - nehme ich an - , dass die mbox im internen Speicher verbleiben. Falls das wirklich der Fall ist, ist maildir von erheblichem Vorteil, weil dort jede Mail als Einzeldatei .eml (Textdatei) gespeichert wird und erst in den Speicher kommt, wenn man sie aufruft, im Speicher bleibt dann nur der Index und die schon aufgerufenen Mails.

Ich habe mich schon lange von den mbox-Datenbanken verabschiedet und bin schon seit Jahren auf maildir umgestiegen, ohne es jemals bereut zu haben.

Klar, das TB-Profil ist mit maildir zwar größer, weil die Datenbanken im Gegensatz zu den .eml Dateien komprimiert sind, aber es hat keine negativen Auswirkungen und der Verlust von Mails geht quasi gegen null.

Achtung: die Umstellung auf von mbox auf maildir geht nur bei neuen Konten. Bzw. ab dem Zeitpunkt der Umstellung, nicht nachträglich. Man kann zwar später die mbox-Dateien immer noch in .eml konvertieren (durch "Speichern unter" des Inhalts eines Ordners oder noch besser mit dem Add-on ImportExportTools NG), 30 GB dürften allerdings wohl mehrere Stunden oder sogar Tage dauern, wobei so ein Prozess nicht immer kontinuierlich abläuft sondern auch Fehler verursacht. Ich meine damit, er sollte immer unter gelegentlicher Kontrolle ablaufen.

Auch ich habe 13 Konten plus etliche Aliase. Das macht keine Probleme. Eben nur die mbox-Dateien. Mit denen hatte ich etliche bittere Mailverluste zu beklagen.

Trotzdem: Wie bei allen Programmen mit wichtigen Daten, sollte man regelmäßig das Profil sichern, entweder manuell ("Exportieren") oder vorzugsweise automatisch (bei mir alle 3 Tage) mit dem o.g. Add-on.

Gruß

mrb

Zitat von mrb

... weil die Datenbanken im Gegensatz zu den .eml Dateien komprimiert sind ...

Welche Datenbanken?
Falls du das standardmäßig verwendete mbox-Format meinst (diese Dateien ohne Dateiendung, pro TB-Ordner gibt es eine solche Datei): das sind Textdateien und mit einem Texteditor kannst du (sofern die Datei nicht zu groß für den verwendeten Editor ist) den Text sämtlicher Mails in so einer Datei lesen; Anhänge wie Bilder sind natürlich in dieser Textform nicht leserlich.

Man kann solche Ordner kompriieren, aber das hat nichts mit ZIP & Co. zu tun:
Normalerweise werden E-Mails (wir sind noch beim mbox-Format) beim Entfernen aus einem Ordner - egal ob Verschieben in einen anderen Ordner oder Löschen) aus dem bisherigen Ordner - bzw. der diesen Ordner repräsentierenden Datei! - noch nicht physisch entfernt, sondern lediglich als gelöcht markiert. Der TB zeigt entsprechende Mails nicht mehr an, in der Datei sind sie aber noch drin.
Beim im Thunderbird sog. Komprimieren werden solche in der Datei enthaltenen, aber als gelöscht markierten Mails dann auch physisch entfernt. Die Datei wird im Ergebnis kleiner, weil sie keine an sich gelöschten Mails mehr enthält.

Zitat von mrb

Trotzdem: Wie bei allen Programmen mit wichtigen Daten, sollte man regelmäßig das Profil sichern, entweder manuell ("Exportieren") oder vorzugsweise automatisch (bei mir alle 3 Tage) mit dem o.g. Add-on.

Der Empfehlung zur Datensicherung stimme ich zu mit zwei nur ganz minimalen Anmerkungen
> "Exportieren" scheint nach diversen Meldungen hier och nicht reibungsfrei zu funktionieren und sit zudem wohl noch immer in der Größe der Ausgabedatei limitiert.
> Ich würde - unter Windows und wenn der Profil-Speicherpfad nicht verbogen wurde! - eher das ganze Anwendungsverzeichnis %AppData%\Thunderbird\ kopieren statt nur den/die eigentlichen Profilordner. Der Ordner enthält nämlich auch die Datei profiles.ini, aus welcher das Programm wiederum liest, wie der konkrete Profilordner heißt und wo er zu finden ist ... erst recht, wenn mehrere Profile verwendet werden.
Das spart das Gefummel, diese Profile einzeln auf neue Rechner zu kopieren und dem Thunderbird dort per Profilmanger erstmal beizubringen, wie die Profile heißen bzw. welche verwendet werden sollen ....

PS:

Zitat von mrb

... die mbox-Dateien. Mit denen hatte ich etliche bittere Mailverluste zu beklagen.

Regelmäßiges Komprimieren der TB-Ordner und mehr noch regelmäßige Datensicherung u.a. des TB-Anwendungsordners beugen solchen Verlusten sehr weitgehend vor
Wenn natürlich eine superwichtige Mail per POP vom Server abgeholt und dort gelöscht wird, kurz darauf aber die Festplatte stirbt oder man sich einen Verschlüsselungstrojaner einfängt und aktiviert .... 100%igen Schutz gibt nie.

Drachen

auch regelmäßiges Komprimieren konnte bei mir Datenverlust nicht verhindern. Komprimieren kann -wenn auch selten - die mbox Dateien noch weiter zerstören.

Und ehrlich, wer von den TB-Usern weiß, was Komprimieren bei mbox ist und tut das?

Auf jeden Fall war bei mir nach der Umstellung von mbox auf maildir das Profil deutlich größer.

Worauf das zurückzuführen ist, weiß ich nicht. Vielleicht hast du eine Begründung?

Ich sehe keinen Grund an den mbox-Dateien festzuhalten.

Gruß

mrb

Hallo mrb ,

Zitat von mrb

Auf jeden Fall war bei mir nach der Umstellung von mbox auf maildir das Profil deutlich größer.

Worauf das zurückzuführen ist, weiß ich nicht. Vielleicht hast du eine Begründung?

Dazu biete ich mal eine Erläuterung statt Drachen an. Dateisysteme sind i.d.R. geclustert. D.h., auch eine 1-Byte-Datei belegt auf dem Datenträger mindestens die Clustergröße.

fsutil fsinfo ntfsinfo c:

Eine typische Größe für NTFS-Laufwerke ist 4 KB. Hängt aber von der Größe (Kapazität) des Datenträgers ab. Je größer die Kapazität, desto größer wird die Standard-Clustergröße beim Formatieren angelegt.

Wenn Du statt nur einer mbox-Datei ggf. tausende von einzelnen .eml-Dateien im Dateisystem hast, geht mit jeder .eml-Datei ein Clusteroverhead 'verloren'. Deshalb wird der belegte Speicher bei maildir 'größer'.

Zitat von mrb

Ich sehe keinen Grund an den mbox-Dateien festzuhalten.

Ganz so easy-peasy ist der Umgang mit maildir nicht. Schon die Migration hin und / oder zurück geht u.U. nicht einfach so. Wenn ein Newbie das nutzen möchte, wäre meine Empfehlung, dass direkt bei der Erstellung eines Kontos zu tun. Ein späterer Wechsel ist mMn für nur-Nutzer nicht zu empfehlen.

Gruß
Sehvornix

Zitat von Sehvornix

Wenn ein Newbie das nutzen möchte, wäre meine Empfehlung, dass direkt bei der Erstellung eines Kontos zu tun

Hallo,

Danke für die Klarstellung bei den Dateigrößen.

ja, aber da die meisten User ja nur wenige Konten haben - meist nur eins - sollte man das Konto entfernen und neu hinzufügen, wenn jemand es später ändern möchte. Das Problem sind eben die alten Mails und große Profile. Mein Profil war zur Zeit der Umstellung ca. 350 MB groß. Die Konvertierung hatte damals nur ein paar Stunden in Anspruch genommen. Nicht auszudenken bei 5 oder gar 10 GB. Hat man dagegen nur wenige Mails im lokalen Ordner und ein IMAP-Konto ohne "Bereitstellung", halte ich das ganze für schnell machbar.

Oder hat maildir mehr Nachteile als mbox? Seit maildir hatte ich nie wieder irgendwelche Probleme mit Datenverlusten und Komprimieren gibt es nicht mehr.

Gruß

mrb

Zitat von mrb

IMAP-Konto ohne "Bereitstellung"

Da wird das sicher sehr schnell gehen. Denn da gibt es keine mbox Dateien und vermutlich auch keine .eml Dateien.

<noch mal kurz OT>

Zitat von mrb

.. ca. 350 MB groß. Die Konvertierung hatte damals nur ein paar Stunden in Anspruch genommen. Nicht auszudenken bei 5 oder gar 10 GB.

Das war dann wohl ein extrem langsamer PC? Als ich das letzte Mal ein ca. 7 GB Profil mit einigen tausend Mails von mbox nach maildir migriert habe, war ich jedenfalls nicht mehrere Wochen damit beschäftigt, sondern ca. 30 Minuten.

Jetzt bitte wieder zurück zum Anliegen vom OP.

</OT>

Hallo,

Zitat von Papierflieger

Das Profil und die Mail-Verzeichnisse liegen auf einer Freigabe eines Servers (Linux, Samba).

Zitat von Papierflieger

Daher meine Frage: ist TB dafür bekannt, bei solch großen Datenmengen bzw einer solch immensen Menge an Nachrichten Probleme zu bereiten?

Nein, aber TB ist dafür bekannt, in diesem Sinne nicht wirklich netzwerktauglich zu sein. Zumindest aber empfindlich.

Zitat von Papierflieger

Alle paar Tage und mit keinem erkennbaren Muster passiert es, dass TB blockiert und die Meldung "Keine Rückmeldung" in der Fensterleiste von TB erscheint.

Eben. Q.E.D.

Zitat von Papierflieger

Also keine lahme Ente.

Damit hat es sicherlich auch eher nichts zu tun. Mehr RAM-Speicher, schnellere CPUs, teure SSDs auf das 'Problem' zu werfen, sind mMn fehlinvestiert.

Ich interpretiere Deinen Startpost so, dass ihr da keine Synology oder QNAP stehen habt, sondern x86-Hardware, auf die ihr eine Ditri eurer Wahl gepackt habt. Und darauf dann den SAMBA-Dienst, den ihr euch selbst konfiguriert habt. Dann ist da euer Ansatzpunkt hinsichtlich Locks und Verhalten bei Inaktivität.

Gruß
Sehvornix

Zitat von Papierflieger

zwei mal übers Netz geschoben werden müssen

Nein. Außer beim Komprimieren/Reparieren liest und schreibt TB nicht die gesamte mbox Datei sondern immer nur die Bereiche, die es gerade benötigt. Das ist mengenmäßig nicht wesentlich vom maildir Format verschieden.