Wenn man TbSync auf die Version für 102 aktualisiert (sollte automatisch gehen), dann sagt euch der TbSync Manager, dass die Adressbücher neu angelegt werden müssen. Mit einen kurzen ab- und wieder anklicken ist das dann erledigt. Danach könnt ihr TbSync deinstallieren (wenn ihr es nicht auch für den EAS oder Google provider braucht).
Es hat aber noch immer seine Daseinsberechtigung, weil es das nachträgliche Abonnieren von Kalendern erleichtert, und auch iCloud und geteilte Ressourcen findet.
In der Version für 102 habe ich Google Support komplett aus TbSync/DAV entfernt. Hier die ursprüngliche Ankündigung dazu (vom 23. November 2020):
https://web.archive.org/web/2020112315…Sync/issues/240
Alternativen:
https://github.com/jobisoft/DAV-4-TbSync/issues/240
Hinweis: Bei Google gibt es zwei verschiedene Zugriffsvarianten. Zum einen CalDAV/CardDAV und zum Anderen die nativen Google Protokolle (Peoples API / Calendar API). Für die meisten User reicht CalDAV/CardDAV, aber darüber ist nicht alles möglich. Folgendes ist über CalDAV/CardDAV nicht möglich:
- Kontakte: Gruppen
- Kalender: Aufgaben
Für CalDAV/CardDAV braucht ihr keine Add-Ons mehr. Für die Peoples API geht Google-4-TbSync und ich glaube auch CardBook inzwischen (bin mir aber nicht sicher). Für die Calender API geht der Google Calendar Provider.
Heißt das, dass MZLA womöglich an Google Geld bezahlt, um ein bestimmtes Rate Limit zu erhalten?
Nach meinem Kenntnisstand nicht. Als TbSync/DAV noch Google unterstütze, musste ich auch ständig das Limit erhöhen lassen und das war immer eine Bettelei (sie haben es immer verdoppelt, aber das war halt auch nicht genug, eine drastische Erhöhung haben sie abgelehnt).
Sie maches das, um sich vor Missbrauch zu schützen.
Der Ansatz von Google-4-TbSync ist da ein ganz anderer: Jeder User legt sich seine eigene "App" bei Google an und ist somit nicht von dem globale Rate Limit betroffen. Leider kann das nur Kontakte und noch keine Kalender.
Hm, ja das hatte ich dann schon gesehen, dass TB das jetzt irgendwie unterstützt.
Der Punkt ist, wie ich schrieb: mich hat zum einen geärgert, dass es keine Vorwarnung gab. Und zum anderen habe ich gerade keine Zeit, um das einzurichten. Deshalb wüsste ich immer noch gerne, ob und wie man das Update rückgängig machen kann, damit ich einfach mit dem TB erst einmal arbeiten kann bis ich in Ruhe dazu komme das umzustellen.
Der Aufwand, ein Profil downzugraden ist um einiges größer als
a) manuell die TbSync Versionen für TB102 aus Kommentar #2 zu installieren
b) bis Montag warten, bis TbSync für TB102 offiziell veröffentlicht wird
Das hat leider wenig mit Thunderbird selber sondern mit Google zu tun. Es gibt ein Rate Limit, das global für alle Thunderbird Google-CalDAV Benutzer gilt und das überschreiten wir gerade. D.h. manchmal antwortet Google einfach nicht und dann sind die Kalender leer. Abhilfe *könnte* die Aktivierung der Offline-Unterstützung sein.
Wir haben um Anhebung des Rate Limits gebeten, bis jetzt hat Google aber nicht reagiert.
Wenn jetzt alle Thunderbird User von der Google-CalDAV Anbindung auf das Provider Add-on wechseln, dann wird auch das Provider Add-on in das Rate Limit laufen.
Du hast Sachen nur halb zitiert, sodass sie ohne Kontext waren. Der Beitrag machte da allein wirklich keinen Sinn. Man könnte den ganzen Faden umziehen lassen, aber das wäre dann wegen des Thementitels auch wieder komisch.
In dem TbSync Forum gibt es ja schon einen Eintrag mit quasi den gleichen Infos:
RE: tbSync nicht kompatibel mit Version 102.2.0
Danke, das hatte ich missverstanden. Heißt das, man braucht TbSync und DAV4TbSync gar nicht mehr für die Grundfunktionen der CalDAV-Kalendersynchronisation?
Für CalDAV war er noch nie "nötig". Das Hauptprinzip von TbSync ist die Bereitstellung einer zentralen Konfigurationsoberfläche, in der du alle deine Resourcen (Kalender und Adressbücher) übersichtlich siehst und anklicken kannst, welche du synchronisieren/abbonieren willst.
CalDAV kann Thunderbird nativ schon sehr lange - aber man musste immer die genaue URL wissen. Seit 102 (oder schon früher?) kann Thunderbird genau wie TbSync alle Resourcen auf dem Server finden und dir zum Auswählen anzeigen (außer iCloud). Willst du später weitere Kalender abonnieren, musst du aber weiterhin die komplette Setup-Routine durchlaufen. Bei TbSync ist das weiterhin deutlich einfacher.
CardDAV kann Thunderbird nativ offiziell seit 102. Es ging schon vorher, wenn eine versteckte Einstellung aktiviert wurde. TbSync hat bis 91 eigenen CardDAV-Sync-Code gehabt, den ich nun rausgeworfen habe. Genau wie bei CalDAV benutze ich nun die internen CardDAV-Sync-Funktionen. Wie bei CalDAV bleibt: Wenn du später weitere Adressbücher abonnieren willst, musst du die gesamte Setup-Routine durchlaufen. Da ist TbSync weiterhin einfacher.
Mein EAS Provider enthält weiterhin den vollen Sync-Code, weil Thunderbird das noch nicht kann.
TB in der aktuellen Version gar kein CalDAV
Hm, das hab ich eigentlich nicht gesagt. Eher das Gegenteil ist der Fall. Hier mein Statement zur Zukunft von meinem DAV Provider:
Die Add-ons sind kurz vor Release. Ich gehe davon aus, dass die Montag offiziell verfügbar sind.
Wenn es ganz eilig ist, gibts hier die hier für die manuelle Installation (drag'n'drop die Links in deinen Thunderbird Add-on Manager):
VG
John
Wenn du von "synchronisieren" sprichst, meinst du dann, dass das gesetzte Schlagwort mit dem Server synchronisiert wird und dann auch in einer anderen Thunderbird Installation angezeigt wird? Ich weiß, dass das früher mal gemacht wurde, jetzt aber speichert Thunderbird *eigentlich* die Schlagworte nur noch in der internen Message-Datenbank.
Ich habe aber noch alten Code in Thunderbird gesehen, die für die alte Methode genutzt wurde und bin fest davon ausgegangen, dass der ein Überbleibsel ist und nicht mehr genutzt wird.
Kannst du auf einem zweiten Computer (oder unter einem anderen Nutzer-Konto), das "kaputte" Strato-Konto und eines der anderen funktionierenden Konten in einem neuen Thunderbird Profil einrichten? Da es IMAP Konten sind, geht das ja schnell und es gibt auch keinen Datenverlust.
Sind dort die Schlagworte gesetzt?
Kannst du dort in beiden Konten beliebige Schlagwörter setzen?
VG
John
Siehe Beitrag #10.
Ich hab es noch nicht freigegeben. Du kannst helfen, indem du deine Daten sicherst und testest.
Wenns mit neuem Profil geht, hilft mir das alleine leider nix, daher probiere ich das nicht.
Eher müsste ein Kompromiss aus neuem Profil mit alten Mails, Kontoeinstellungen, usw. gemacht werden. Weiß aber nicht ganz wie das ginge.
In Thunderbird 102 gibt es inzwischen einen recht guten Profil-Export/Import (Extras -> Exportieren). Da das an deinem alten Profil nix ändert, kann das recht risikofrei ausprobiert werden.
Es gibt leider einen schweren Bug in 102:
https://bugzilla.mozilla.org/show_bug.cgi?id=1792399
Ich werde TbSync erst offiziell releasen, wenn das in 102 gefixt wurde.
Es gibt jetzt Previews für TbSync für Thunderbird 102:
- TbSync/DAV: TbSync/DAV for Thunderbird 102 DAV-4-TbSync#283
- TbSync/EAS: TbSync/EAS for Thunderbird 102 EAS-4-TbSync#167
Es gibt jetzt Previews für TbSync für Thunderbird 102:
- TbSync/DAV: TbSync/DAV for Thunderbird 102 DAV-4-TbSync#283
- TbSync/EAS: TbSync/EAS for Thunderbird 102 EAS-4-TbSync#167
Bitte erstmal nur in frischen Profilen testen (bzw. alle Resourcen abwählen und neu anwählen, damit alle Syncs mit einer frischen Kopie startet).
Hm. Siehst du Fehler auf der Konsole? Das sollte eigentlich funktionieren.
Hast du die Version für 102 probiert?
Emoji :: Versions :: Add-ons für Thunderbird
Klappt hier ganz anständig:
Ich meinte den ursprünglich beschriebenen bug, das quicktext in dem single mail-to Fenster nicht funktioniert.
Das ist nicht bekannt, ging das in 91? Es scheint, als würde das background script nicht starten. Kann jemand einen Bug im mozilla bug tracker aufmachen?
Für unser Verständnis interessiert mich, ob ich richtig liege, dass viele dieser groben Bugs nun durch den Wechsel hin zu den neuen Javascript-Implementierungen der SMTP-, POP- und IMAP-Schnittstellen verursacht werden. Wäre ja prinzipiell vorstellbar, dass man da im Laufe der Zeit noch eine Reihe von Stolperfallen findet.
Hm, so wie ich die Kommentare in dem Bug lese, scheint das alter CPP code zu sein. Es kann sein, dass das auch in 91 schon teilweise auftritt (z.B. bei schlechter Internet-Verbindung). In dem reproduzierbaren Ausmaß haben ihn in einem unserer Add-on Developer Meetings gefunden, nachdem ein User eines Add-ons (das die message copy API benutzt) dieses Phänomen gemeldet hat.
Warum der Fehler jetzt auftritt, weiß ich leider auch nicht.
