Beiträge von Mapenzi

  • Alle Emailkonten von selbst gelöscht

    Zitat von gerd108

    Da sind alle relevanten Daten ..

    OK, Spaß beiseite.

    prefs.js Dateien mit Größen von 0 oder 5 kB kann man vernächlässigen.

    Eine "jungfräuliche" prefs.js Datei in einem neu erstellten Profil hat in der Regel um die 5 bis 7 kB .

    prefs-33.js mit 34,7 kB ist da vielversprechender, wenn auch schon zweieinhalb Jahre alt. Das könnte vielleicht funktionieren, und einen Versuch ist es wert.

    Meine Erfahrung mit korrupten prefs.js Dateien ist die, dass das Problem der nicht mehr angezeigten Konten nur sehr selten mit einer älteren prefs-x.js in prefs.js umbenannten Datei gelöst wird . Wenn kein relativ neues Profilbackup verfügbar ist, verschwendet man in der Regel Zeit mit der Suche nach einer älteren funktionnellen prefs.js.

    Neuanlegen der Konten und anschließend manuelles Verknüpfen - via Server-Einstellungen > Nachrichtenspeicher > Erweitert - des lokalen Ordners des Nachrichtenspeichers eines jeden Kontos mit dem zugehörigen "pop.xxx.xx" Kontenordner im Ordner "Mail" könnte u. U. die schnellere und häufig sogar die einzig mögliche Lösung sein mangels einer verwertbaren älteren prefs.js.

  • TB komprimiert "ständig" Ordner

    Zitat von friedrichderzweite

    Ob es eine Möglichkeit gibt, außerhalb von TB über das Dateimanagement etwas zu bewirken?

    Da kannst natürlich den Profilordner von TB überprüfen, ohne TB extra dafür zu starten.

    Wie du bei beendetem TB den Profilordner finden kannst, wird hier hier in #4 Standard-Pfade zu den Profilordnern beschrieben.

    In meinem nächsten Beitrag wollte ich dich ohnehin nach der Größe in GB des Profilordners fragen.

    Falls es sich um eine zweistellige GB Große handelt, solltest du ebenfalls die Größen der verschiedenen "imap.xxx.xx" Kontenordner im Ordner ImapMail notieren.

  • TB komprimiert "ständig" Ordner

    Hallo,

    gehe zunächst mal in Einstellungen > Allgemein > Netzwerk & Speicherplatz > Speicherplatz


    Wenn du einen Haken setzt vor "Nachfragen vor jedem Komprimieren", sollte TB nicht mehr automatisch komprimieren, sondern jedes Mal fragen, was dir die Möglichkeit lässt, zu verneinen.

    Außerdem solltet du den Schwellenwert überprüfen, der die Aufforderung zum Komprimieren auslöst.

    Ich habe schon seit einiger Zeit bemerkt, dass das Dialogfenster mit der Aufforderung sehr häufig angezeigt wird, selbst wenn nur 2 oder 3 MB an Speicherplatz gewonnen werden kann, aber das Komprimieren dauert dann jedes Mal nur Sekundenbruchteile und zudem scheint es sich um einen Bug zu handeln.

  • Gruppieren abschalten

    Zitat von netSoftec-fp

    Gibt es vielleicht schon etwas Neues, um dieses Vorgabe wieder global zu deaktivieren?

    Nochmals, da der Terminus "global" offenbar unterschiedlich angewendet wird.:

    In einem schon bestehenden Profil wird beim Update auf die Version TB 102.* in allen Ordnern standardmäßig die Ansicht > Sortieren nach > "Gruppiert nach Thema" eingestellt, und leider kann man das danach nicht für alle Ordner in allen Konten global auf "Nicht gruppiert" zurückstellen.

    Auch wenn man dann im KonfigEditor den Wert von mailnews.default_view_flags von 1 auf 0 ändert, haben nur alle zukünftig erstellten Ordner automatisch die Sortierung "Nicht Gruppiert".

    Wenn man ein neues Profil unter TB 102 (oder in den Bêtas) erstellt und nur die Sortierung "Nicht Gruppiert" in allen Ordnern der zu erstellenden Konten verwenden will, muss man die Einstellung mailnews.default_view_flags sofort auf 0 umstellen, bevor man überhaupt das erste Konto einrichtet.

  • in Themenbaum anzeigen" Emails fehlen

    Zitat von IB_Rinner

    Bei "abonnieren" tauchen nur die Online-Konten samt deren Unterkonten auf

    Das ist normal, das "Abonnieren" geht nur bei IMAP-Konten.

    Ihr habt also beide Zugriff zu den selben lokalen Ordnern auf dem Netzwerk.

    Dann müsste also auch die Kollegin den Ordner "Gesendet 01" sehen.

    Ich kann mir bislang nicht erklären, warum sie "ältere" Mails nicht sehen kann.

    Was genau sind denn "ältere" Mails in eurem Fall? Jenseits einer bestimmten Datumsgrenze?

  • nur 1 gmx-Konto ruft nach Update keine Nachrichten mehr ab - alle anderen schon

    Hallo Vanessa,

    ich glaube nicht, dass das Problem mit dem einen POP-Konto an den Zugangsdaten liegt.

    Zitat von Vanessa91

    Ich hab mal das Profilverzeichnis von dieser Mailadresse auf irgendein leeres Verzeichnis geändert und dann ist natürlich bei der Mailadresse in Thunderbird alles leer, aber er beginnt sofort mit dem Abrufen aller Mails der letzten Jahre.

    Dieser Satz hat mich zu der obigen Schlussfolgerung verleitet.

    Wenn du einen anderen Ordner für die eingehenden Nachrichten dieses Kontos wählst, funktioniert der Abruf. Daraus schließe ich, dass die Datei Inbox des betreffenden Kontos beschädigt ist.

    Deshalb interesseirt mich als Erstes die Größe dieser Datei Inbox im Profilordner.

    in Thunderbird mache einen R-Klick (auf den Posteinang des betreffenden GMX-Kontos) > Eigenschaften > Allgemein > Adresse ...

    Dort siehst du, in welchem der verschiedenen Ordner "pop.gxm-x.de" du die uns interessierende Datei Inbox finden kannst.

    Um danach den Profilordner anzuzeigen, gehst zum Menü Hilfe > Weitere Informationen zur Fehlerbehebung > Profilordner > Ordner öffnen, TB beenden, dann "Mail" öffnen uzw.

    Wie groß ist die Datei Inbox?

    Das Verwenden des POP-Protokolls ist übrigens nicht sehr praktisch, wenn man mit mehreren Konten auf mehr als einem Gerät (z. B. PC und Smartphone) arbeitet.

  • Kalender mit iOS aktualisieren

    Hallo,

    Zitat von Drachen

    Thunderbird kann das von Haus aus, du benötigst also nicht einmal ein AddOn o.ä.

    In der Theorie "kann" Thunderbird inzwischen CalDav und CardDav, aber in der Praxis sieht es, zumindest auf einer Macintosh Plattform (die anderen kann ich nicht testen), leider noch etwas anders aus, selbst wenn man die URL des iCloud-Kalenders kennt.

    Wegen des Bug 1795862, zum ersten Mal aufgetaucht in der v102.1.0, lässt sich in TB unter macOS kein CalDav Kalender mehr einrichten. Wenn der CalDav Kalender allerdings schon in einer früheren 102.* Version erstellt wurde, funktioniert das Synchronisieren auch nach Update auf neuere Versionen..

    Da inzwischen aber die Erweiterungen TbSync https://addons.thunderbird.net/de/thunderbird/addon/tbsync/ und Provider for CalDAV & CardDAV https://addons.thunderbird.net/fr/thunderbird/addon/dav-4-tbsync/ an TB 102.* angepasst worden sind, kann man sich mit diesen behelfen.

  • "dieses Konto beim Abrufen von Nachrichten einschließen" Haken Status wird nicht gespeichert

    Zitat von Froschmail

    Was aber trotz der o.g. Zeile nicht funktioniert ist eben der automatische Abruf der Mails beim Start.

    Das konnte ich in meinen Tests nicht mehr nachvollziehen, denn nachdem ich die Zeile user_pref("mail.server.server*.defer_get_new_mail", true); in die user.js Datei eingetragen hatte, war das Pb des nicht erfolgenden automatischen Abrufs verschwunden.

    Zitat von Froschmail

    Meine prefs.js sieht auch etwas anders aus:

    In der Tat entspricht bei dir der account1 und insofern auch die pref mail.server.server1den "Lokalen Ordnern" von TB.

    Das sehe ich zum ersten Mal, denn in allen meinen TB-Profilen (unter macOS) werden die Lokalen Ordner regelm*aßig im account2 geführt und der Serveur heißt entsprechend "mail.server.server2".

    Aber das sollte meiner Meinung nach nicht die Ursache deines verbleibenden Problems sein.

    Zitat von Froschmail

    Erkennst du da irgendwie einen Fehler, der die Ursache sein könnte?

    Leider nein.

    Wenn der Bug nicht schnell gelöst wir (was ich erwarte) und das für dich auf die Dauer ssehr störend ist, könntest du zunächst ein neues Profil testen.

  • "dieses Konto beim Abrufen von Nachrichten einschließen" Haken Status wird nicht gespeichert

    Zitat von Froschmail

    Leider sind beide Zeilen für alle POP-Konten in der prefs.js schon enthalten.

    Ein zusätzliches einfügen in der user.js brachte leider auch keinen Erfolg.

    Warum denn leider? Vielmehr um so besser :)

    Wenn die beiden zuletzt genannten Zeilen user_pref("mail.server.server*.login_at_startup", true); und user_pref("mail.server.server*.download_on_biff", true);

    in deiner prefs.js schon vorhanden sind, dann ist das doch gut so. Denn denn brauchst die sie auch nicht noch zusätzlich in eine user.js Datei eintragen!!

    Das bedeutet nämlich, dass diese beiden Einstellungen nichts mit dem Pb der nicht abgerufenen Mails zu tun haben, sondern ein und einzig die fehlende Einstellung user_pref("mail.server.server*.defer_get_new_mail", true);

    nach beim Einrichten des globalen Posteingangs.

    Ich habe soeben diesen Bug noch mal mit der neuen Version 102.7.1 in einem völlig neuen Profil mit (leider) nur zwei POP-Konten getestet.

    Nach dem Einrichten der beiden POP-Konten habe ich zunächst das erste auf den "globalen Posteingang (Lokale Ordner)" umgestellt, dann das zweite. Ansonsten alle sonstigen Standard-Einstellungen gelassen wie von TB vorgegeben.

    Resultat:

    ich konnte sofort den Bug reproduzieren, als ich von Konto 1 eine Mail nach Konto 2 abgeschickt hatte und TB neu startete.

    Diese Mail wurde nämlich nicht herunter geladen, auch nicht als ich den Abrufen-Butoon benutzte.

    Umgekehrt wurde eine von Konto 2 nach Konto 1 gesendete Mail beim Neustart problemlos sofort geladen.

    Ein Blick in die prefs.js und der Grund war klar:

    Beim zweiten Konto (server 3) fehlte die Zeile user_pref("mail.server.server3.defer_get_new_mail", true);

    Daraufhin hab ich eine user.js Datei mit dieser Zeile als Inhalt erstellt und in den Profilorder verschoben. Bei den folgenden Tests funktionierte der Abruf auch in Konto 2 störungslos. Die Kontrolle der prefs.js ergab, dass diese Zeile nun auch dort vorhanden war

    Sie blieb dort auch selbst nach Entfernen der user.js und mindestens 15 Neustarts.