Keinen zweiten GMX Kalender möglich

Hallo Solaris,

Quote from Solaris

Ich würde mich dennoch freuen, wenn jemand, der Kontakt zu den Entwicklern hat, dieses Thema abschließend klären könnte. Es taucht schließlich immer wieder einmal auf.

ich habe Philipp einmal abgeschrieben, schauen wir mal ob er Antwortet.

Gruß EDV Oldi vom Smartphone

Entschuldigung, die Nachricht von Philipp ist wieder im Spam gelandet, darum erst jetzt seine Antwort.

Quote

Code

Moin Fritz,

die Hinweise dort sind tatsächlich die richtigen, das multirealm pref dürfte das Problem lösen, solange der Server kein Digest Auth verwendet.

Das @ Zeichen in der email Adresse muss escaped werden, also https://nutzer%40gmx.de:Passwort@www.gmx.net/..

Natürlich ist es nicht unbedingt ratsam das Passwort in der URL zu haben, eventuell gehts auch nur mit dem Nutzernamen.

Eine leichte Lösung in Ligntning gibt es leider nicht, man müsste die komplette http-Authentifizierung manuell nachbauen und hoffen, dass der Network-Code von Firefox nicht dazwischenfunkt. Bis dahin bleiben nur Workarounds.

Philipp 

Display More

Gruß
EDV-Oldi

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?

Hallo zusammen,

ich würde diese Diskussion hier:

https://groups.google.com/forum/#!forum/…v.apps.calendar

weiter führen, hier lesen die Entwickler auch mit.

Gruß
EDV-Oldi

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?

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...

Nachdem mich dieses Thema jetzt ein halbes Jahr umgetrieben hat, hab ich endlich die Lösung für das Problem gefunden. Wer die technischen Details wissen will, kann sich gern durch bug 1494955 arbeiten.

Ich hab das in der aktuellen Beta von TbSync gefixt und auch einen Patch für Lightning fertig gemacht und eingeschickt. Ich hoffe der wird bald akzeptiert.

Wer das jetzt schon ausprobieren will, kann das gepatchte Lightning aus diesem Repository beziehen:

https://github.com/jobisoft/lightning625/releases/

Wer will, kann da auch die Änderungen nachvollziehen.

Es wäre tatsächlich schön, wenn das jemand (außer mir) ausprobiert, um mögliche Fehler vor dem Release zu finden.

Noch ein Hinweis: Nach dem Installieren des gepatchten Lightning, müsst ihr die Eigenschaften der Kalender bearbeiten und in das neue Feld "Benutzer" den Benutzernamen des Kalenders eintragen.

jobisoft: ich hatte das Problem mit Synology Calendar und getrennten CalDav Accounts in Thunderbird Lightning und konnte es dank Deiner gepatchten Version 6.2.5.1 mit eigenen Benutzernamen lösen. Die Syncs laufen ohne Probleme. Vielen Dank.

Der bug ist jetzt auch offiziell akzeptiert:

https://bugzilla.mozilla.org/show_bug.cgi?id=1544596

Es ist noch etwas Arbeit, mal gucken, wann das landet.

*tada* Mein Patch wurde akzeptiert und mit Thunderbird 68 Beta 2 ist dieses Problem endlich aus der Welt.

Zu jedem CalDAV Kalender kann nun ein Benutzername definiert werden und intern haben die Verbindungen zum gleichen Server nun jeweils einen eigenen Cookie-Speicher, sodass es da nicht mehr zu Störungen kommt.