Termin-Verschiebung in Thunderbird ergänzt Teilnehmer mit uid 0

liayn 2025-02-28 18:38:23 UTC #1

Hallo!

Mein Kalender in Thunderbird ist über CalDav mit EGW synchronisiert.

Problem:

Verschiebe ich einen Termin via Thunderbird, so wird plötzlich ein zusätzlicher Teilnehmer ergänzt (mit uid=0) und das Versenden einer Mail an diese “Person” schlägt natürlich fehl.

Öffnet man den Termin in Thunderbird nach dem Verschieben sieht das so aus:

In EGW sieht das so aus:

Auswirkungen:

Dieser “Teilnehmer” ist per se kein Problem, es ist nur nervig, dass dann immer SMTP-Errors in EGW als Notifications rechts unten aufploppen, und zwar für jede Terminänderung.

Das Problem existiert schon einige Monate, kam aber aus dem Nichts.

Info:
Speichert man dann einen Termin in EGW einfach einmal, so wird das bereinigt und alles ist wieder ok.
Der “Benutzerkonten” Eintrag ist dann weg.

Log:

Im CalDav Log ist diese Zeile wohl die spannende: X-EGROUPWARE-UID=0:urn:uuid:

Hier der ganze CalDav Log für das Verschieben eines Termins am selben Tag:

caldav.txt (7,2 KB)

Ist das Problem bekannt?
Ist das ein Config-Fehler bei uns?

Vielen Dank für eure Hilfe

Markus

Thunderbird Version: 128.7.1esr (keine Addons)
EGW EPL: egroupware-docker (23.1.20250113)

StefanU 2025-02-28 20:59:40 UTC #2

Hi Markus.

Schnell mal getestet: passiert bei mir nicht.

Sind weitere Clients angebunden?

Stefan

liayn 2025-02-28 21:40:43 UTC #3

Hi Stefan,

Ja Handy. Dort via DavX und Etar als Kalender. Dort passiert das Verhalten nicht.

Meine Vermutung wäre ja Bug in TB, aber ich seh im Log nichts, was darauf hindeutet, dass TB einen neuen Attendee setzen würde.

liayn 2025-02-28 22:27:22 UTC #4

Rein so durch Code-lesen würde ich das Problem eventuell hier verorten:

github.com

EGroupware/egroupware/blob/83f4ff6e9ae006afe5478a7a5de9001af91a648c/calendar/inc/class.calendar_ical.inc.php#L1479-L1479


				if (isset($event_info['stored_event']['participants'][$event['owner']]) && !isset($event['participants'][$event['owner']]))

Es passt nur nicht zu meinem Test mit dem Handy, denn auch das schickt keine Attendees mit und es geht dennoch.

Log vom Handy:

handy.txt (1,7 KB)

RalfBecker 2025-03-02 10:02:53 UTC #5

Ich habe auch gerade mal versucht das zu reproduzieren, und kann es leider auch nicht reproduzieren

Die einzige Idee die ich noch habe, die EMail die Thunderbird für Deinen Benutzer kennt passt nicht zu Deinem EGroupware Benutzer, oder ist mehr wie einem Benutzer zugeordnet.

Ralf

liayn 2025-03-02 12:08:11 UTC #6

Danke euch für die Mühen!

Wie gesagt, das ging immer problemlos, bis zu einem Tag X (den ich leider nicht mehr benennen kann).
Beim Telefon keine Probleme.

Die einzige Idee die ich noch habe, die EMail die Thunderbird für Deinen Benutzer kennt passt nicht zu Deinem EGroupware Benutzer, oder ist mehr wie einem Benutzer zugeordnet.

kalenderconfig

Benutzermäßig ist es so, dass der Useraccount (email Adresse; auth über dovecot) nicht der Mailadresse entspricht, die nach außen verwendet wird. (Kürzel vs Langversion)
Das war bisher kein Problem und geht auch so auf dem Handy und beim Kollegen.

Da ich in den Logs auch nicht sehe, dass TB hier irgendwie überhaupt einen Username oder Teilnehmer-Daten überträgt, sollte das aber auch tatsächlich keine Rolle spielen, oder?

Danke, Markus

RalfBecker 2025-03-04 12:38:43 UTC #7

Ich denke das das Problem daher kommt, falls der Benutzer in der EGroupware mk@domain.at mit einer anderen Email als markus.k@domain.at eingetragen hat.

Das der Benutzername, in Deinem Fall eine EMail Adresse, nicht der EMail entspricht ist soweit ok, nur die EMail sollte in TB und EGroupware identisch sein.

Ralf

liayn 2025-03-05 15:40:44 UTC #8

Ich hab das jetzt mit Kollegen nochmal überprüft, ist dort genau das gleiche Problem.

Als E-Mail haben wir überall die Lang-Version hinterlegt. Die Kurzversion dient wirklich zur dem Login. (am mailserver ist die Lang-Version ein Alias auf die Kurz-Version)

Ich verstehe nur nicht, warum das jetzt passiert, wo das doch früher einwandfrei ging. Wir haben die Config unsererseits da nicht verändert. Somit bleibt für mich als Schlussfolgerung entweder Thunderbird oder EGW übrig. Da im CalDav-Logging keine Spur von den Teilnehmern ist, wäre meine Vermutung jetzt EGW.
Ich werde mal git blame bemühen, was sich im Code-bereich da so getan hat. Vielleicht finde ich ja was.

Bin ich generell mit der Spur hier richtig?

class.calendar_ical.inc.php

RalfBecker 2025-03-05 15:58:16 UTC #9

Nein, das ist nur der iCal parser.

Die interessanten Änderungen sind inc calendar/inc/class.calendar_groupdav.inc.php: https://github.com/EGroupware/egroupware/commits/master/calendar/inc/class.calendar_groupdav.inc.php

Zwei Commits dürften interessant sein:

Ralf

liayn 2025-03-05 16:54:46 UTC #10

Danke Ralf. Keiner der beiden commits scheint hier eine Rolle zu spielen. Ich hab auch unsere Domain jetzt mal testweise als Party-Crasher aktiviert. Ändert aber nichts.

Wenn ich hier ein inspect auf den unteren Löschen-Button mache, steht hier id="calendar-edit_participants_delete[0]"
Die Anzeige täuscht also etwas. Hier wird kein echter User angezeigt in der zweiten Zeile, sondern irgendwelche Werte, die für uid=0 sichtlich er-/gefunden werden.

Die Frage also: Wie kommt es zustande, dass ein Teilnehmer mit uid=0 in die DB kommt?

Ich versuche mich in den nächsten Tagen durch den Code zu lesen, villeicht habt ihr eine schnellere Idee.

Danke, Markus

StefanU 2025-03-05 19:45:51 UTC #11

Wenn das (ja anscheinend) gut reproduzierbar ist, könntest du den Container schrittweise zurück drehen. Wenn die Ursache eine Code-Änderung ist, könntest du vielleicht einen Zeitpunkt fest machen.

https://help.egroupware.org/t/manuelles-container-update-downgrade-in-einer-docker-installation/74878#egw

Stefan