After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 786095 - Replies to meeting requests with RSVP=false
Replies to meeting requests with RSVP=false
Status: RESOLVED FIXED
Product: evolution-ews
Classification: Other
Component: Calendar
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: Evolution EWS maintainer(s)
Evolution EWS maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2017-08-10 08:23 UTC by Robert Munteanu
Modified: 2017-08-23 10:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Munteanu 2017-08-10 08:23:31 UTC
I sometimes receive organisation-wide meeting requests which - due to the large number of invitees - do not request responses. In the outlook.com web UI I see a text along the lines of

> The organizer hasn't requested a response for this event. To update your own calendar, select a response.

The text/calendar part of the invite contains a line like the one below:

ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;
 CN=AllCompany:MAILTO:AllCompany@example.com

However, when I act on the invitation ( decline in my case ) the message updates with the text

> Sent to calendar “Calendar” as declined

but I also find the 'Declined' message in my 'Sent Items' folder, which means that a reply was sent, although it should not have been.
Comment 1 Milan Crha 2017-08-23 09:44:07 UTC
Thanks for a bug report. If I understand it correctly, then you connect to some Exchange server, probably using evolution-ews (Exchange Web Services). Am I right?

The thing is that Exchange servers (using EWS protocol), handle meeting responses on their own. The evolution-ews uses "SendAndSaveCopy" for the responses, regardless of the RSVP parameter, which makes sense that the answer is sent even when not asked to.

Looking into [1], the RSVP=false doesn't necessarily mean that you cannot reply to it, it's just that it's not expected (and requested), but I agree the reply should not be sent.

[1] https://tools.ietf.org/html/rfc5545#section-3.2.17
Comment 2 Robert Munteanu 2017-08-23 09:49:41 UTC
Yes, I am connecting to an Exchange server (outlook.com ) using evolution-ews.

And yes, I agree that the RFC does not mandate not sending a response. It's more a matter of following common behaviour of other EWS clients - AFAICT the outlook.com web UI, Exchange and Apple Mail all behave the same.
Comment 3 Milan Crha 2017-08-23 10:14:58 UTC
I agree. Thus I made the change and the user changes are only saved when the RSVP is set to 'false' (actually other than 'true').

Created commit 296aa56 in ews master (3.25.92+)
Comment 4 Robert Munteanu 2017-08-23 10:18:44 UTC
Thank you for the quick fix!