Beiträge von YellowFellow

YESSS!! Loift wieder!!

...das hat ja mal gedauert...

Dann kann hier ja eigentlich zu.
Danke in die Runde für die Hilfsversuche und den Austausch!

edvoldi Habe das Kalender-Caching deaktiviert, weil bei Nutzung gerne mal willkürlich und unnachvollziehbar Termine 'verschwunden' waren. Nach Deaktivierung von 'Offline-Unterstützung' (ich gehe jetzt mal davon aus, dass das besagtes Kalender-Caching ist) hatte ich das Problem nicht mehr. Dementsprechend findet sich an angegebener Stelle keine Cache-Datei mehr (1x gelöscht, wurde dann nicht mehr neu generiert).

Habe 10 Cloud-Kalender von 3 oder 4 unterschiedlichen Cloud-Usern - weiß nicht, ob das schon zu viel für TB ist, aber gängige Probleme bisher waren halt 1.) 'Vergesslichkeit' bei Offlineverfügbarkeit und 2.) dass statische Kalender (v.a. Schulferien) gerne bei Start TB nicht geladen werden. Klick auf 'Synchronisieren' behebt das dann.

Hoffe bei beidem seit Jahren darauf, dass ein Update das mal behebt; bisher erfolglos. Und ja, Neuinstallation, ganz neues Profil usw. hab' ich alles schon durch - hat alles nichts gebracht, außer unnötig Lebenszeit zu verbrauchen.

Ich liebe TB (noch mehr, als ich Outlook nicht ausstehen kann), aber so ein paar Ecken und Kanten hat er halt auch...

In die 138.0.1 von gestern hat der Bugfix es leider nicht geschafft...

edvoldi Interessant, was gibt's da konkret an Neuerungen/Verbesserungen zu erwarten?
Hast Du da evtl. nen Link für mich?
Nutze den Kalender exzessiv, also spannend für mich.

Steht so in Bugzilla, ja. Aber von einem verbuggten Release zum Fixen auf eine Beta wechseln? Abenteuerlich.

Zitat von Mapenzi

Es könnte sich um den Bug 1964295 handeln : "regression: TB138 FAILs subscribe to >1 network calendar; wrong credentials passed to backend CalDAV auth"

^^Kann ich bestätigen: In der Bug-Beschreibung wird zwar vom "ersten" Kalender geschrieben, jedoch hat der 2. einen anderen Nutzernamen. In meinem Fall habe ich jeweils mehrere Kalender unter mehreren Nutzernamen auf einer Domain - und nur der "1. Nutzername" bzw. dessen Kalender wird/werden erkannt und sind nutzbar. Ab dem 2. Nutzernamen funktioniert es nicht mehr. Passt 100%

Wieso ist solch ein massiver Bug so dermaßen lange offen - ohne Workaround, Hotfix o.ä.?
Für nen Release-Kanal unglaublich. Wie dErzOnk sagt: "die Benutzer und die Helfer die Leid tragenden".

Gelobe Besserung https://www.thunderbird-mail.de/nutzungsbedingungen/

Drachen Doch mein Ernst. Hier konnte mir ja bis jetzt auch noch niemand helfen, also bevor ich gar nicht weiterkomme, greife ich auch nach Strohhalmen.

Und das mit dem "Übernehmen" verstehe ich jetzt tatsächlich nicht - für mich sah es aus, als hätten Sas und ich genau das gleiche Problem (CalDAV funktioniert seit 138 nicht mehr).
Wäre mir das anders vorgekommen, hätte ich einen neuen Thread gestartet.

Ich wollte nur beitragen.
Würde mich freuen, wenn der Umgangston in diesem Forum etwas freundlicher und hilfsbereiter wäre. So kenne ich es aus anderen Foren.
So sammelt sich aber nur Off-Topic und weder Sas noch mir wird geholfen (oder habe ich da was überlesen?). Nix für ungut.

ChatGPT Plus hatte mir den Test vorgeschlagen und dieses Resumee gezogen. Nachdem ich alles andere ausprobiert hatte, hatte ich noch da angefragt.
Bin leider kein IT-Systemadministrator und trotz viel Know-How ist dann bei mir doch irgendwann mal Ende bei einer solchen Problematik - nutze nun schon TB mit owncloud/Nextcloud, seit owncloud herauskam und hatte sowas noch nie...

