Nachtrag zu Post #6:
Profile Switcher
deaktiviert, seither ist der XML Fehler weg.
Der Profile Switcher != schuld, habe ihn zu Testzwecken aktiviert, XNote++ funzt weiterhin. (bis es halt wieder mal spinnt)
Nachtrag zu Post #6:
Profile Switcher
deaktiviert, seither ist der XML Fehler weg.
Der Profile Switcher != schuld, habe ihn zu Testzwecken aktiviert, XNote++ funzt weiterhin. (bis es halt wieder mal spinnt)
In Thunderbird 102 ... Profil-Export
Das würde aus mehreren Gründen nichts helfen:
Nein, es müsste einen Weg geben, alle seine Mails, Konteneinstellungen, einfach zu exportieren und in ein neues Profil importieren.
Klar, man könnte die Mails manuell sichern und die Einstellungen aller Konten wieder neu machen, doch das ist bei einem jahrzehntelang gewachsenen System mega-mühsam.
Doch so eine Export/Import würde einen verlustfreien Neuanfang mit sauberen Profil ermöglichen.
scheint irgendwas in Deinem Profil nicht zu stimmen
gut möglich. Auch wenn alles neu ist (Rechner, TB Install, ...) das Profil ist ja kopiert. Evtl. mit Altlasten.
Wenns mit neuem Profil geht, hilft mir das alleine leider nix, daher probiere ich das nicht.
Eher müsste ein Kompromiss aus neuem Profil mit alten Mails, Kontoeinstellungen, usw. gemacht werden. Weiß aber nicht ganz wie das ginge.
Also https://addons.thunderbird.net/de/thunderbird/addon/qnote/ will bei mir nicht funzen:
Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIFile.moveTo]
erscheint jedes mal nach dem anlegen einer Notiz
Vllt. muss ich XNote vorher deaktivieren oder irgendwas anders einstellen.
Danke, jedenfalls, ich teste es bald intensiver
Code, um im TB extra Funktionen zu realisieren
Aha, ne, ich habe nichts dran verändert. Der PC ist völlig neu, TB auch neu drauf. Nur XNote++ dazu, fertig.
Irgendwas mit "XML Verarbeitungsfehler", ein "XML Wurzelknoten würde nicht gefunden". Dazu eine Art File URL, welche ich leider nicht mehr weiß.
Wenns wieder passiert, mache ich einen Screenshot
auch noch das alte XNote installiert
Nein, sicher nicht,
funkt beim TE ein anderes AddOn oder ein User-Script dazwischen
Es war nur ein Add on aktiv ("Profile Switcher"). welches TB scheinbar autom. mitliefert, aktivierte?
Jedenfalls habe ich es deaktiviert, seither ist der XML Fehler weg. Kann aber auch Zufall sein, den der ist ja nicht immer (aber immer öfter)
Nicht behoben ist die im Thread verlinkte Sache
Was ist ein "User Script"?
da gibt es einen Nachfolger
Tut mir leid, ich meinte ja eh xnote++
TB 102.3; Win 10; XNote++ 3.3.2
Da in der Sache niemand Rat weiß, dies aber immer öfters vorkommt und da die Erweiterung nun dauerhaft einen "XML Verarbeitungsfehler" auf jeder Notiz zeigt, ist das unbrauchbar geworden.
Daher auch die Suche nach Alternativen.
Also falls jemand einen Tipp hat?
hast Du es auch mit dem Manuelles Löschen der Index-Datei(en) versucht?
Klar
Handelt es sich um einen Systemordner (z.B. den Posteingang) oder einen selbst erstellten?
Bei selbst erstellten
Wie groß ist die MBOX-Datei?
Keine Ahnung, wo finde ich das? (kenne MBOX vom hörensagen, aber wo, wie)
So, hab die Tuts dazu gelesen - also, der Ordner (die "MBOX"), indem das zuletzt passierte hat 21 MB
Wie war Dein Update-Weg hin zu 102.2.0? Hattest Du Beta-Versionen zwischen 91 und 102 genutzt?
Keine Ahnung. Ich machs Update, wenn die Verständigung aufpoppt. Beta? Ne, nicht wissentlich.
Jetzt soll ein Update zu 102.2.1 da sein, das mach ich aber morgen.
Verwendest Du das klassische MBox-Format oder das neuere Maildir (wenn ja, dann hast Du es selbst aktiviert und solltest dich erinnern)?
Wie finde ich das raus? (habs schon gelesen)
Ja, ich hab MBOX
Ich hab nix verstellt, bloß den TB hie und da mal auf einen neuen Rechner, neu installiert. Und das Profil vom alten rüberkopiert. (Am vorletzten Ex-Rechner (Win 7) kam das sicher nie vor, erst mit Win10)
Index-Datei reparieren.
Das meinte ich mit reparieren im letzten Satz, es hilft aber nix.
Das Phänomen verschwindet meist wieder von selbst ...
TB 102.2.0 / Win 10 / POP / mehrere Anbieter / Win Defender / Win FW / ADDB VV2220
Hallo!
Es passiert nicht oft, aber scheinbar nun immer öfters:
Bei manchen Mails ist einfach alles durcheinander!
Nichts stimmt mehr zusammen: Betreff, Von, An, Schlagwörter, Inhalt usw. passt nicht zusammen. Also die Angaben, welche in der Zeile im oberen Fenster stehen, stimmen nicht mit denen zusammen, welche im Nachrichtenfenster stehen.
Dieses Verhalten lässt sich nur schwer nachstellen, denn es scheint temporär.
Doch nicht nur aus diesem Grund kann ich keinen Screenshot liefern, sondern auch weil es oft bei relativ privaten Mails auftaucht und ich alles unkenntlich machen müsste. Dabei geht aber die Erkennbarkeit der Sache völlig verloren.
Ein Beobachtung noch: Die falschen Angaben scheinen oft aus relativ naheliegenden Mails zu stammen. Dh. Ein bestimmtes Mail schnappt sich Betreff, Inhalt, Von, An, usw. von mehreren Mails, welche im gleichen Ordner sind.
Was nix hilft ist Prog neustarten, Ordner reparieren, komprimieren, ...
Evtl. hatte das schon mal jemand und weiß warum oder gar wie man das repariert?
Zeit für einen Bugreport
Naja, 1) kann es ja sein, dass dies wieder mal nur mir passiert und 2) müsste das auch von den Auskennern hier bestätigt sein.
Und wie, wo macht man einen Bugreport? Sicher irgendwo eine englischsprachige Adresse, oder?
Also wenn das echt bei euch auch auftritt, dann bitte macht ihr diese Meldung?
findest sie (ohne die zugehörigen '*.msf'-Daten, die die eigentliche Information enthalten) in der '*.sbd'-Struktur
Ja, da sind die schon und werden, egal wie benannt, auch irgendwann automatisch im TB sichtbar sein.
statt der Leerzeichen im Ordnernamen '_'
Leerzeichen machte ich nur zum Test
Der auch zeigte: Egal ob Leerzeichen oder nicht - es liegt am Namen.
So kann ich 5 Leerzeichen drin haben, der Ordner wird sofort erstellt und gezeigt. Außer wenn man Wörter eingibt, die TB nun nicht mehr mag.
Also im Beispiel (s. Post #5) geht alles, solange ich nicht das Wort "Complianz" als Name oder Namensteil des neuen virt. Ordners nehme.
Wenn ich das mache, erscheint so ein Ordner zwar in der *.sbd Struktur, aber erst nach etlichen Stunden im TB selbst.
kann mir aber nicht vorstellen, daß du dort auch die vermeintlich namensgleichen Ordner findest
Stimmt, danke.
Diese sind in der virtualFolders.dat nicht auffindbar. Auch nicht wenn man eventuelle Leerzeichen mit "%20" codiert.
Aber:
Plötzlich sind alle virt. Ordner im TB aufgetaucht!
Also alle, die vermeintlich nirgends erschienen sind, sind plötzlich sichtbar (aber auch nicht in der virtualFolders.dat). Bloß haben diese keine Eigenschaften, Suchkriterien.
nach welchem Schema du die virtuellen Ordner erstellst
Als Webbastler erwische ich mich immer wieder, auch die Ordner/Dateinamen in jeder Umgebung rel. einfach zu halten. Keine Sonderzeichen, Umlaute, usw. Das dürfen nur Passwörter ...
Ja, Leerzeichen gingen aber immer in TB, auch jetzt noch. Evtl. auch Umlaute?
Es sind wohl nur bestimmte Namen, die er nicht mag.
Nur was mag TB nicht?
Eine Theorie:
TB mag gleiche Namen uo. Namensteile bei echten und virt. Ordner nicht mehr?
Also (Achtung, es wird komplex):
Ich habe zB. einen Hauptordner namens [BESTELLUNGEN] und einen [SOFTWARE]
- Im Hauptordner [BESTELLUNGEN] gibts nen Unterordner namens [Complianz Management Belege]
- Im zweiten Hauptordner [SOFTWARE] gibts den Unterordner [Complianz Management Tipps]
Nun verbinde ich die Mails in beiden Orten mittels eines, jeweils darin liegenden virtuellen Ordners, der jeweils die Mails des anderen zeigt. Das hat gute Gründe und ist seit ewig so gewachsen.
- So hat dann [BESTELLUNGEN] / [Complianz Management Belege] einen virt. Ordner der die Mails mit technischen Tipps vom Support zeigt
- und so hat [SOFTWARE] / [Complianz Management Tipps] einen virt. Ordner, der die Bestellbestätigungen, Abo, ... des Tools zeigt.
Aber: Seit neuesten darf man bei der Benennung der virtuellen Ordner keinen Namensteil des Ordners nehmen, in dem der virtuelle erscheinen soll.
Ich kann nun nicht mehr wie früher den virt. Ordner ebenfalls [Complianz Bestellungen] oder [Complianz Technik] nennen. Nein, es geht nur, wenn man zB. Comp Bestellungen, Comp Technik nennt.
Dann werden diese so benamsten virt. Ordner sofort erscheinen, wo sie sein sollen.
PS: Wie findet man die (aufgrund unerlaubter Namen) verlorenen Ordner?
Denn angelegt werden die ja! Versucht man nämlich so einen (vermeintlich) nicht angelegten virt. Ordner nochmal, mit gleichen Namen anzulegen, schreibt er das dieser Name schon existiert. Hmmm, nur wo?
Nichts hindert einen allerdings daran, den Namen des virtuellen Ordners z. B. mit diesem 'unerlaubten' Zeichen zu ergänzen/umzubenennen
... 8 hexadezimalen Zeichen ...
Echt? Interessant.
Hab mal geschaut, und so einen (leeren) Ordner namens [ad014a3f] und eine Datei ad014a3f.msf gefunden.
Da keiner die Antwort weiß, gebe ich mir und euch folgende neue und erstaunliche Erkenntnis: Manche Ordnernamen sind ab Generation 100 unmöglich. Warum?
Man muss oft zig 100e Ordnernamen testen, bis einer von TB anerkannt und auch sofort gezeigt wird ... Komisch, gell.
Bin jetzt TB Nutzer seit das Ding erfunden wurde, habe Mio virtueller Ordner erstellt, doch das es unerlaubte Ordnernamen gibt, ist neu ...
TB 102 / Win 10 / POP/A1 / Win FW / ADDB VV2220
Manchmal, nicht immer passiert es, dass eine virtueller Ordner weder an der Stelle auftaucht, wo ich ihn eben angelegt habe, noch sonstwo.
Meine Vorgangsweise ist immer gleich: Ich klicke in dem Ordner, wo später der virtuelle Ordner erscheinen soll, auf Nachrichten suchen.
Dann gebe ich die Kriterien ein, lasse suchen und wenns passt, wird das Ergebnis als virtueller Ordner als Unterordner gesichert.
das ganze Profil umgezogen ... , so wirft der Thunderbird leider die Cache-Ordner auch mit dort hinein und man sollte vor dem Profilumzug zumindest den Ordner 'Cache2' samt seiner 'zig Unterordner und Hunderten von meist kleinen Dateien entfernen.
Ok, danke!
Den entscheidenden (unscheinbaren?) Hinweis hast Du überlesen
Ne, weil das mache ich ohnehin stets. Dh. nach dem ausmisten, löschen tu ich wöchentlich auch alles komprimieren. Aber Danke.
Aber wie es scheint, gibt es sonst nix bsonderes zu tun und damit ist meine Frage erledigt.