Unable to accept or reject office365 appointment using Thunderbird
Brought to you by:
mguessan
Menu
▾
▴
#635 Unable to accept or reject office365 appointment using Thunderbird
Thunderbird 45.4.0 + Lightning 4.7.4
Davmail server 4.7.2-2427-1 on Debian 8
Office365 EWS
Issue: when receiving an appointment invitation, Thunderbird does not allow to accept or decline, and in the calendar it appears as "confirmed".
To reproduce:
- User A logs into Office365, creates an appointment with another participant that uses Thunderbird, user B => an appointment is created in calendar view.
- User B opens Thunderbird, where he has configured both emails and calendar using the Davmail server proxying to Office365 server.
Problem: the invitation email is displayed without the expected "Accept / Decline" buttons. The appointment is displayed in calendar view as "confirmed".
I'm sorry but I don't have any logs for this from my davmail server.
Further testing:
I did the same, but with auto-sync disabled on user B calendar => The email shows the "Accept / decline" buttons. By the way, clicking on these buttons is not enough to send acknowledgment to organisator, I have to open the "Details" windows from the invitation email and click "Save" to make Thunderbird ask me if I want to send confirmation email.
It works like if not-already-confirmed appointments were seen as confirmed by Thunderbird, and that would be a reason not to show "Accept / Decline" buttons.
This means somehow the event already exists in User B calendar => Lightning detects this and does not display the accept/decline buttons.
Can you please check User B calendar ?
=> we need to find out who creates the event...
If I have opened the calendar view, the event is automatically added to the calendar and going to the inbox, I cannot see the buttons.
If I have opened the mail view, then I can see the accept and reject buttons, but doesn't mind which I press, both of them sends back an accept appointment.
I've tried davmail 4.7.3 and 4.8.0, both versions behave the same way.
@Mickael Guessant:
Yes, the event already exists in calendar of user B, and it is in a "not confirmed" state (this is what he can see from his Office365 web interface). User B can still accept or reject by using Office365.
Just to say even I'm on Exchange, not in Office365, the same happens here. I can reject the appointment via OWA. But user A has already received a confirmation of B, even B had rejected. So another email is sent to A to notify the change.
Fixed as part of the current EWS refactoring: meeting responses are now handled separately to use native Accept/Decline EWS actions and send notifications.
Released in 4.8.6