In this case, where only the SUMMARY changes and the ORGANIZER doesn't
set RSVP=TRUE on the ATTENDEE, I wouldn't expect a REPLY to be sent. If
the client wants to force the server to send a REPLY, it could add the
SCHEDULE-FORCE-SEND=REPLY parameter to the ORGANIZER property prior to
the PUT.
On 1/23/23 12:21 PM, Дилян Палаузов wrote:
Hello,
Cyrus IMAP 3.4 has an event, where I am an attendee and the Organizer is in a
different organization on a different server. The organizer changes the
event and I get a new REQUEST. E.g. the SUMMARY is changed. I get the change
as iMIP message and PUT the new event on the Cyrus server.
Is Cyrus IMAP supposed to generate an iMIP message to the organizer? RFC 5546
says nothing about this, but calls the workflow ‘reschedule’ or
‘update’.
As far as I see in the code for 3.4 Cyrus IMAP does not generate REPLY, when
the attendees accepts an updated/rescheduled event (but my Cyrus IMAP
version is patched). In this case caldav_put() calls sched_reply() and
sched_reply does not call check_changes() to see if anything has changed, in
order to trigger imip_send_sendmail().
I think in these use cases - a rescheduling by the organizer, or changed
description by the organizer, where the attendees receives a new REQUEST, and
the attendee uploads the change by CalDAV PUTting it on Cyrus IMAP, the latter
shall generate a REPLY to the organizer. This way the organizer will
know, that the attendees are informed about the new time slot (new description).
Greetings
Дилян
--
Kenneth Murchison
Senior Software Developer
Fastmail US LLC
------------------------------------------
Cyrus: Devel
Permalink:
https://cyrus.topicbox.com/groups/devel/T6d8fa823698d54ca-M7703238345aceaf821a3cd8d
Delivery options: https://cyrus.topicbox.com/groups/devel/subscription
