Lightning event responses use wrong address when aliases exist
Categories
(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)
Tracking
(Not tracked)
People
(Reporter: bugzilla, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101 Firefox/90.0
Steps to reproduce:
Calendar and Email are managed Mailcow instance which uses postfix+dovecot for email, and SOGo for caldav/carddav support.
Primary email address username@foo.com has several aliases associated with it, such as username@bar.co, seconduser@foo.com, and admin@bar.co.
A third party using an external account such as Gmail creates a calendar event and invites username@foo.com. username@foo.com receives the calendar invitation, and accepts the invitation in Thunderbird.
Actual results:
Thunderbird Calendar (Lightning) shows the event properly on the calendar, with RSVP status of "accepted". Upon closer inspection of the even, however, the RSVP status of the users is as follows:
- username@foo.com: still needs to reply
- username@bar.co: accepted
- gmail event organizer: accepted
The Gmail user who created the event has received a response from username@foo.com, with "Not Decided" as the RSVP. Further inspection of the ICS file in username@foo.com's response shows an "Accepted" status for username@bar.co, who was not in the invitee list and is not the sender of the response.
Deleting the alias in Mailcow for username@bar.co -> username@foo.com, similar behavior is witnessed, instead just using another one of the alias accounts.
Expected results:
The ICS response should set the attendance status for the address from which the response is being sent.
Follow-up testing:
The original response was sent via the email-view "respond to this event" prompt.
Upon opening the event details, and seeing that the response was from the incorrect email alias, I clicked on the option to "accept" (even though it says I have already accepted) and my Gmail account received a correct rsvp response from the appropriate email. So perhaps this issue only affects the implementation in the view that allows you to respond directly from the email? I will continue to test.
As there does not appear to be another way to view the invitation in the invite-details view until you have added it to the calendar, and importing the original ICS invitation simply makes it a new calendar event rather than being associated correctly with the original inviter's event, there doesn't seem to be any way around this. Essentially you must RSVP somehow to the original event via the email-view interface in order to add the event to the calendar correctly, and then RSVP a second time from the calendar view. This forces multiple event responses which are confusing to the event coordinator.
After RSVPing to a calendar event correctly, it seems the event view interface changes YET AGAIN and the response actions are no longer available buttons along the top... now response status can be modified through the "Options" menu, but changing a response and "send now and save" don't appear to actually send any sort of updated response to the event coordinator, so they only show the participant as still accepting the event.
Overall, I would say the inconsistencies in interface and options have made it very difficult to pin down exactly what isn't working here... it seems like none of it works the way I would expect it to.
|
||
Updated•4 years ago
|
|
||
Comment 4•4 years ago
|
||
This will probably be fixed in Thunderbird 91 with bug 1562896 and its dependent bugs.
|
||
Comment 5•4 years ago
|
||
Let's dupe it.
thank you, i did a LOT of searching in bugzilla and didn't find any issues that looked similar but you know where to look better than i do.
I have tested the beta release of thunderbird and it does appear to properly respond to calendar events! however...
there is still the last issue i mentioned, where i cannot change the response status of a calendar event to which i have already responded (e.g. once i say "attending", i cannot change it to "tentative" or "declined").
should I open a new issue for this, or just append my notes to the existing bug? it seems like it's already marked resolved.
|
|
||
Comment 7•4 years ago
|
||
That would be for a new bug report. But, I don't see that. Just open the event, then use the Accept/Decline buttons on top of that summary dialog.
(In reply to Magnus Melin [:mkmelin] from comment #7)
That would be for a new bug report. But, I don't see that. Just open the event, then use the Accept/Decline buttons on top of that summary dialog.
hmm, yup, that's what i'm doing, but the event organizer never receives an updated ICS or email, and the status doesn't change in thunderbird. i'll open a fresh issue for that. Thanks!
seems like that might be related to SOGo calendar handling, not thunderbird, so not going to open that issue after all. thanks again!
Description
•