Beiträge von mausebär

Hier geht's weiter, da das Problem immer noch nicht gelöst ist:

Beitrag

RE: Thunderbird verändert sporadisch Ordnernamen

[…]

Ich glaube nicht, daß es ein Bug in TB ist. Man muß es m. E. in Verbindung mit einem Betriebsystem mit beschränktem Zeichensatz sehen. Bei mir unter Linux hat TB 78.14 z. B. kein Problem mit diesem Ordner:

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Veteran

4. Mai 2022 um 18:17

...Soeben entdecke ich, daß ich das Thema hier schon gepostet habe, das war 2013... Version 24. Hatte das jetzt erst wieder gefunden.

Thema

Hexadezimalcode neben Ordnername

Thunderbird-Version: 24.2.0
Betriebssystem + Version: Vista Business SP2
Kontenart (POP / IMAP): POP
Postfachanbieter (z.B. GMX): diverse

Hallo zusammen...!

Gelegentlich passiert es, daß im Ordnernamen rechts eine 8-stellige Hexadezimalzahl erscheint, z.b.: "Marlies8321b28f".
Das hab ich aber nicht eingegeben. Der Ordnerinhalt scheint i.O.zu sein.
Ist auch in früheren TB-Versionen schon aufgetreten

Weiß jemand warum, wieso, woher und was hat das zu bedeuten?

mausebär

29. Dezember 2013 um 10:25

Aber ohne greifbares Ergebnis...

...Es passiert nicht sofort...

es dauert Tage oder Wochen bis die Ordernamen plötzlich anders sind.. Warum auch immer. Es passierte schon in Version 45 und 60.

Ich konnte die Ordnernamen auch eine zeitlang mit den richtigen Charakteren sehen, bis sie plötzlich geändert waren...

Ich gehe stark von einem Bug aus. Evtl. Probleme mit "localized Names"...?

Ferner

Zitat von Veteran

m. E. in Verbindung mit einem Betriebsystem mit beschränktem Zeichensatz sehen

Ich habe wie oben geschrieben, Win10 Pro...

Lies doch mal den Ursprungs-Thread ganz oben...

Hier ein paar Beispiele, die ich in meinem Archiv gefunden habe:

Der Dativ ist dem Genitiv..00632e5a         >        ...sein Tod 
Hier weiß ich nicht mehr wie der Name vorher war, evtl. ein Blank zum Schluß

Spektrum..83edeb54                          >        ...der Wissenschaft 
Hier weiß ich nicht mehr wie der Name vorher war, evtl. ein Blank zum Schluß

Induktivitäts- 545c1663                     >        ...Meßgerät 
Hier ist ein Umlaut und das scharfe ß dabeigewesen, weiß ich sicher

Widerstandsdekade & Kemo-Verst875961fe      >        ...verstärker 
Hier ist ein Umlaut dabeigewesen, weiß ich auch sicher

Eindeutig ist es beim letzten Beispiel, da wird der Text nach dem "Kemo-Verst" durch Hexcode ersetzt, und zwar nicht nur der Umlaut, sondern alles.

Beim vorletzten Beispiel hört es bereits nach "Induktivitäts-" auf, was auch nicht ganz logisch erscheint... Jedenfalls wird auch der Rest duch Hexcode ersetzt

Ja, das ist eine Krücke, aber es löst nicht das Problem...

Der Moderator meinte, ich solle einen neuen Thread zu dem Thema eröffnen, was ich hiermit tue.

Hier der Original-Thread:

Beitrag

RE: Thunderbird verändert plötzlich Ordnernamen

[…]

Aufgrund des Thread-Alters bei Bedarf bitte einen neuen Thread eröffnen.

Hier schließe ich.

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

graba

4. Mai 2022 um 13:58

Version 91.8.1 (Heute Update auf 91.9.0)

Win10 pro (32)

Das Thema ist ja schon uralt, mittlerweile sind wir schon bei Version 91.8.1 bzw. 91.9.0, aber ich beobachte diesen Effekt immer noch.

Seit 13 Jahren scheint sich niemand dieses Bugs angenommen zu haben.

Unabhängig von diesen Beiträgen in o.a.Thread fällt mir das schon seit Version 60 auf, im betreffenden Fall gibt es das schon seit V 45.

Ich habe herausbekommen, daß soetwas sporadisch auftritt, wenn Sonderzeichen im Ordnernamen verwendet werden, ob Blanks jetzt auch dazugehörnen, hab ich noch nicht herausgebracht.

