Beiträge von mausebär

  • Thunderbird verändert sporadisch Ordnernamen

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

    Hier der Original-Thread:

    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

  • Thunderbird verändert plötzlich Ordnernamen

    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

  • IMAP "Gesendet" umleiten in lokalen Ordner funktioniert nicht

    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

  • IMAP "Gesendet" umleiten in lokalen Ordner funktioniert nicht

    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...

  • IMAP "Gesendet" umleiten in lokalen Ordner funktioniert nicht

    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

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    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

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    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

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    Es wird immer misteriöser...

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

    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...

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    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?

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    ...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...

  • Seltsamer Bug, den man nicht ohne Weiteres bemerkt: x-mozilla-keys stimmt nicht mit Schlagwort überein

    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