ggbsde Eine Idee, was es sein könnte bzw. woran es liegen könnte (Server/Nextcloud oder TB 138)?

Gerade gesehen: zu obigem CalDAV-Problem scheint es aktuell auch ein CardDAV-Problem zu geben: RE: Carddav Sync funktioniert mit der aktuellen Thunderbird Version nicht mehr

Zitat von Sas

Oh man hätte ich mal bloß noch gewartet mit dem Update....

^^Dito! Dachte, aufgrund der nun geänderten Update-Politik, wäre das eine gute Idee, aber ZACK, CalDAV-Falle. Oder ausführlicher:

Thunderbird 138: Nextcloud-Kalender lassen sich nicht mehr aktivieren / finden (CalDAV-Problem)

Ich habe aktuell auch das Problem mit Thunderbird 138 unter Windows 10 Pro in Verbindung mit einer Nextcloud Hub 10 (v31)-Installation, und hoffe auf eure Hilfe oder Hinweise.

Situation:

• Thunderbird 138.0
• Windows 10 Pro
• Hosted Nextcloud Hub 10 (v31) auf Webhosting-Server (kein eigener Server)

Ich habe mehrere Nextcloud-Kalender per CalDAV in Thunderbird eingebunden. Bis vor kurzem funktionierte das problemlos. Seit einiger Zeit (vermutlich nach einem Thunderbird-Update) zeigt Thunderbird bei allen Nextcloud-Kalendern einen Button „Aktivieren“ an. Wenn ich darauf klicke, erscheint der Button sofort wieder — eine Aktivierung funktioniert nicht.

Wichtig:

• Die Nextcloud selbst funktioniert einwandfrei.
• Kalendereinträge sind in der Weboberfläche sichtbar.
• Smartphone-Synchronisation (Android mit DAVx⁵) läuft problemlos.

Bisherige Prüfungen und Ergebnisse:
✅ TbSync und Provider for CalDAV & CardDAV sind nicht (mehr) aktiv, da Thunderbird ab Version 91/102 native CalDAV-/CardDAV-Unterstützung hat.
✅ Gespeicherte Passwörter in Thunderbird überprüft → korrekt.
✅ Kalender-URLs überprüft → korrekt.
✅ Serverkonfiguration geprüft, Ticket beim Hoster eröffnet.

✅ about:config:

• network.cookie.same-site.enabled → true
• network.cookie.same-site.laxByDefault → false getestet → keine Änderung

✅ Kalender-Cache in Thunderbird gelöscht → keine Änderung.

✅ Test: neuen Kalender anlegen → Fehlermeldung:

Zitat

„Keine Kalender unter dieser Adresse gefunden. Bitte die Einstellungen überprüfen.“

✅ Test im Browser:

• https://<meinecloud>/remote.php/dav → Authentifizierung → HTML-Seite mit Text

  Zitat

  „This is the WebDAV interface. It can only be accessed by WebDAV clients such as the Nextcloud desktop sync client.“

• https://<meinecloud>/remote.php/dav/calendars/<username>/ → gleiche Authentifizierung, gleiche HTML-Seite.
• → Kein DAV/CalDAV-Discovery-Response (z. B. XML), nur eine Infoseite → Thunderbird erkennt daher keinen Kalender.

Weitere technische Details / bekannte Schwächen:

• Thunderbird hat mit Version 138 sein CalDAV-/CardDAV-Handling verschärft. Es verlässt sich nun auf korrekt funktionierende WebDAV- und CalDAV-Discovery-Mechanismen.
• Nextcloud-Server müssen sicherstellen, dass:
  • /.well-known/caldav → /remote.php/dav
  • /.well-known/carddav → /remote.php/dav
    sauber per Redirect (301/302) weitergeleitet werden.
• Wenn der Server stattdessen bei DAV-URLs nur HTML ausliefert, scheitert Thunderbird an der Erkennung.

Offene Fragen an euch:

1. Gibt es für dieses bekannte Problem bereits Workarounds?
2. Gibt es einen Patch oder eine Einstellung in Thunderbird 138, um wieder „toleranter“ gegen solche Server-Antworten zu sein?
3. Hat jemand eine funktionierende Nextcloud 31 + Thunderbird 138-Kombination und kann mir sagen, wie die Serverantwort auf remote.php/dav bei euch aussieht?
4. Gibt es ggf. Add-ons oder externe Tools, die unter TB 138 wieder als Ersatz für die CalDAV-Synchronisation funktionieren?

