Die Frage gehört sowieso nicht hier ins Forum, denn das ist ein reines Windows Problem.
Beiträge von ggbsde
-
-
-
Super, nach dem Trick suche ich schon lange, dabei gibt es ihn schon seit TB3!
Nun ist es so, das neue Mails bei nicht-Posteingängen erst abgerufen werden, wenn man mit dem Ordner interagiert. Und erst dann wird dann auch der Filter ausgeführt. Damit für nicht-Posteingänge neue Mails automatisch abgerufen werden, muß in den Ordnereinstellungen das Häkchen bei 'Diesen Ordner auf neue Nachrichten überprüfen, ...' gesetzt werden.
So richtig rund scheint das aber erst mit TB136 zu laufen.
-
Das ich das noch nie hatte, hatte ich ja schon geschrieben. Ich kann mich aber auch nicht erinnern, so etwas hier im Forum oder auf Bugzilla schon mal gelesen zu haben. Das legt die Vermutung nahe, das es an deiner speziellen Konfiguration liegt. Da du einen eigenen Mailserver betreibst tippe ich auf diesen. Ein Beispiel:
Ich betreibe ebenfalls einen eigenen Mailserver (Cyrus IMAP). Der hat die schöne Eigenschaft, auch komplett gelöschte Mails noch eine Weile vorzuhalten. Per IMAP existieren die dann nicht mehr, aber mit den zum Server gehörenden Serviceprogrammen sind sie erreichbar und können wieder reaktiviert werden. Der Klassiker wäre jetzt: Du hast vor Jahren ein Skript geschrieben, das diesen Mechanismus nutzt und hast vergessen, das es diese Skript gibt.
-
Für Thunderbird gibt es das Add-on Edit Email Subject (EES)
-
Das Fenster mit "Kopfzeile editieren" habe ich in Thunderbird leider nicht
Das gibt es auch nur in Betterbird. Das ist ein Klon von Thunderbird.
-
bei POP3-Konten auch ohne dieses Feature
Dann sollte man daran denken, die Ordner anschließend zu reparieren, sonst landen die Änderungen nicht in der Indexdatei.
-
Es ist also keine Hexerei und MBOX-Dateien sind reiner Text!
Bei IMAP wird es etwas schwieriger. Dort gibt es u. U. keine MBOX Datei. Und selbst wenn, nur Ändern der MBOX Datei synchronisiert die Mail nicht mit dem Server.
-
-
Was soll damit bezweckt werden
Es gibt schon sinnvolle Szenarien. Mit dem Betreff ist schon genannt worden. Und dann gibt es Menschen, die zu faul sind, eine neue Mail zu generieren und stattdessen auf eine vorhandene Mail antworten, aber mit komplett anderem Inhalt. Die werden dann aber bei dir unter die alten Mails einsortiert. Da hab ich mir mal ein experimentelles Add-on geschrieben, das die 'References' Header modifiziert, dadurch wird die Mail dann als eigenständiger Faden angezeigt.
-
Ändern einer Nachricht ist in TB mit Bordmitteln nicht möglich. Es gibt ein oder zwei Add-ons, die das können.
-
Wenn die alte prefs.js noch existiert, kann man auch die relevanten Einträge in die neue übertragen. Die Einträge heißen calendar.registry., danach folgt die ID. Wenn der Eintrag mit .type am Ende den Wert "storage" hat, handelt es sich um ein lokales Adressbuch. Alle diese Einträge aus der neuen prefs js löschen und durch solche aus der alten ersetzten.
-
Diese ID findet sich auch in der prefs.js wieder.
Danke, das hatte ich vergessen.
-
Wenn ich ihn mit drag and drop wieder an die passende Stelle ziehen will, geht das nicht
Das geht in der Tat nicht. Du musst ihn auf das Konto (bei dir also wi.kr@web.de) ziehen.
-
Die Daten für lokale Kalender liegen in der Datei calendar-data\local.sqlite. War das bei dir kein lokaler Kalender?
-
Na, dann ist ja alles gut.
-
Die ESR Versionen werden selbstverständlich weiter gepflegt. Wie früher gibt es ca. einmal im Jahr eine neue Version. Die nächste Version wird 140 sein und ca. im Mai erscheinen.
Von den Release Version wird jeden Monat eine neue erscheinen.
Für den Wechsel von ESR auf Release einfach die Release Version downloaden und drüber installieren. Nichts geht dabei verloren.
-
Du könntest versuchen, den Ordner calender-data bei beendetem TB vom alten ins neue Profil zu kopieren.
-
Nochmals: man braucht kein neues Profil anlegen
Das birgt die Gefahr, das TB über die ja noch vorhandenen Maildateien in den Ordnern ImapMail und Mail stolpert. Ich würde nicht das Risiko eingehen, das dabei was kaputt geht.
Andernfalls diese Ordner unbedingt vorher sichern!
-
meistens war es eine defekte prefs.js
Ist es dir dann gelungen, die prefs.js zu reparieren oder hast du sie durch ein Backup ersetzt? Letzteres wäre nicht genau das, was ich unter Reparatur verstehe.