Beiträge von Sehvornix

Hallo Willibald,

danke für Deine ausführlichen Rückmeldungen.

Zu All-Inkls Webmail-GUI: Ein Vertrag von 2019, eines der ersten seinerzeit eingerichten Postfächer .. keine Nachfrage, ob es ein Ordner für Ordner oder ein Ordner für Mails werden soll. Direkt ein Ordner und fertig. Der ist dann für Mails und weitere Unterordner geeignet. Anderer Vertrag von deutlich vor 2019, schätzungsweise ~2015, dito keine derartige Unterscheidung, sondern in der Webmail-GUI lässt sich direkt der Ordner erstellen, der sowohl für Mails als auch für weitere Unterordner funktioniert. Das könnten natürlich beides Verträge sein, die die Konvertierung schon hinter sich haben, aber für beide kann ich schreiben, dass das zumindest seit 2019 mit Thunderbird kein Problem war und via Webmailer jedenfalls bisher nie aufgefallen ist. Oder die hängen bei All-Inkl um Jahre hinterher ..

Gruß

Sehvornix

the-real-cerberus ,

wenn Du nur mal den Beitrag einen über Deinem lesen würdest, hättest Du schon erste Lösungsansätze, wenn nicht gar die ganze Lösung. Zu dem Thema ist außerdem seit Wochen dauernd in unterschiedlich detaillierter Ausprägung hier im Forum zu lesen. Bitte orientiere Dich zunächst zu den schon vorhandenen Informationen über die Positionierung der Menüleiste und wenn dann noch Fragen zur Umsetzung oder zu Problemen damit sind, eröffne eine eigene Frage, in der das behandelt werden kann.

Gruß

Sehvornix

Zitat von willibald71

Bei meinem Anbieter (all-inkl) kann ich bei der Erstellung ..

Das wäre mir neu. Aber ich werde das mal nachstellen mit einem All-Inkl-Account / Webmailer und dann noch mal was dazu schreiben.

Für die Sicht von Thunderbird aus kann ich schon mal sagen, dass es eine solche Begrenzung bei All-Inkl nicht gibt. Auch bei All-Inkl kann man beliebig Ordner gleichzeitig zur Speicherung von Mails und Unterordnern hernehmen.

Wohlmöglich könnte man serverseitig so etwas konfigurieren (da bin ich nicht im Thema), aber schon alleine, dass Thunderbird derartige Unterscheidungen bei Ordnern nicht kennt und auch nicht umsetzen kann, sollte als Indiz genügen, dass eine derartige Funktionsweise nicht wirklich vorgesehen ist. Vielleicht ist es nur eine schlechte Web-GUI bei All-Inkl?

Gruß

Sehvornix

Zitat von Io-Fagor

Das gibt ja nicht wirklich viel her, oder?

Vielleicht doch. Das Icon dieser userChrome.css-Datei sieht verdächtig nach einer Textdatei aus, auch wenn hinten steht, es sei eine Datei vom Dateityp CSS. Schau mal bei Bastlers Screenshot, so sollte das Icon aussehen, wobei ich einschränken muss, dass ich das noch nicht unter Windows 11 gesehen habe.

Die übliche Ursache für diesen Twist liegt in der Unterdrückung der echten Dateiendung in der Standardeinstellung des Explorer. Falls ich richtig liege, heißt Deine Datei in Wirklichkeit userChrome.css.txt und das kann dann nicht funktionieren. Prüfe vorsichtshalber, ob dies bei Dir zutrifft. Im Explorer im Reiter Ansicht, im Bereich Optionen, dass 'Erweiterungen bei bekannten Dateitypen ausblenden' nicht aktiviert ist. Muss so aussehen:

Andernfalls enthält der Explorer Dir die bekannten Dateiendungen vor und es kommt zu diesen Problemen.

Gruß

Sehvornix

Edit: Jep, das was Dharkness schreibt, auch noch prüfen. Mit dem Notepad oder Editor von Windows findet sich diese Einstellung im Speichern-Menü. UTF-8 sollte Standard sein, aber wir wissen nicht, wie Du die Datei bei Dir angelegt hast und dann kommt auch in Betracht, dass es nicht automatisch UTF-8-codiert ist.

Hallo Andy,

das liest sich ein bisschen wie „Jede hinreichend fortschrittliche Technologie ist von Magie nicht zu unterscheiden.“