Zusammenfassung:
Das Problem liegt wahrscheinlich daran, dass Thunderbird auf eine CalDAV-Discovery-Antwort angewiesen ist, die mein Server nicht liefert (nur HTML statt DAV-XML). Ältere Thunderbird-Versionen oder TbSync haben das toleriert, TB 138 scheitert jetzt jedoch. Ich suche nach Hinweisen, wie ich das entweder in Thunderbird umgehen oder serverseitig korrigieren (lassen) kann.

Ich freue mich über jede Rückmeldung, Tipps, Logs, Workarounds oder Hinweise auf Bug-Reports!
Danke euch im Voraus.

Alles gesagt. Kann zu

Hat sich tatsächlich nach einigen Malen starten und beenden von allein gelöst. Mit dem Update hat TB auch alle Konten/Ordner neu indexiert - und dieser Umfang ist bei mir gewaltig.
Vmtl. waren irgendwelche Prozesse noch nicht final abgeschlossen... bin technisch nicht so tief in den Strukturen drin, aber so viel kann ich dann jedem sagen, der nach dem gleichen Fehler hier auf der Suche ist: Thunderbird einfach etwas (mehr) Zeit geben, es auch nach einiger Zeit nochmals beenden und wieder neu starten. Wird sich vmtl. von selbst regeln.

Migration von Version 128.9.2esr zu 137.0.1 (jeweils deutscher Installer Win10 64-bit).
Win10 Pro 64-bit
IMAP
Postfachanbieter: IONOS/web.de/Mittwald/...
Windows-System-Antivirensoftware & -Firewall

Statt "Entwürfe" habe ich nun "Ent&APw-rfe". Unter Eigenschaften steht bei "Name des Ordners" korrekt "Entwürfe", darunter, bei "Adresse" ist der angegebene Pfad ohne Umlaute & Leerstellen "imap://name%40domain.de@imap.anbieter.de/Entw&APw-rfe". Das habe ich über alle Anbieter sowie betreffende Ordner hinweg. Ist das ein aktueller Bug (Ordnernamen stimmen ja wie gesagt)?

Möchte höchst ungern dran herumfummeln, bevor ich es im Nachhinein noch schlimmer mache - ist ja 1:1 der gleiche Datensatz samt Konfig usw. wie in 128esr.

dErzOnk Keine verwendeten Addons.
Habe 25 Konten im Thunderbird eingerichtet (alles IMAP). Die Programmaktivität belief sich jedoch lediglich auf die 3 Tasks im Screenshot.
Das eine Kto. enthält diverse Reportings - alles lediglich kleine Textmails. Hängt aber auch, wenn es nicht gleich 4,5K Mails sind.
Thema ist, dass TB bei Abruf/Sync gar nicht hängen sollte, da dies eigentlich Hintergrundaufgaben sind und der PC zudem 8 Cores/16 Threads hat. Wie viele Cores unterstützt TB eigentlich im Multithreading? Kann TB überhaupt Multithreading? (Ich meine, wenn selbst Adobe das mit seinen Programmen nicht hinbekommt, kann man auch bei TB nicht unbedingt davon ausgehen...)

Was meinst Du mit Taktrate genau?
Die Prüf- bzw. Abrufintervalle?
(Der PC hat eine Taktrate von 4.050 MHz )

@Bastler Bei einem komplett neuen Profil, muss ich da alle 25 Mailkonten wieder neu einrichten? Muss alles wieder neu synchronisiert werden?
Habe RE: Thunderbird 115.7.0 (64-Bit) hängt sich beim Einbinden von Links immer auf & Profil-Manager - Profile verwalten, erstellen und löschen gelesen doch hat sich mir das hieraus nicht erschlossen...

Ist für mich immer 'OP am offenen Herzen' - auch wenn 99,5 % aller TB-Daten auf Servern/in der Cloud liegen...