D.h., wenn man dieses Verhalten vermeiden will, darf man keinerlei Sonderzeichen, auch nicht Umlaute verwenden, ohne diese konnte ich diesen Effekt noch nicht beobachten.

Wenn man sich die Umbenennungen genauer anschaut, erkennt man daß es sich bei den Zahlen um Hex-Code handelt. Hab aber noch nicht geprüft, was diese HexCodes bedeuten...

Wenn ein Sonderzeichen, z.B. "#" vorne steht (man benützt das gerne als Sortierzeichen) kann es passieren, daß der gesamte Ordnername nur noch Hex-Code ist... Dann bleibt nichts anderes Überig als den ursprünglichen Ordnernamen aus den enthaltenen Mails zu rekonstruieren.

Aber seltsamerweise habe ich etliche Ordner mit Sonderzeichen, bei denen das nicht passiert ist...

Aufgrund eines andern Problems mit Ordnern bin ich darauf gekommen, daß das mit diesen numerierten Umbenennungen zu tun haben könnte.

Ich kämpfe jetzt an dieser Front...

Gruß

Wolfgang

Version 91.8.1

Win10 pro (32)

Das Thema ist ja schon uralt, mittlerweile sind wir schon bei Version 91.8.1 bzw. 91.9.0, aber ich beobachte diesen Effekt immer noch.

Seit 13 Jahren scheint sich niemand dieses Bugs angenommen zu haben.

Unabhängig von diesen Beiträgen hier fällt mir das schon seit Version 60 auf, im vorliegen Fall gibt es das schon seit V 45.

Ich habe herausbekommen, daß soetwas sporadisch auftritt, wenn Sonderzeichen im Ordnernamen verwendet werden, ob Blanks jetzt auch dazugehörnen, hab ich noch nicht herausgebracht.

Dh., wenn man dieses Verhalten vermeiden will, darf man keinerlei Sonderzeichen, auch nicht Umlaute verwenden, ohne diese tritt der Effekt nicht auf.

Wenn man sich die Umbenennungen genauer anschaut, erkennt man daß es sich bei den Zahlen um Hex-Code handelt. Hab aber noch nicht geprüft, was diese HexCodes bedeuten...

Wenn ein Sonderzeichen, z.B. "#" vorne steht (man benützt das gerne als Sortierzeichen) kann es passieren, daß der gesamte Ordnername nur noch Hex-Code ist... Dann bleibt nichts anderes Überig als den ursprünglichen Ordnernamen aus den enthaltenen Mails zu rekonstruieren.

Aber seltsamerweise habe ich etliche Orner mit Sonderzeichen, bei denen das nicht passiert ist...

Aufgrund eines andern Problems bin ich darauf gekommen, daß das mit diesen numerierten Umbenennungen zu tun haben könnte.

Ich kämpfe jetzt an dieser Front...

Gruß

Wolfgang

An die Installation meines Bekannten komme ich nur schlecht dran, da ich das per Fernwartung mache und er nicht so oft verfügbar ist.

Ich bitte noch um etwas Geduld, ich konnte den Effekt jetzt bei meiner eigenen Installation reproduzieren und bin noch bei der Zusammenstellung von Fakten... Dauert noch 2-3 Tage.

Bis dahin schon mal vielen Dank für eure großen Bemühungen.

Gruß

Wolfgang

Ich spreche nicht vom Posteingang, sondern vom Gesendet-Ordner, den man in mit den Einstellungen umleiten kann. Für den Eingang geht das nicht, das weiß ich.

In meiner eigenen Installation funktioniert das sauber... Da ist auch ein sent.sbd und ein sent enthalten im Lokalen Ordner. Das Fehlen scheine die Ursache zu sein, oder nicht?

Insgesamt kann man Gesendet, Archiv, Entwürfe und Vorlagen auf den lokalen Ordner "umleiten" , also müßten die Dateien ordner sent, archives, drafts und templates zu finden sein... Oder nicht? Evtl. müßte ich mir das auf dem PC des Kollegen noch mal anschauen.

Achja, ich habe auch bemerkt, daß die Stadard-Lokalordner offensichlich erst dann auftauchen, wenn ein Inhalt vorhanden ist (kann das sein?)

Es ist ja ein reines IMAP Konto, die llokalen Standardordner waren vorher nicht da, erst nach dem Aktivieren in "Kopien & Ordner".

Kann es sein, daß diese Dateien im Explorer nicht zu sehen sind? Man kann in den Exploreroptionn Verschiedenes aktivieren ioder deaktivieren...

