Beiträge von jobisoft

TbSync funktioniert mit allen OS, auf denen Thunderbird läuft. Ich hab es auf Windows laufen.

Die Hauptaufgabe von TbSync ist die Vereinfachung der Einrichtung. Mein Primärziel ist, den User davon zu befreien irgendwelche Adressen/URLs raussuchen zu müssen. Bei iCloud war das bislang echt mühsam.

Ein Nachsatz zu dem oben verlinkten TbsyncBetaInstaller.xpi: Das ist ein Meta-Installer, der alle Module von TbSync installiert bzw. aktualisiert. Das hab ich gemacht, um die Installation zu vereinfachen und unnötige Fehler zu vermeiden, wenn Nutzer Stable Releases und Beta Releases mischen (was nicht funktioniert).

Experten können auch die einzelnen Module installieren, die liegen hier:

https://tbsync.jobisoft.de/beta/

Generell gilt: Alle Module aktualisieren sich ganz normal selbst, nur nicht von ATN sondern von meinem Server. Sobald eine neue Stable draußen ist, werden alle Beta Nutzer automatisch auf den Stable Release Channel (ATN) zurückgewechselt.

Ich arbeite gerade an der "Gruppen" Unterstützung von iCloud, das geht gerade noch nicht.

Bei Fragen, fragen.

Danke für Eure Unterstützung,

John

Hallo,

die aktuelle Beta von TbSync hat nun auch dedizierten Support für iCloud, das heißt nach Eingabe von Apple-ID und einem Anwendungspasswort (Stichwort 2-Faktor-Authentifizierung), werden alle Kalender und Adressbücher angezeigt und können mit Thunderbird synchronisiert werden. Alle "URLs" werden selbst gefunden, mann muss da nix selber angeben.

Update: Der iCloud support ist jetzt in der offiziellen Version auf ATN enthalten!

Und so sieht es aus (Ich entwickle mit englischem TB, TbSync hat aber auch deutsche Übersetzungen):

Ich würde mich über Rückmeldungen freuen. Ein Nutzer hat berichtet, das von seinen 400 Kontakten nur 50 oder so synchronisiert werden. Dem würde ich gerne auf den Grund gehen.

Vielen Dank,

John

oh mist, ich hatte das Word "oder" überlesen. Ich bitte um Entschuldigung. Verrückt, wie das deine Aussage um 180° drehen kann ...

Weiter oben hat Solaris empfohlen die letzte Beta zu installieren, davon würde ich abraten. Das kann natürlich jeder halten wie er will, aber ich würde es nicht empfehlen.

Meine persönliche Einschätzung:

Für Linux-User ist der Weg über sudo apt install xul-ext-lightning zu empfehlen. In Zukunft sollte das Paket immer automatisch mit TB aktualisiert werden und gut ist. Bzgl. der Sprachen tut sich hoffentlich noch was.

Für Windows-User hab ich die für mich einzig funktionierende Lösung in Thunderbird 60 u. Lightning wie komme ich wieder an meine Termine? beschrieben. Die anderen hier beschriebenen Lösungen funktionieren nicht, wenn man Lightning mal im AddOn-Manager deinstalliert hat.

Könnt ihr mal einen binär compare zwischen der windows und der Linux version des XPI machen, um zu klären, ob die Versionen gleich sind?

Ich gehe stark davon aus, dass die gleich sind. Unterschiede werden meist direkt im Source-Code abgehandelt. Ich sehe im Repository von Mozilla auch keine separaten Versionen für unt. OS.

Das steht nicht auf meiner Agenda:

https://github.com/jobisoft/EAS-4…port-via-EAS%3F

Wenn es wer anders implementieren will, natürlich gern. Hauptarbeit ist nicht der Sync selber (die HTTP Request würde ich sogar beisteuern), sondern die Integration in Thunderbird. Die Author von Exquilla hat da was eigenes gebaut (AccountJS oder so) und ist sich aber nicht sicher, ob er das fitt für TB68 bekommt (next ESR), daher ist Exquilla jetzt kostenlos.

Das ist eine Baustelle, die ich mir ungern ans Bein binde.

So, ich hab was gefunden, woran es liegen könnte. Magst du diese Version mal testen?

TbSync-beta.xpi

VG

John

Hm, das klingt nach einem merkwürdigen Bug. Die Analyse müssen wir glaube ich nicht hier im Forum machen, weil das für die anderen keinen Mehrwert hat. Kannst du mir eine E-Mail schreiben? Die ist auf der offiziellen ATN Seite verlinkt: https://addons.thunderbird.net/addon/tbsync/

Ich würde dich bitten, genau zu Beschreiben, was passiert. Bis jetzt habe ich folgendes verstanden:

- du synchronisierst dein Account mit TbSync und im Kalender in lightning erscheinen auch die Terminserien.

- du machts Thunderbird zu und wieder neu auf

- du guckst in den Lightning Kalender und die Terminserien sind weg?

Nach dem Neustart ist TbSync ja noch nicht gelaufen, damit ist es nicht für das Verschwinden der Terminserien zuständig, oder?

Erweitere mal den Test:

- du synchronisierst dein Account mit TbSync und im Kalender in lightning erscheinen auch die Terminserien.