PS: Sync & Abruf bremsen TB immer noch komplett aus. Vorhin lief's, dann habe ich 'Neue Nachrichten abrufen' geklickt und jetzt geht wieder nichts mehr...
Ganz ehrlich: ob das nun viel Volumen ist oder wenig, der Code muss doch so geschrieben sein, dass sich TB nicht selbst außer Gefecht setzt. Wenn ich jetzt 40 GB statt 40 KB kopiere, steigt mir Windows ja auch nicht direkt aus...

• Thunderbird-Version (konkrete Versionsnummer)
> 115.12.2 (64-bit), betraf aber bereits ältere Versionen
• Betriebssystem + Version
> Windows 10 Professional 64-bit (10.0.19045 Build 19045)
• Kontenart (POP / IMAP)
> IMAP
• Postfachanbieter (z.B. GMX)
> diverse (u.a. IONOS, mittwald, web.de)
• Eingesetzte Antivirensoftware
> Windows Systemsoftware
• Firewall (Betriebssystem-intern/Externe Software)
> Windows-Firewall; keine weitere Hardware-Firewall
• Router-Modellbezeichnung (bei Sende-Problemen)
> Fritz!Box; immer aktuelle Firmware > 250 MBit/s-Leitung, Geschwindigkeit gemessen und bestätigt, keine Störung
• PC-Hardware
> AMD Ryzen 7 3700X, 8/16 Kerne, 32 GB RAM, genügend freier SSD-Speicher

Ich stelle bereits seit längerem fest, dass Thunderbird sich beim Synchronisieren auf meinem System teils massiv ausbremst - teils, bis zum kompletten Freeze.
Zudem benötigt es für diese Aufgaben teils unglaublich lange. Auffällig dabei: Während ich mit Thunderbird gerade überhaupt nicht mehr arbeiten kann (seit fast 1h diesmal, was ungewöhnlich lange ist), läuft das restliche System tadellos.
Zudem Habe ich während dieses Verhaltens eine CPU-Auslastung von 9 bis 13% und auch sonst alle Systemparameter im grünen Bereich (s. Screenshot).



Im Unternehmensumfeld kann dieses Verhalten wirklich für Probleme sorgen (so wie heute).
Normalerweise müssten das alles Hintergrundprozesse sein, die beim Ansprechverhalten von Thunderbird überhaupt nicht wahrgenommen werden dürften.

Selbst wenn ich eine handvoll Mails markiere und in einen Unterordner ziehe, kann Thunderbird bis zu 1min hängen (Freeze).
Und ja, Neustart sowie Neuinstallation hatte ich schon - hat außer Arbeit nichts gebracht.

Da ich das Verhalten auch bei meinem Notebook habe, liegt es nicht bloß an diesem PC.
Der Taskmanager zeigt z.B. im Moment des Screenshots sogar NULL Auslastung der App. Viel mehr wird's da während dieser Problematik auch nie.

Ist eine solche Symptomatik bekannt? Schwierig, danach zu suchen und habe nichts gefunden.
Was kann hier helfen?

Vielen Dank vorab für Eure Hilfe!

Zitat von graba

Zitat von "johnwayne1986"

PS: Sollte man diesen Thread hier auf solved stellen?

Nein, da die positive Rückmeldung fehlt.

...kann ich hiermit gerne geben (gilt auch für die aktuelle Thunderbird-Version):
Termine nicht sichtbar nach Update auf 102.*

Hallo zusammen,

habe das Problem auch bereits seit geraumer Zeit in Verbindung mit Nextcloud-Kalendern. Nach zig NC-Updates inkl. dessen Kalender-App sowie serverseitigem Support und der Tatsache, dass die Kalender auf NC durchweg alle sauber funktionieren, hatte ich mich noch in der Lightning/Thunderbird Community bemüht, jedoch auch ohne Erfolg. Weiß gar nicht warum (vmtl. bloß nach aktuellen Versionen gesucht), denn die Lösung steckt hier im Forum und ist von 2013:
lightning zeigt nicht alle Termine/Einträge an

Nachdem gerade im Geburtstagskalender scheinbar wahllos einige Termine fehlten, habe ich dort gerade nach Lösungsansatz die "Offline-Unterstützung" deaktiviert und sofort nach dem Online-Resync erschienen alle Termine. Das Thema tauchte (bei mir) sporadisch bei TB 78/91/102er Versionen auf und tut dies bis dato.