91.8.1 (64-Bit)

Win 10 (64)

IMAP

Telekom

Ein Bekannter hat mich um Hilfe gebeten wegen eines IMAP / TB-Problems.

Bisher hat er alles auf dem Server gehabt, den es jetzt gesprengt hat... (Fehlermeldungen wg. Überschreitung des Limits)

Ich hab jetzt versucht, die lokalen Standardordner zu aktivieren, was auch gelungen ist, diese werden jetzt unter Lokale Ordner angezeigt...

Wir haben eine Testmail verschickt um zu prüfen, ob alles funktioniert.

Jedoch ist zu unserem Erstaunen die Testmail nicht in dem lokalen Gesendet Ordner, aber auch nicht im IMAP Gesendet Ordner... Einfach futsch.

Auch haben wir zwei Emails verloren beim Versuch diese in einen Lokalen Ordner zu verschieben...

Wieder alles auf IMAP umgestellt funktioniert es wieder, die gesendete Mail ist im IMAP-Gesendet Ordner.

Bei der Kontrolle des Lokalen Ordners fällt auf, daß dort nur 2 Einträge sind : Trash.sbd und ein anderer, an den ich mich jetzt nicht erinnere...

Jedenfalls sehe ich keinen "sent.sbd" und auch nicht "sent" ... Inwieweit Dateien ohne Erweiterung systemmäßig ausgeblendet werden, weiß ich momentan nicht, könnte sein...

Was könnte da los sein? Könnte es helfen, die Standard- Ordner "sent.sbd" und "sent" händisch anzulegen? Weil der TB hat das wohl nicht gemacht, warum auch immer...

Danke für eure Unterstützung.

Gruß

Wolfgang

Hallo zusammen,

das Thema hat sich irgendwie verselbstständigt...

Eigentlich wollte ich nur das Rätsel mit den x-mozilla-keys erklärt haben.

Ich könnte mir natürlich jetzt die Arbeit machen, und den TB neu aufsetzen (ich habe übrigens die partable Version), aber wozu... Es funzt alles wunschgemäß, wenn man nicht hinter die Kulissen schaut...

Hab mit so einem Echo nicht gerechnet...

Jedenfalls vielen Dank für eure Beiträge, hat mich sehr gefreut und mir einiges an Erleuchtung gebracht...

Gruß

Wolfgang

...ich meinte eher ein Neuprogrammierung der Schlagwortfunktion...

Ich habe den Eintrag für "Test" im Verwaltungsmodus gelöscht (der Eintrag war erst nach Neustart von TB zu sehen), was funktionierte. Erscheint nicht mehr im Menü. Jedoch waren die Einträge im Bearbeitungsmodus der erweiterten Einstellungen immer noch da (nicht löschbar), werde sie jetzt händisch in der prefs.js entfernen.

Warum diese Einträge in der prefs.js noch da sind, frage ich mich...

Zitat

Du hast du wohl die Tags 2 und 3 umbenannt, wodurch sie 'nach hinten' verschoben wurden.

Ja, ich hab (aber das ist schon länger her, ich glaub da hatte ich noch V. 60.9) Einiges umbenannt und hab mich geärgert, daß die Nummen verschoben wurden, weil ich mit den Nummern arbeite was viel einfacher ist. Hab dann den ursprünglichen Zustand wiederhergestellt, ohne zu wissen was da im Hintergrund passiert...

Daß die Nummern bzw. die Schlagwörter beim Editieren verschoben werden, ärgert mich immer noch...

Sehr "buggy" das alles... Sollte vielleicht neu aufgesetzt werden

Es wird immer misteriöser...

Sei es wie es ist, hier mein Auszug der prefs.js:

user_pref("mailnews.tags.$label1.color", "#FF0000");
user_pref("mailnews.tags.$label1.tag", "ZU ERLEDIGEN!!!");
user_pref("mailnews.tags.$label4.color", "#009900");
user_pref("mailnews.tags.$label4.tag", "erledigt, Ablage");
user_pref("mailnews.tags.$label5.color", "#FF6600");
user_pref("mailnews.tags.$label5.tag", "Warten!!!");
user_pref("mailnews.tags.ae_autoextract.color", "#000000");
user_pref("mailnews.tags.ae_autoextract.tag", "Beantworten");
user_pref("mailnews.tags.beantworten_!!!.color", "#FF0000");
user_pref("mailnews.tags.beantworten_!!!.tag", "WICHTIG!!!");
user_pref("mailnews.tags.erledigt.color", "#FF0000");
user_pref("mailnews.tags.erledigt.tag", "MDN angefordert");
user_pref("mailnews.tags.inge!!!.color", "#CC33CC");
user_pref("mailnews.tags.inge!!!.tag", "Inge");
user_pref("mailnews.tags.inge.color", "#009900");
user_pref("mailnews.tags.inge.tag", "gelesen");
user_pref("mailnews.tags.test.tag", "Test");
user_pref("mailnews.tags.version", 2);
user_pref("mailnews.tags.wolfgang.color", "#3366FF");
user_pref("mailnews.tags.wolfgang.tag", "Wolfgang");

