Mails im Papierkorb vervielfachen sich beim Komprimieren

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

• Thunderbird-Version: 52.9.1
• Betriebssystem + Version: Windows XP
• Kontenart (POP / IMAP): POP3
• Postfach-Anbieter (z.B. GMX): unabhängig
• Eingesetzte Antiviren-Software: KIS18.0.0.405(h)
• Firewall (Betriebssystem-intern/Externe Software): KIS18.0.0.405(h)
• Router-Modellbezeichnung (bei Sende-Problemen): -

Schönen guten Tag,

ich habe schon seit längerer Zeit das Problem, dass Thunderbird beim Komprimieren der Mails scheinbar zufällig ab und an die ältesten Mails im Papierkorb (und nur im Papierkorb) verdoppelt. Bereits doppelt vorhandene sind danach dementsprechend vierfach vorhanden und aktuell habe ich die Situation, dass die ältesten Mails achtfach vorhanden sind.

Der Profilordner liegt auf einem Netzlaufwerk, im Kaspersky ist dieser Ordner bereits client- als auch serverseitig zu den Ausnahmen hinzugefügt, wird also nicht vom Echtzeitschutz überwacht.

Was mir aufgefallen ist: Die Verdoppelung findet scheinbar immer dann statt, wenn TB vor dem Komprimieren meldet, dass die Zusammenfassungsdatei neu erstellt wird. Allerdings ist mir bislang keine Regelmäßigkeit aufgefallen, WANN diese Datei neu erstellt wird und wann nicht, aber ich kann davon ausgehen, dass sich die Anzahl der Mails verdoppelt, wenn diese Meldung erscheint.

Es wäre mir letzten Endes egal, ob ich 400, 800, 1.200 oder wie aktuell über 5.000 Mails im Papierkorb habe, aber der dumme Nebeneffekt davon ist, dass TB mitunter zwei- bis dreimal täglich Komprimieren möchte, weil die 20 MB-Grenze überschritten ist (die Haltezeit des Papierkorbs habe ich schon von 30 auf 21 Tage herabgesetzt, weil hier im Forum mal irgendwer bei einem ähnlichen Problem meinte, dass die Zahl der Mails nicht zu groß werden dürfe. Hat aber nix gebracht und ich habe auch andere Verzeichnisse mit deutlich mehr Mails, bei denen das Problem nicht auftritt).

Ich rufe mit TB vier Mailkonten ab, die alle in einem Posteingang und einem Papierkorb landen. Alle Konten sind POP3-Konten. An Add-Ons ist lediglich Lightning aktiviert.

Hat irgendwer eine Idee, wie ich diesem Problem beikommen könnte?

Hallo und Danke für die Willkommensgrüße!

slengfe: Wenn ich die Dateien "trash" und "trash.msf" in "lokale Ordner" lösche, habe ich keinen Papierkorb mehr in der Ordnerliste und kann auch keine Mails mehr aus dem Posteingang löschen (vermutlich, weil TB nicht mehr weiß, wohin er die Mail verschieben soll). Lösche ich nur die trash.msf, legt TB sie beim Klick auf den Papierkorb neu an und hat wieder alle (aktuell 4.918) Mails drin, die ältesten wieder mehrfach. Schaue ich mir die Datei "trash" mit einem Editor an, kann man auch sehen, dass die Mails tatsächlich physikalisch bis zu 8x in der Datei vorhanden sind und zwar gleichmäßig über die Datei verteilt. Es sieht also so aus, als würde TB den Inhalt der kompletten Datei an die ursprüngliche anhängen, wenn der Fehler auftritt.

Thunder: Danke, das hatte ich schon probiert - leider ohne Erfolg.

Ich muss nochmal betonen, dass das Problem nur sporadisch auftritt. Heute hat er (aufgrund der zahlreichen Mails im Papierkorb) bereits wieder 2x automatisch komprimiert, ohne dass sich Mails verdoppelt hätten, deswegen glaube ich offen gestanden nicht so recht an eine beschädigte Zusammenfassungsdatei.

Noch irgendwelche Ideen?

Ja, habe ich probiert, deswegen hatte ich geschrieben "kann keine Mails mehr aus dem Posteingang löschen". Wenn ich eine ungelesene Mail löschen will, wird sie als gelesen markiert, bleibt aber im Posteingang. Kopiere ich die Trash-Datei wieder in das "lokale Ordner"-Verzeichnis, funktioniert es wieder. An den Zugriffsrechten kann es auch nicht gut liegen, denn das Netzlaufwerk ist auch ein XP-Rechner, auf den ich Vollzugriff habe. Und es betrifft wie gesagt immer nur den Papierkorb, bei allen anderen Ordnern tritt das Phänomen nicht auf.

Ich habe testhalber eine leere Trash-Datei angelegt, damit gibt sich TB zufrieden (heißt, er verschiebt gelöschte Mails wieder dorthin), legt sie aber selbständig nicht neu an. Bist Du wirklich GANZ sicher, dass TB die Datei neu anlegen müsste, wenn sie nicht mehr vorhanden ist?

Aber mein Problem ist ja auch nicht, dass ich keine Mails löschen kann, sondern dass sich die Mails in der Datei (manchmal) verdoppeln, wenn ein Rebuild der Indexdatei für den Trash-Ordner durchgeführt wird.

Interessant finde ich wie gesagt noch die Tatsache, dass die Mails in der MBOX-Datei ("Trash") mehrfach vorhanden sind und nicht etwa nur in der Index-Datei ("Trash.msf"). Das heißt für mich, dass das Erstellen der Zusammenfassungsdatei vermutlich nicht das Problem ist (zumindest nicht das alleinige), sondern dass der Fehler bereits vorher beim Komprimieren auftritt.

Für mich sieht das alles schwer nach einem Bug aus, dagegen spricht, dass ich scheinbar der Einzige mit diesem Problem bin?!