Einen Provider-SPAM-Filter nutze ich lediglich bei IONOS. Und da kann ich Dir berichten, dass es durchaus unmotiviert Verhaltensänderungen gibt. Auch auf Seiten Outlook, wo das IONOS-Konto abgerufen wird, ist das Verhalten des eingebauten Junk-Filters nicht konsistent. Wenn da gerade mal wieder ein schräges Office-Update drübergelaufen ist, landen plötzlich Mails im SPAM oder auch nicht, wo das vorher andersrum war. Aber ich habe in beiden Fällen nichts geändert .. *schwör*.

Schau doch bitte mal in die Headerzeilen der betreffenden Mails. Suche nach solchen Einträgen:

X-Spam-Flag:
X-Spam-Score:
X-Spam-Level:
X-Spam-Status:

Wenn solche Zeilen da sind, war mutmaßlich ein Spamassassin tätig und hat die Mails entsprechend markiert. Mag sein, dass die Testmail dabei unauffällig geblieben ist. Ein Vergleich wird es dir offenbaren.

Da die besagten Mails von Deiner Cam zum Provider und von dort direkt zurück zu Thunderbird gehen, wird Dein Provider wohl doch mit Spamassassin arbeiten. Das wäre jetzt aber auch nicht super ungewöhnlich. Dafür muss er Dir auch nicht unbedingt ein Interface in der Verwaltung zur Verfügung stellen, das explizit mit 'Spamassassin' beschriftet ist.

Gruß

Sehvornix

Hallo Andy,

Zitat von AndyC

Ich selber habe hier nirgendwo einen Spamassassin laufen und auch beim Provider nicht.

Ich vermute mal, dass TB auf einen wo auch immer gehosteten Spamassassin zugreift, wenn der Haken gesetzt ist

Schau Dir mal die Mailheader von den betreffenden Mails an. Sollten sich darin einschlägige Einträge von Spamassasin finden, dann kommen die Mails derart vormarkiert rein. Dein Provider könnte schon auf Spamassasin bauen, aber weil Du eine Whitelist nutzt, wird das ignoriert. Nicht so bei Thunderbird, der immer noch den Mailheader hernimmt und davon ausgeht, er soll das als SPAM behandeln, weil er eine externe Spamassasin-Markierung vorgefunden hat.

Jedenfalls habe ich bisher in mehreren Jahren noch keine Anhaltspunkte gelesen, dass Mozilla einen solchen Dienste betreiben würde. Von daher bleibe ich bei meinem Statement: wenn Spamassasin, dann selber an den Start bringen oder jemand anderes in der Transferkette hat das getan.

Gruß

Sehvornix

Hallo Willibald,

Zitat von willibald71

Das Thema mit der Länge des Dateinamens ist bei der Variante wo nicht jedes Mail separat abgespeichert wird, sondern in Dateien zusammengefasst werden, wohl nicht so relevant,

oh doch und zwar nicht minder kritisch.

Zitat von willibald71

Und dass TB die auf dem Laufwerk geänderten Ordner nicht aktualisiert solange es noch läuft, hab ich auch schon vermutet bzw. im ersten Test gesehen.

Wie geschrieben, keine Dateioperationen während Thunderbird aktiv ist. Lesen mag ja noch gehen, wobei die Daten unvollständig sein können, weil noch nicht alles aus dem Cache zum Lesezeitpunkt zurückgeschrieben ist - was die gesyncten Daten inkonsistent macht. Allerdings kann alleine der Zugriff Thunderbird schon beeinflussen, weil eine Datei, die Thunderbird schreiben möchte, gerade durch einen anderen lesenden Zugriff blockiert wird. Schreiben geht jedoch voll nach hinten los.

Zitat von willibald71

Wie gesagt, das mit IMAP hab ich versucht - war aber mit der Flexibilität bei der Ordnererstellung nicht ganz zufrieden.

Kannst Du das mal konkretisieren. Mir fehlt im Moment die Fantasie, was genau man in der Benutzeroberfläche von Thunderbird mit Mails und Ordnern nicht anstellen könnte, das aber auf der Dateisystemebene mit Dateien und Verzeichnissen ginge.

Gruß

Sehvornix

Hallo Willibald,

Zitat von willibald71

aber die sind nicht für etwas strukturierte Ordner-Ablage geeignet, denn entweder es ist ein Ordner, den man mit Mails befüllen kann, ODER ein Ordner, wo man Subordner anlegen kann. Also nicht besonders flexibel.

