Nach fehlgeschlagenem Komprimieren mails teilweise ohne Betreff und Inhalt

Hallo,

ich bin neu hier. Nach ergebnisloser Suche im Forum nach "Komprimieren fehlgeschlagen" bitte ich um Hilfe.

Nachdem eine Reihe von Ordnern problemlos komprimert wurden, erschien eine Fehlermeldung, wonach Speicherplatz oder Schreibrecht fehle. Die habe ich zweimal weggeklickt. In dem Ordner, bei dem es zur Fehlermeldung kam, werden oben 623 Nachrichten genannt, 545 sind lesbar, die restlichen (am Ende der Liste) werden ohne Betreff und Inhalt mit (drei verschiedenen) exakt gleichen Zeitstempeln angezeigt. "Rechtsmausig reparieren" hat nichts gebracht, ebenso der Versuch, durch Löschen von global-messages-db.sqlite eine Neuindizierung zu erreichen (nach Neustart von TB trotz großer Inbox keine erkennbare Indizierungszeit, aber global-messages-db.sqlite danach um Faktor 100 kleiner).

Kann jemand helfen? Jetzt schon mal vielen Dank für die Mühe!

Wolfgang

Hallo Drachen,

danke für die Antwort.

TB 128.5.0 esr (32-Bit), Windows 10.

Der betroffene Ordner gehört zu einem IMAP-Konto bei t-online. Ich habe aber auch POP-Konten im TB.

Bei Antivirus und Firewall bin ich mir nicht sicher - wie finde ich das heraus?

Die letzte Datensicherung der Festplatte ist vom 22.11.24.

Beste Grüße

Wolfgang

Hallo dErzOnk,

laut TB-"Informationen zur Fehlerbehebung" ist der verfügbare Speicherplatz 9,3 GB.

Betriebssystem: Windows_NT 10.0 19045

Name
Antivirus Microsoft Defender Antivirus

Firewall Windows-Firewall

Beste Grüße

Wolfgang

Darf ich noch auf Tipps hoffen?

Danke, Mapenzi, fürs Befassen.

Wie groß sollte der verfügbare Speicherplatz mindestens sein? Ich werde dann versuchen, das durch Löschen anderer Dateien zu erreichen.

Die Nachrichten ohne Betreff und Inhalt sind alte Gesendete, die ín diesen Ordner verschoben worden waren, also nicht mehr im Webmail sind.

In TB sind vier Mailkonten angelegt. Die Ordner Posteingang sind 2,3 GB, 83,1 MB, 47,3 MB und 3,1 MB groß.

Vielen Dank, Mapenzi, für die ausführliche Antwort.

Den Rat bezüglich des Speicherplatzes werde ich befolgen und danach die Indexdatei löschen. Dazu muss ich mir in den nächsten Tagen mal Zeit nehmen.

Vorab noch zwei Rückfragen:

Ich finde im Ordner ImapMail zwei Unterordner: secureimap.t-online.de (Zeitstempel aus 2020) und secureimap.t-online-1.de (Zeitstempel 20.11.2024). Liegt das etwa daran, dass wir zwei T-Online-Konten in TB führen, eins als IMAP und eins als POP? Und wie finde ich dann heraus, in welchem Unterordner ich die Datei INBOX .msf löschen muss?

Und nur zur Sicherheit: Die korrumpierten Dateien stehen nicht im Posteingangsordner vonTB, sondern in einem Archivordner. Ist trotzdem die Datei INBOX.msf die, die ich löschen muss?

Danke für die schnelle und ausführliche Antwort. Nach getaner Arbeit werde ich berichten.

Zitat von Mapenzi

Zitat von Wolfgang Mueller

Und wie finde ich dann heraus, in welchem Unterordner ich die Datei INBOX .msf löschen muss?

Die dürfte sich nach meiner Einschätzung (Zeitstempel!) im Kontenordner "secureimap.t-online-1.de" in ImapMail befinden. Du wirst ja sehen, ob sie einen aktuellen Zeitstempel hat. Vergiss nicht, dass TB bei dieser Aktion beendet sein muss.

Hallo Mapenzi,

nun habe ich mir am Feiertag mal die Zeit nehmen können, das Ganze anzugehen.

Zuerst habe ich durch Auslagerung von Bildern den freien Speicher auf C: von 11,1 GB auf 29,1 GB vergrößert. Dann habe ich im Profilordner nach ImapMail\ secureimap.t-online.de gewechselt, weil dort die Datei INBOX.msf einen Zeitstempel von heute trug (Größe 85 KB), während in secureimap.t-online-1.de diese Datei vom 6.12.24 datiert und 221 KB groß ist. Es sind übrigens tatsächlich zwei Mailadressen mit IMAP bei T-Online eingerichtet, außerdem eine weitere mit POP, mehr dazu gleich.

Dann habe ich TB beendet und die INBOX.msf gelöscht, nachdem ich sie zuvor extern gesichert hatte. Nach dem Start von TB waren drei mails, die beim Beenden von TB noch geöffnet waren, leer. Die am Beginn dieses Themas geschilderten leeren Mails in einem der Lokalen Ordner waren unverändert ebenfalls leer. Also habe ich TB wieder beendet und die zuvor gesicherte INBOX.msf zurückkopiert. Nach erneutem TB-Start waren die noch geöffneten mails wieder lesbar.

Mir ist aufgefallen, dass es beim TB-Start nach Löschen der INBOX.msf nicht länger als sonst dauerte, bis alles sichtbar war. Müsste nicht der Neuaufbau des Index einige Zeit dauern? Allerdings sind im Posteingang dieses Kontos auch nur 85 mails. Kann es sein, dass der neu aufgebaute Index gar nicht über die Lokalen Ordner läuft, in denen das Problem ursprünglich aufgetaucht ist und unverändert besteht?

Inzwischen hat meine Frau, der die IMAP-Konten gehören, sich mit den fehlenden Inhalten der mails in einem der Lokalen Ordner abgefunden. Wir können also die Behebungsversuche einstellen, wenn sich nicht noch eine Lösung aufdrängt.

Dafür habe ich jetzt zunehmend Probleme mit dem T-Online-POP-Konto: Dort sind im Posteingang knapp 4.000 mails (mea culpa, ich war über Jahre nachlässig und lösche nun fleißig bzw. sortiere in Unterordner um). Wenn ich dort Nachrichten abrufe, dauert es vor der Anzeige der letzten abgerufenen mail manchmal bis zu einer Minute, bevor ich wieder weiterarbeiten kann, in der Kopfzeile steht dann "Keine Rückmeldung". Mehrfache Aufforderungen, TB komprimieren zu lassen, habe ich jeweils bestätigt, das ändert aber nichts an dem beschriebenen Verhalten.

Kann und soll ich die Prozedur mit dem Löschen der INBOX.msf auch im Ordner ...\Mail\ securepop.t-online.de durchführen? Sie hat dort einen Zeitstempel von heute und ist 3.109 KB groß (die Datei Inbox ist 2 GB groß!) Oder soll ich damit warten, bis ich die 4.000 mails im Posteingang zum größten Teil wegsortiert bzw. gelöscht habe?

Vielen Dank im Voraus, dass Du Dich mit dieser Sache beschäftigst, und alles Gute für das Neue Jahr!

Beste Grüße

Wolfgang