Wie hier bereits mehrfach bestätigt: die eigentlichen Kalender sind intakt. Da damals niemand zuständig war, hier jedoch mittlerweile so viel 'Evidenz' vorliegt - vllt. sollte man sich bei Mozilla doch mal ernsthaft darum kümmern... Terminkalenderprogramme, auf die man sich nicht verlassen kann, sind ja doch arg sinnfrei...

Win10 x64 aktuelle Version, TB/Lightning 6/7 & aktuelle v9 (64-bit), mit & ohne TbSync/Provider für CalDAV & CardDAV, Windows Virenschutz & Firewall (also intern)

Hallo zusammen,

ich habe ein überaus sonderbares Problem in der Kombination Nextcloud/Thunderbird (Lightning) und benötige hier unbedingt Hilfe:

Manche Termine verschwinden in Thunderbird (Lightning) oder tauchen dort gar nicht erst auf.

Historie:

Ich betrieb jahrelang eine Owncloud auf einem NAS im Intranet (NAS-App). Hier funktionierte alles, inkl. der Terminsynchronisation nach Beitritt ins interne Netz, wenn Termine unterwegs eingetragen wurden (Anbindung über die gängige Plugin-Lösung).

Nach Vertragsstart MITTWALD aktivierte ich hier gleich die NextCloud, zog die Kalender um und aktualisierte die Verknüpfungen in Thunderbird. Lief alles auf anhieb fehlerfrei und schnell. Doch gerade beim primären Geschäftskalender 'fehlten' Einträge im Thunderbird. Ich band diesen mehrfach neu ein und prüfte alle Einstellungen, fand jedoch keinen Fehler. In der Nextcloud wurden online auch alle Termine angezeigt. Es fiel mir anschließend auf, dass manche Termine, die lokal unter Thunderbird neu erstellt oder gar von einem bestehenden Termin kopiert wurden, dort ebenfalls nicht erschienen, sehr wohl aber online in der Cloud.

Ich durchforstete Google und versuchte alles, dieses ominöse Verhalten nachzuvollziehen/zu beheben, jedoch bis dato ohne Erfolg. Als das anfing, stand bei Thunderbird noch eine 6 davor, später eine 7, jetzt eine 9 - und Lightning ist mittlerweile kein Plugin mehr, sondern integriert, Unter Nextcloud trug das offizielle Kalender-Plugin anfangs auch eine 1 vorne, mittlerweile eine 3 - das Verhalten jedoch bleibt unverändert.

Bei den Terminen finde ich ebenfalls absolut kein Schema:

- ein bestehender wöchentlicher Termin inkl. Erinnerung bleibt unter TB unsichtbar, während andere sich zeigen

- gerade habe ich einen in TB sichtbaren Einzeltermin in TB lokal kopiert und 2 Wochen später eingefügt. Er erschien nicht, also habe ich das wiederholt. Immer noch kein neuer Termin zu sehen, in der Cloud jedoch 2x vorhanden

usw.

Habe das Editieren betroffener Termine in der Cloud versucht, damit diese ggf. unter TB wieder angezeigt werden, habe verschiedene Terminarten getestet (Einzel-, Bereichs- & Serientermine mit & ohne Erinnerungen), auf besondere Zeichen geachtet usw. - ich finde absolut kein Muster. Bin verzweifelt.

Hatte im aktuellen TB direkt eingebunden und via TbSync/Provider für CalDAV & CardDAV - machte keinen Unterschied.
Betroffene Serientermine gelöscht und identisch neu angelegt, auch kein Effekt. Sync funktioniert ja, da wirklich alles, was ich lokal anlege, auf der Cloud sichtbar wird & bleibt. Bloß im TB, dort, wo es angelegt wurde, verschwindet manches. Aktuell ist hier z.B. ein Termin weg, den ich gestern morgen angelegt habe.

Nextcloud läuft fehlerfrei mit aktuellem Kalender Plugin, Thunderbird ist auf dem neusten Stand und läuft (sonst) fehlerfrei, Internet & Windows funktionieren einwandfrei. Einzig und allein der Sync mit dem wichtigsten Kalender hat solche sporadischen Anwandlungen (nein, manueller Sync oder Warten bringt auch nichts - weg ist weg, kommt nicht mehr).

Wäre über fundierte Hilfe unglaublich dankbar!