ich meine daraus ein Missverständnis Deinerseits zu lesen. Mal sehen. Ein 'Ordner' in der grafischen Oberfläche von Thunderbird entspricht nicht 1 Ordner auf Dateiebene. So funktioniert Thunderbird nicht. Ich verstehe Dein Statement so, dass Du annehmen würdest, es wäre so.

Wir haben hier im Forum zahlreiche Beiträge und auch in Hilfe & Lexikon findet sich Dokumentation, wie Thunderbird sich auf Dateiebene verwaltet. Lies Dir das mal durch, dann wird Dir vielleicht auch klarer, warum Dein Sync-Ansatz jedenfalls nicht so funktionieren wird.

Ansonsten fasse ich Deinen Ansatz wie folgt auf:

TB1, dessen 'Local Folders' synchronisierst Du auf einen Zielordner1 auf dem NAS.

Schon da gibt es ein Problem: solch ein Zugriff während Thunderbird aktiv ist, wird fallweise schiefgehen. Dateioperationen immer bei geschlossenem Thunderbird!

TB2, dessen 'Local Folders' synchronisierst Du auf einen Zielordner2 auf dem NAS.

Dann findet ein Sync zwischen Zielordner1 und Zielordner2 statt.

Anschließend sollen die aktualisierten Zielordner1 und 2 wieder zu den jeweiligen 'Local Folders' synchronisiert werden.

Ungefähr so? Mal abgesehen von Timingfragen, das wird niemals zuverlässig funktionieren.

Die einzige ordentliche Möglichkeit so etwas zu bewerkstelligen, auch wenn nur intern, geht über einen Mailserver auf dem NAS und auf allen betreffenden Clients ein passendes Konto per IMAP von dem Mailserver auf dem NAS eingebunden. Nur so kommt ein brauchbarer Sync quasi life und zuverlässig zustande. Über die Frage, wie Thunderbird sich auf Dateiebene verwaltet brauchst Du dann auch (fast) keine weiteren Gedanken verschwenden. Jedenfalls kannst Du auf einem Mailserver mittels IMAP soviel Struktur anlegen wie du willst.

Allerdings solltest Du beachten, dass es unter Windows ein systembedingtes Limit für die Länge des Namens einer Datei gibt. Dabei gilt der komplette Pfad als Name der Datei, nicht nur der Dateiname. Das liegt so um und bei bummeligen 250 Zeichen. Wenn Du also eine schön tief geschachtetel strukturierte Mailablage mit quasi selbstsprechenden Ordnername vor Augen hast, läufst Du garantiert in dieses Problem. Denn letztlich bildet Thunderbird die in der Oberfläche sichtbaren Ordner und Unterordner schon auch als Dateien und Ordner auf der Dateisystemebene ab. Wird es (unter Windows) zu lang, knallt es unweigerlich.

Und noch ein Tipp: Sonderzeichen wie / \ ? * . ~ | " : < > % sind unter Windows auch keine gute Idee für die Benennung von Ordnern in Thunderbird.

Gruß

Sehvornix

Zitat von Io-Fagor

Hier ein Screenshot der (hoffentlich) relevanten Ordner

Nee, eigentlich nicht . Oder siehst Du darauf den Inhalt vom Ordner chrome, wie das in Beitrag #28 bei Bastler dargestellt ist?

Gruß

Sehvornix

Lucy23 ,

gibt es Fortschritte, etwa am besagten Wochenende etwas herausgefunden?

Gruß,

Sehvornix

Hallo,

zeige bitte mal einen (anonymisierte) Screenshot von Deiner Umgebung, entsprechend der Vorlage von Bastler in seinem Beitrag #28. Nicht nur ein Zitat eines Beitrags von jemand anderem mit dem Statement, es sei bei Dir auch so.

Ferner, nur um sicher zu gehe, dass das aktive Profil im Blick ist: via Hilfe > weitere Informationen zur Fehlerbehebung > Profilordner > Button 'Ordner öffnen' .. was wird Dir als Speicherort angezeigt?

Gruß

Sehvornix

Hallo Homer,

was die Anzeige in DE oder EN bei Dir betrifft, würde ich sagen, da funkt Dir ein automatischer Übersetzer dazwischen. Der Browser möglicherweise. Bei mir wird das alles so wie ursprünglich angezeigt.

