GNOME Bugzilla – Bug 796297
Make it possible to not request RSVP (all-or-nothing)
Last modified: 2018-07-25 07:50:42 UTC
Hello, I am trying to send a meeting request with RSVP = NO, but the meeting request, when opened in Outlook by the recipient does have normal reply options and the meeting does request a response. I can see it also in the Web interface of the Outlook 365, when I open that same meeting request (that I sent via Evolution with RSVP=NO), I see that the Request Response is ticked. Any idea? Thanks a lot for your help. Best regards, Roman Dinga
Thanks for a bug report. I looked on this and as far as I can tell, the Exchange server allows all-or-nothing for attendee responses, while Evolution has this option per attendee. I'll change it that if at least one attendee (between Chair, Required Participant and Optional Participant) will have set to not request response, then the response will not be requested for all attendees. We'll see whether it'll confuse anyone in the future.
Hi, Yes you are right, the server only allows all or nothing. But even if I set all RSVPs for all attendees as No, in Outlook I can see that Request Response it ticked. Is this functionality specific for a type of the attendee, like Requested, Optional or something else? Thank you very much for looking into this.
OK, I've checked a bit more how it works: I set the RSVP to NO for the one and only participant of the meeting. When saving, the participant is doubled, one copy having the RSVP as No (this one has Unknown in the field Status) and one copy of it having it as Yes (this one has Needed Action in field Status). Then when I change the RSVP for the one instance of the same participant who has Yes to No, after Save it returns back to Yes. In Outlook I can see it as Response Required. So 2 questions: 1. why is the participant doubled after hitting save and 2. why the RSVP returns to Yes after Save when setting it to No originally. When I don't fiddle with RSVP and just let it stay as Yes, there is no doubling of participants nor any other problem.
That flag was not used by evolution-ews when saving changes to the server. That's why I wrote "I'll change...". I cannot reproduce the doubled attendees, it'll be a different issue. Maybe slightly different mail addresses? I do not know. In any case, I did the change: Created commit 4b879e48 in ews master (3.29.3+) Created commit d4eb2b06 in ews gnome-3-28 (3.28.3+)
Great news, thank you very much, I'm looking forward to getting the new version very much :-)
Err, there is a bug in the above change, as claimed here: https://mail.gnome.org/archives/evolution-list/2018-June/msg00134.html There is one more bug in the code I didn't realize earlier, the RSVP state is only written, not read back, thus even users have set RSVP to 'Yes', evolution still shows 'No'. I fixed both with the follow up change here: Created commit 29e81cc9 in ews master (3.29.4+) Created commit 5470702c in ews gnome-3-28 (3.28.4+)
Great, thank you for letting me know and for the quick fix.
Hello, Just wanted to confirm that I've got the upgrade to Evolution version 3.28.4 in Manjaro and RSVP works like a charm. Thank you very much. Cheers...