Reparieren der Indexdatei ist trotzdem das Mittel der Wahl. Wenn es wirklich eine ungelesene Mail gibt, ist die hinterher immer noch ungelesen. Wenn aber die Indexdatei nicht mehr die Realität wiederspiegelt ist das Phantom hinterher weg.
Beiträge von ggbsde
-
-
Ich könnte mir durchaus vorstellen, das das Absicht ist. Ich würde mich jedenfalls beschweren, wenn ich den selben Termin nochmal bekomme, nur weil jemand meint er müsse einen Schreibfehler korrigieren.
-
In deinem Screenshot bei 'Sofort entfernen' gibt es rechts noch den Knopf 'Erweitert...'. Dort mal draufklicken und 'Nur abonnierte Ordner anzeigen' deaktivieren.
Alternativ in der Ordnerliste Rechtsklick auf das Konto und 'Abonnieren...' klicken. Dort bei 'Trash', 'Papierkorb' oder was auch immer ein Häkchen setzen.
Vielleicht hilft eines der beiden Vorgehen.
-
Der klassiche Weg, solche Effekte zu vermeiden, ist einen Filter nur auf bestimmte Verzeichnisse anzuwenden, aber das scheint Thunderbird nicht zu können - oder?
Automatisch ausgeführte Filter filtern nur den Posteingang. Nur bei manuellem filtern kann man andere Ordner wählen.
Und was genau meinst du eigentlich mit PingPong. Werden die Mails nach verschieben in 09prüfen wieder zurückverschoben?
Sind die Filter im selben Konto definiert oder in verschiedenen? Wenn letzteres der Fall ist kann 'Filter stoppen' nicht funktionieren, es kann nur die Abarbeitung von Filtern, die im gleichen Konto definiert sind, beenden.
-
ich wollte Spenden und das geht nur mit Angabe der Postanschrift als Pflichtfeld. Dabei steht in der ersten Zeile des Spendenaufrufes, wie sehr Mozilla Privacy schützt. Was für eine Idiotie.
Kann es vielleicht sein, das sie dir schlicht eine Spendenbescheinigung zukommen lassen wollen?
-
Ich kann das Verhalten nicht reproduzieren.
Vielleicht mal den Fehlerbehebungsmodus bemühen (wie war doch gleich der Link?)
-
Es sei dir verziehen...
-
Ich dachte ich wäre bei 'Rückmeldungen zu Technik & Inhalt auf Thunderbird Mail DE'. Bin ich da nicht?
-
Er meint bestimmt die Sidebar hier auf der Website.
So ist es.
Ich hatte mich vor langer Zeit dafür entschieden, kein Ausblenden anzubieten.
Schade. Hat man sein Browserfenster etwa im DINA4 Hochkant Format ist das Forum kaum benutzbar. Und bei den großen Monitoren heutzutage ist es wiedersinnig jedes Programm im Vollbildmodus zu betreiben.
-
Schlampig mit RFC-Standards umzugehen bzw. diese "bewusst" zu missachten, weil man ja ein Monopolist ist, verdient es nicht belohnt zu werden!
Ich gebe dir wieder Recht. Aber die Arbeit muß ja weitergehen, und Termine aus prinzipiellen Erwägungen heraus zu ignorieren wird dein Arbeitgeber kaum akzeptieren. Und auf ein Einlenken von MS zu warten ist etwas realitätsfremd.
-
Vielleicht liegt das daran, dass es bei IMAP-Konten, warum auch immer, fast keine X-Mozilla Zeilen gib. Also auch keine $labelx Einträge
Das ist korrekt. Bei IMAP sind nur die beiden X-Mozilla-Status Header vorhanden, X-Mozilla-Keys fehlt.
Woran kannst du das festmachen? Zeigst du die geöffnete INBOX.msf Datei am Bildschirm an neben dem geöffneten Thunderbird Fenster?
So ist es. Und der Editor erkennt sofort, das sich die Datei geändert hat.
Beschreibe uns doch mal, wie oder wo diese Schlagwort-Information in der Index-Datei identifizierst.
Das geht eigentlich nur durch einen Vorher/Nachher Vergleich, da die Stichworte nicht unbedingt in physischer Nähe zum Rest der Mail gespeichert werden. Am Besten zu sehen, wenn du ein neues Stichwort mit eindeutigen Namen anlegst.
-
Gibt es eine Möglichkeit, die rechte Seitenleiste zu deaktivieren? Nimmt mir viel zu viel Platz weg.
-
Ja, technisch ist das korrekt. Zu Risiken und Nebenwirkungen fragen Sie Ihren Arzt oder Apotheker.
Selbst TB Entwickler empfehlen diese Methode. Da gehe ich mal von aus, das sie die potentiellen Probleme im Blick haben.
-
Warum sind in dieser .msf Datei die Schlagwörter für jedermann lesbar und nicht in meiner Inbox.msf Datei im Arbeitsprofil?
Bei mir sind die Schlagwörter auch in den Inbox msf vom IMAP Konten zu finden. Genauer gesagt: füge ich einer Mail ein Schlagwort hinzu, erscheint es sofort in der .msf. Aber wenn ich das Schlagwort wieder entfernen, ist es trotzdem noch in der .msf vorhanden. Das ist schön merkwürdig, zeigt aber, das wir nicht verstanden haben, wie die .msf Datei funktioniert.
Demnach müssten sich die entsprechenden Informationen in beiden Dateien befinden, offen lesbar in der Mailbox und kryptisch im Index?
Genau das hab ich doch in #7 geschrieben. Diese Informationen stehen in den X-Mozilla-... Headerzeilen. Wie sollte TB sonst diese Informationen bei POP und den lokalen Ordnern restaurieren können, wenn die .msf Datei gelöscht wird. (Bei IMAP kann er sich das vom Server holen)
-
Du musst mir jetzt nur noch erklären, WO in einer originalen Index-Datei ich diese Information finden kann, dann will ich gerne noch mal in meiner Inbox.msf Datei danach suchen.
Die Indexdateien sind in einem äußerst obskuren Format namens MORK gespeichert. Das verstehen wahrscheinlich nicht mal mehr die aktuellen TB Entwickler. Nicht umsonst sind die Adressbücher, die früher auch so gespeichert wurden, auf sqlite umgestellt worden.
-
LastVersion=120.0_20231023182133/20231023182133
Das ist in der Tat eine Beta Version.
Du kannst aber TB 115 trotzdem starten wenn du ihm den Parameter --allow-downgrade spendierst (auf der Kommandozeile)
-
Offensichtlich ist eingestellt 'Mails auf Server belassen'. Wenn TB dann aus irgendeinem Grund 'vergisst' welche Mails schon heruntergeladen wurden, werden halt alle nochmal heruntergeladen.
-
eine beliebige Mail in den betreffenden Ordner verschieben -> Ordner komprimieren
diese Mail wieder aus dem Ordner herausschieben -> Ordner wieder komprimierenDer entscheidende Punkt dabei ist, das TB auch die mbox Datei neu schreibt. Dabei kann es die fehlenden Header Zeilen einfügen.
Der "Gelesen"-Status und die Schlagworte wären demnach tatsächlich bei jeder Mail im Header in den X-Mozilla-Zeilen enthalten und nicht, wie er schreibt, in den *.msf-Dateien.
Doch, in der .msf Datei sind die Informationen auch vorhanden - zwecks schnellerem Zugriff.
-
TB hält sich an Standards, und das ist auch gut so.
Prinzipiell gebe ich dir Recht. Aber Microsoft ist ja bekannt dafür, Standards, na sagen wir mal, eigenwillig zu interpretieren. Im Interesse der Nutzer wäre es vielleicht doch hilfreich, wenn TB da etwas relaxter rangeht.
In einem Forum für Add-on Entwickler wird diskutiert, ob das Problem mit einem Add-on gelöst werden kann. Sieht aber schlecht aus. Da muß wohl doch das TB Team ran. Vielleicht hilft ein Requests for Enhancement (wie heißt das gleich auf Deutsch?)
-
Ich tippe da mal auf ein schlecht angebundenes und zeitweise nicht erreichbares Netzwerklaufwerk. Oder eine Festplatte die kurz vor dem Exitus steht.