Interessanterweise gibt's die mailnews.tags.$label nur für die Nummern 1,4 und 5 ... obwohl die Numerierung im Menü komplett ist. D.h., diese Numerierung wird wohl anders erzeugt, wofür auch das "Schieben" der Nummern im Menü bei zusätzlichen Schlagworten spricht...

Ich hab etliche POP3 Konten, nur 2 imap, mit welchen ich nicht viel mache... Warum das so ist, ist nicht wichtig, aktiv benutzen tu ich nur 3 oder 4. Egal.

Ich habe auch mittlerweile bemwerkt, daß sich nur 9 Schlagworte über die Nummerntasten erreichen lassen,

Wenn man ein neues Schlagwort zufügt, scheint es so zu sein, daß sich das neue Schlagwort eines der Nummern schnappt und die andern u.U. nach unten verschiebt, sodaß die Nummer von einem anderen Schlagwort belegt wird und das ursprünglich von dieser Nummer belegte Schlagwort dann "außerhalb" des Nummernkreises auftaucht.

(Wenn man ein neues Schlagwort definiert, erscheint das übrigens erst dann in der "Verwalten"- Liste, nachdem TB neu gestartet wird.)

Man lernt immer wieder dazu. Leider ist das Verhalten nirgends so richtig beschrieben (jedenfalls habe ich nichts gefunden), sodaß man auf die Hinweise Erfahrener angewiesen ist, oder durch eigene Erfahrungen. Momentan versuche ich zu verstehen (anhand der Beiträge hier), wie das Verhalten wirklich funktioniert...

Kennt jeman eine entsprechende Dokumentation?

Vielen Dank für eure Beiträge, ich muß das jetzt alles mal versuchen nachzuvollziehen...

...jetzt bin ich total verwirrt...

Was ich da blos losgetreten habe...

...interessant...

Was macht dann der Eintrag in den X-Mozilla-Keys überhaupt für einen Sinn? Falsch und unvollständig...

...Muß ich mir mal ansehen, das mit den .tags.

In der Tat hab ich mal versucht (das was aber noch bei der Version 60), mehr als 9 Schlagwörter anzulegen, was mir aber nicht gelungen ist. Dabei bin ich nicht tiefer in die prefs.js eingestiegen, sondern hab das mit "Bordmitteln" (Bearbeiten) versucht.

Daß in der IT mit "0" zu zählen angefangen wird, ist mir hinlänglich bekannt. Das dürfte aber hier nicht der Auslöser sein. Tatsache ist, daß bei den X-Mozilla-Keys ein falscher Eintrag steht, der bei Löschen des Schlagwortes auch verschwindet...

Thunderbird-Version (konkrete Versionsnummer) 91.8.1 (32-Bit)

die andere Angaben sind wohl nicht relevant.

Ich habe hier einen Bug (oder ist es keiner?), den ich schon seit längerem beobachte (erstmals in V. 60.9, evtl. schon früher...)

Wenn man den Quelltext einer mit einem Schlagwort belegten Mail ansieht, stellt man fest, daß der Text in x-mozilla-keys nicht mit dem gewählten Schlagwort übereinstimmt, sodern offensichtlich das davor befindliche Schlagwort eingetragen ist. D.h. die Duchnumerierung der Schlagwörter von 1-9 scheint in den x-mozilla-keys den Nummern 0-8 zu entsprechen, wodurch das erklärbar wäre.

Aber diese falsche Nummerierung wird offensichtlich bei der Anzeige der Mailzeile wieder korrigiert, daher merkt man das nicht wenn man den Quelltext nicht ansieht...

Meine Schlagwörter:

Aber es fällt nicht auf, weil in der Mail das richtige Schlagwort angezeigt wird...

Kann mir das jemand erklären?

Danke für Beiträge,

Gruß

Wolfgang