Gruß

Sehvornix

Hallo Micha,

hier geht es um ein Problem mit dem Import von ics-Dateien und da ist das Verhalten zwischen 32- und 64-Bit unterschiedlich.

Normalerweise kommt so ein Wechsel 'einfach so' für mich auch nicht in Betracht. Andererseits habe ich auch in vielen Jahren noch nie ein Problem mit dem Wechsel in die eine wie in die andere Richtung gehabt.

In diesem Fall ist meine Motivation also das Nachstellen einer Konstellation.

Gruß

Sehvornix

Hallo Leute,

mir ist gerade folgender Effekt über den Weg gelaufen: zu Testzwecken ein Wechsel von Thunderbird 64-Bit zu Thunderbird 32-Bit. Beim Start in 32-Bit nimmt Thunderbird das vorhandene Profil nicht und legt ein neues .default-release-1 an. Außerdem zeigt es sich natürlich mit dem Einrichtungsdialog für Konten.

Die Korrektur ist einfach mit dem Profilmanager möglich und dann läuft auch die 32-Bit-Version sofort mit dem bisherigen Profil weiter.

Aber das sieht dem ziemlich ähnlich, was hier aktuell von einigen Fragestellern im Zusammenhang mit dem Update von 102 zu 115 zu lesen ist: Thunderbird hat das Profil 'vergessen'.

Ich kann mir nicht wirklich vorstellen, dass die eingebaute Update-Funktion von sich aus einen Wechsel von 32- auf 64-Bit oder umgekehrt vollzieht. Vielleicht sollten wir das trotzdem mal in Betracht ziehen. Anders sieht es mit Updater-Tools aus, wo das schon vorstellbar wäre. Und natürlich auch, wenn die User sich die Installationsdatei selber downloaden und dabei nicht die Frage ob 32- oder 64-Bit installiert ist, berücksichtigen.

Achtet mal darauf, ob ihr diesen Effekt nachvollziehen könnt.

Gruß

Sehvornix

Hallo Lucy,

aus dem Hinweis von RR512 ergibt sich eine weitere Option. Du könntest auf die 64-Bit-Version uminstallieren. Ich habe das probiert, bin dabei aber unerwartet auf ein Problem gestoßen. Daher jetzt nicht einfach drauflos.

Ansonsten kann man nur noch mal wiederholen, dass 162 MB einfach unglaublich groß für eine ics-Datei ist. Das könnte überschlägig 1 Mio Terminen entsprechen. Bei 9 Jahren durchschnittlich >100.000 pro Jahr. Mein privater Kalender enthält aktuell 153 Termine. Als ics-Datei exportiert sind das etwa 150 kByte. Bitte nicht auf die Goldwaage legen. Von 153 Terminen à 150 kByte auf 162 MB hochzurechnen ist schon etwas spekulativ. Ohne eine so große Testdatei kann ich es kaum nachstellen.

Aber ich habe einen Weg gefunden, Termine aus Outlook als ics-Datei zu exportieren. Auf dem Wege komme ich zu einer ics-Datei mit ca. 10.000 Terminen von 2002 bis 2023, 6.7 MB. Diese wird grundsätzlich zwar in Thunderbird 115 64-Bit importiert, allerdings gibt es etwa auf halber Strecke beim Import einen Fehler, weil eine Item-ID doppelt vorhanden sein soll und daher der Termin in Thunderbird nicht angelegt werden kann. Ich habe die Datei dann aufgeteilt wie oben beschrieben und somit konnte ich auch die zweite Hälfte laden. Jedenfalls kein Limit bei 1 MB.

Aber alleine das Laden dieser 6.7 MB-ics im Importassistenten dauert schon ein paar Minuten und der eigentliche Import auch noch mal eine Zeit. Bei 162 MB ...

Ich hatte die 64-Bit-Version installiert. Für Dein Problem habe ich die 32-Bit-Version an den Start gebracht und was soll ich schreiben, Thunderbird crasht beim Versuch, die ganze oder die halbe ics-Datei einzulesen. Somit kann ich den von Dir beobachteten Fehler also bestätigen. Zurück mit Thunderbird 115.3.0 64-Bit klappt der Import wieder. Jedenfalls bei ics-Dateien von ein paar MB Dateigröße.

Gruß

Sehvornix

Hallo Reinhard,