- du deaktivierst TbSync (ohne Neustart, brauch es ja nicht)

- die Terminserien sind noch da?

- du machts Thunderbird zu und wieder neu auf

- du guckst in den Lightning Kalender und die Terminserien sind weg?

VG

John

Hast du inzwischen die aktuelle Lightning Version bekommen? Wenn nicht, starte Thunderbird mit dem "-p" Flag (Profilmanager) und lege ein neues Profil an. In diesem neuen Profil sollte auch Lightning mit angelegt werden.

Danach kannst du den Profilordner nach der Datei

{e2fda1a4-762b-4020-b5ad-a41df1933103}.xpi

durchsuchen. Das ist das aktuelle Lightning. Kopier das irgendwohin und installiere es dann in deinem eigentlichen Profil. Das sollte unabhängig vom eingesetzten Betriebssystem funktionieren.

Evtl. kannst du dir das Erstellen eines neuen Profil sparen und die Datei gibt es bereits in deinem aktuellen Profilordner. Das weiß ich aber nicht so genau.

Zitat von teddy09212

Dort werden beim Start von Thunderbird keine Terminserien synchronisiert (nur die einmaligen Termine).

Meinst du wirklich bei jedem Start von Thunderbird, oder nur beim ersten initialen Sync mit TbSync?

Ist das Problem vorher nicht aufgetreten und erst mit dem Update auf 0.7.16?

Das Problem ist mir bis jetzt unbekannt, was für ein Server ist das?

Mein aktueller Stand ist, dass outlook.com noch immer keine Kategorien unterstützt. Sorry.

VG

John

Ja.

Wenn Ihr nicht so lange warten wollt, dann könnt ihr natürlich auch einfach die Beta-Version installieren:

https://tbsync.jobisoft.de/TbSyncBetaInstaller.xpi

Ich lade nach kurzer Testphase die aktuelle Version immer auch auf ATN (addons.thunderbird.net), aber dort dauert die Freischaltung leider immer etwas.

AHHHHHHHHH, es funktioniert bei mir mit OwnCloud wenn

network.cookie.cookieBehavior = 1

in den erweiterten Thunderbird-Einstellungen gesetzt wird. Woa, kannd as jemand bestätigen?

Die Einstellung besagt "reject all third-party cookies", was meine Vermutung bzgl. des fehlerhaften Cookie Managments unterstützen würde...

edvoldi Mir geht es gerade darum die Entwickler zu entlasten und ich wollte normale Benutzer um Hilfe bitten, den Trick mit https://username:password@server/path/to/caldav/addressbook mit aktuellen Servern zu testen. Wenn bei dem Test rauskommt, dass es wirklich nur am Cookie-Management liegt, hab ich einen konkreten Hinweis für die Entwickler.

Technisch vermute ich den Grund in dieser Datei:

https://dxr.mozilla.org/mozilla-centra…okieService.cpp

Hier wird nur der host und nicht der prePath (enthält auch username:password) als Identifier benutzt, sodass immer nur ein Cookie-Satz pro Server gespeichert wird. Eine Analyse des Traffics hat das auch gezeigt. Es kommen von den unterschiedlichen Verbindungen unterschiedliche Cookies rein, aber immer der letzte wird für alle kommenden ausgehenden Verbindungen benutzt. Damit nutzen alle Verbindungen die gleiche SessionID, was natürlich schief geht.

Ich vermute also, dass der Trick funktioniert, wenn der Server für die reine CalDAV Kommunikation ohne Cookies auskommt. Kann das jemand bestätigen?

Ich habe gerade diesen Faden gefunden:

Keinen zweiten GMX Kalender möglich

Dieser ist genau im Thema, daher denke ich, sollte dieser Faden hier geschlossen werden.

graba Sorry, ich hab den vorher nicht gefunden.

Hat sich hier etwas getan? Ich versuche gerade die Gründe dafür zu verstehen. Nachdem ich ein wenig durch den Code gestöbert habe, glaube ich, dass der Trick mit username:password in der URL nicht geht, wenn Sessions-Cookies zwingend notwendig sind, weil Thunderbird nur einen pro Server speichert.

Owncloud 10 soll aber inzwischen ohne Sessions-Cookies auskommen (benutzt dafür auth tokens). Kann das jemand bestätigen? Gibt es andere Server, die bei der reinen CalDAV Kommunikatin ohne Sessions-Cookies auskommen?

Für den Test müssen sowohl Benutzername als auch das Passwort in die URL, weil sonst ständig ein Passwort-Dialog angezeigt wird.

https://testuser1:password@cloud.server.de/remote.php/caldav/calendars/testuser1/work/

https://testuser2:password@cloud.server.de/remote.php/caldav/calendars/testuser2/work/

Ich suche Server, mit denen das klappt. Ich vermute, dass es nicht funktioniert, wenn zwingend Session-Cookies benutzt werden, wie bei älteren OwnCloud-Installationen.

Ich würde die Umfrage gern erweitern:

Gibt es Server, bei denen das überhaupt nicht funktioniert, also auch nicht mit einem Kalender, weil der Server mit dem zusätzlichen Benutzernamen in der URL nicht klar kommt?