popstate.dat
Dort speichert TB, welche Nachrichten bereits heruntergeladen wurden Das hat aber nichts mit der Zahl der Nachrichten auf dem Server zu tun
popstate.dat
Dort speichert TB, welche Nachrichten bereits heruntergeladen wurden Das hat aber nichts mit der Zahl der Nachrichten auf dem Server zu tun
Und wo genau speichert Thunderbird das Ergebnis?
Nirgends. Es lädt runter, was runterzuladen ist und gut ist es. Sollte es die Zahl nochmal brauchen, fragt es erneut den Server. Schließlich kann sich die Zahl inzwischen geändert haben.
liest Thunderbird die Anzahl der vom POP3-Server zu ladenden E-Mails?
Nein. Es liest die Anzahl der auf dem Server vorhandenen Nachrichten.
Debugging klingt gut ;-))
Ja, die Idee war auch gut. Leider schlecht ausgeführt. Verkürzte Meldungen nützen den Helfenden nicht bei der Diagnose, Ein Screenshot wäre notwendig.
AOL gehört zur Yahoo Familie. Bitte lies dies!
genau solche Probleme
Ich meine, einen Bug Report gelesen zu haben, nachdem dieser Ordner nicht mehr angezeigt werden soll, finde ihn aber leider nicht. In den aktuellen Betas und Alphas ist er aber noch zu sehen.
'Alle Dateien',
Das gibt's nicht der Ordner heißt 'Alle Nachrichten'.
Und das ist eine Besonderheit von Google Eine Art Pseudoordner, in dem alle Nachrichten angezeigt werden die sich in irgendeinem anderen Ordner befinden. Die Nachrichten sind aber nicht doppelt vorhanden, sie werden nur mehrfach angezeigt.
Löscht man Nachrichten in diesem Ordner, werden sie anscheinend nicht wirklich gelöscht Löschen im Original-Ordner sollte helfen
jeder Termineingabe springt das System wieder auf schreibgeschützt
Hast du die Datei local.sqlite vorher gelöscht? Das must du tun, da die Datei ja kaputt ist und neu angelegt werden muß!
Tja, da ist die Datenbank kaputt. Wenn es sich um einen lokalen Kalender handelt, sind die Daten wohl verloren, es sei denn, du hast ein zeitnahes Backup.
Die Kalenderdaten liegen im Profil im Ordner 'calendar-data'. Lokale Kalender in der Datei 'local.sqlite', Netzwerkkalender werden in der Datei 'cache.sqlite' zwischengespeichert. Welcher Art ist dein Kalender?
Hört sich nach einem Verbindungsproblem mit deinem Netzwerkkalender an. Vielleicht funkt da der Bildender dazwischen. Schau mal in die Fehlerkonsole (Strg/Umschalt/J).
Bei Gelegenheit werde ich die Konten einzeln wieder mit automatischem Löschen einstellen. Vielleicht kann ich mich dann dem Problem nähern.
Das ist eine gute Idee und wir sind auf das Ergebnis gespannt.
Aber es bleibt die Frage: Wie finde ich die ursprüngliche Ursache?
Du hast wirklich ALLE Ordner repariert? In allen Konten (auch den Lokalen Ordnern) und alle Unterordnern bis in die tiefsten Tiefen?
Erledigt
Danke!
Nach dem Herumpfuschen im Profil, wie z. B. löschen wichtiger Dateien (cert9.db u.A) und Änderungen der Konfiguration (z.B. network.protocol-handler.external.http) solltest du unbedingt mit einem neuen Profil neu starten. Wer weiß, was deine Änderungen alles kaputt gemacht haben. Danach kannst du dich wieder Melden.
Bitte die Bilder hier direkt einfügen.
Kleine Bitte; Bilder einbinden, keine PDFs.
Nachtrag und Auflösung:
5 Minuten nach dem Start von TB fängt TB an, alle Ordner nach Nachrichten zu durchsuchen, die aufgrund von Einstellungen (z.B. älter als 30 Tage) gelöscht werden können. Trifft es dabei auf einen Ordner dessen Indexdatei kaputt ist, kann das zum Einfrieren führen.
Da es nicht möglich ist festzustellen welcher Ordner kaputt ist muß man dann wohl alle Ordner reparieren (Rechtsklick auf Ordner, Eigenschaften, Reparieren).
Vielleicht sollte man nochmal klarstellen, das die Zuordnung als 'Entwürfe' entfernt werden muss.
Merkwürdig ist allerdings, das anscheinend jeder seiner Ordner diese Zuordnung bekommen hat.
Herzlichen Dank!!
Gerne!
wenn ich nach der Neuinstallation den gesicherten Profilordner wieder einfüge, riskiere ich dann nicht, die Fehlerquelle zu übernehmen?
Das ist so sicher wie das Amen in der Kirche. Die Neuinstallation kannst du dir sparen. Stattdessen solltest du die Eingangsfragen beantworten und uns die komplette Fehlermeldung per Screenshot zeigen.