Zitat von RR512

Das Problem trat übrigens nur bei der 32-Bit-Version von Thunderbird 102.x auf.

danke für Deinen Hinweis auf ein mögliches Limit der Dateigröße für einen Import beim 32-Bit Thunderbird.

Gruß

Sehvornix

Erstes produktiv genutztes Thunderbird von 102 auf 115 aktualisiert. 8 IMAP-Konten. Keine Probleme.

Gruß

Sehvornix

Hallo Elisa,

prima, dass Du eine Lösung gefunden hast und umsetzen konntest und danke für Deine Rückmeldung.

Im Prinzip wie ich auch vorgegangen bin. Da IMAP, ist es kein Problem, das Konto noch mal zu verwerfen und einfach noch mal einrichten.

Bleibt noch, dass Du vielleicht oben auf 'erledigt' stellen könntest. Einfach Doppelklick auf die Checkbox.

Gruß

Sehvornix

Hallo Lucy,

falls Du etwas IT-affin bist, kannst Du die ics-Datei vielleicht auch selber mit einem geeigneten Editor aufteilen. Der Aufbau ist eigentlich nicht so komplex, dass man die Struktur nicht erkennen könnte. Dann kann man auch Teile rauskopieren und die Struktur mit den vorgesehenen abschließenden Elementen ergänzen. ics-Dateien sind einfache Textdateien, die mit einem Editor, zum Beispeil dem Notepad unter Windows, im Klartext angezeigt werden können. Sie haben halt nur windows-like die Dateiendung .ics verpasst bekommen.

Solch ein Vorgehen wurde hier im Forum schon ein paar Mal beschrieben. Der Ansatz lautet, einer der Termine verursacht die Unverträglichkeit und zur Eingrenzung der Problemstelle nähert man sich durch halbieren der Daten. Lässt sich die eine Hälfte importieren, sitzt der Fehler in der anderen Hälfte. Die halbiert man dann wieder und so fort. Nach einigen Schritten hat man es auch bei großen Datenbeständen effizient soweit eingegrenzt, dass man den fraglichen Termin findet. Den kann man dann aus der Datei rauslöschen. Bei z.B. ca. 2.400 Terminen bist Du nach 8 Halbierungsschritten auf ca. 9 verbliebene Termine runter.

Allerdings kann Notepad keine 162 MB-Datei öffnen. Und welche Tools es da unter MacOS gibt, kann ich Dir leider auch nicht vermitteln. Ich gehe aber davon aus, dass ein Editor unter MacOS eher mit solchen Monster-Dateien umgehen könnte.

Ganz grob kann man sagen, eine ics-Datei hat am Anfang ungefähr 20 Zeilen Deklaration und Definition. Es fängt mit

BEGIN:VCALENDAR

an.

Dann kommt irgendwann

BEGIN:VEVENT
..
END:VEVENT

Das repräsentiert einen Termin. Mit oder ohne Alarme, also ggf. weitere BEGIN:/END: Elemente zwischen BEGIN:VEVENT und END:VEVENT.

Das setzt sich bei 162 MB unendlich fort.

Am Ende schließlich

..
END:VEVENT
END:VCALENDAR

Da kann man also schon einzelne Termine identifizieren und rausholen, die Deklaration vornedran und ans Ende END:VCALENDAR stellen. Das sollte dann importierbar sein.

Eine Alternative wäre der Abgriff über den Online-Kalender vom Exchange. Der müsste sich als solcher auch in Thunderbird einbinden lassen. Auf dem Weg bekommt man auch Zugriff und kann die Termine in einen eigenen Kalender kopieren oder verschieben. Das dann aber bitte auch in gut dosierten Etappen und nicht auf einen Schlag. Aber möglicherweise gelingt mit einem eingebundenen Exchange-Kalender der Export auch besser, als aus der Mac-App. Wäre auch noch einen Versuch wert.

Es führt mal wieder mehr als ein Weg nach Rom.

Gruß

Sehvornix

Hallo,

Magnus Melin hat auf den Bug geantwortet und auch noch mal um die Nutzung von Englisch gebeten sowie eine Übersetzung mit Google Translate gemacht. Die Beschreibung passt soweit. Es wird ja auch in den jüngsten Releasenotes eingeräumt, dass es ein Problem mit den 'Gruppierten Ordnern' gibt.

Gruß

Sehvornix