Wenn das Problem im Fehlerbehebungsmodus nicht auftritt, dann ist der Verursacher sehr wahrscheinlich eine Erweiterung etc.
Naja, Thunderbird deaktiviert auch ein paar eigene Dinge im Fehlerbehebungsmodus, die für den Anwender (und auch für mich) undurchsichtig sind.
Das Problem bezüglich mail.db.idle_limit wurde ursprünglich hier beschrieben: https://bugzilla.mozilla.org/show_bug.cgi?id=794401
Das Problem kam wohl mit Thunderbird irgendwo bei Version 15-17 auf und wurde theoretisch für die meisten (aber nicht alle) Anwender mit Thunderbird 38 behoben.
Das Problem besteht wohl (nur?) bei Anwendern mit über 30 (?) Ordnern. Vermutlich spielt die Größe bzw. Anzahl der Mails pro Ordner auch eine Rolle. Und dann spielt sicherlich die Performance des PCs und des verwendeten Datenträgers auch eine Rolle. Es könnte beispielsweise sein, dass Anwender mit einer SSD davon viel weniger bemerken. Auswirkungen hat das Problem beispielsweise für Nutzer von Notebooks, wenn deren Akku leer gesaugt wird - ganz unabhängig davon, ob man beim Arbeiten selbst Wartezeiten bemerkt.
Es gab auch diesen Bug mit Anleitung bezüglich Debugging: https://bugzilla.mozilla.org/show_bug.cgi?id=1388696
Ich denke, der relevante offene Bug dazu ist jetzt dieser: https://bugzilla.mozilla.org/show_bug.cgi?id=1305207
Alles anzeigenAs of version 38, most issues involving mail.db.idle_limit should be resolved. (This blog was published Feb 2013, roughly in the time period of Thunderbird 17.) However, as recent comments indicate, there may still be unresolved issues. We, the Thunderbird community, want to fix them.
If you did the workaround of setting mail.db.idle_limit, please reset mail.db.idle_limit to it’s default value; see if you can reproduce the problem with default settings.
Anyone having a performance issue – please file a bug report with the details at https://bugzilla.mozilla.org/enter_bug.cgi?product=Thunderbird Thanks for helping us improve Thunderbird.
A very breif history:
* https://bugzilla.mozilla.org/show_bug.cgi?id=723248 circa Sept 2012 delivered a method of closing “idle folders” (message databases) using mail.db.idle_limit and mail.db.max_open
* https://bugzilla.mozilla.org/show_bug.cgi?id=793455 quickly fixed a resulting bad performance issue in version 16
* Somewhat later, a remaining issue was found and fixed roughly June 2015 in version 38 https://bugzilla.mozilla.org/show_bug.cgi?id=1135310
Standard für mail.db.idle_limit ist in Thunderbird 91 derzeit 300000 Millisekunden (also 1000 * 60 * 5), was 5 Minuten entspricht.