GNOME Bugzilla – Bug 322261
vCalendar replies are sent out using the default account
Last modified: 2009-10-15 19:03:56 UTC
Please describe the problem: When clicking on Accept/Decline/Tentative on a vCalendar .ics file that came in on a secondary account, the reply is sent out via email using the primary evolution account. Steps to reproduce: 1. get a .ics vCalendar attachment via a secondary account 2. click accept Actual results: accept/deny mail goes out the primary account Expected results: accept/deny mail should go out using the account details it came in on (this used to happen, I think). Does this happen every time? yes Other information:
Confirmed the behaviour in 2.5.2.
I think this is fixed in 2.6.1. Can someone else confirm it's fixed?
Oops. I think this is broken (again?) in 2.6.3.
This is not working properly even on 2.27.5. Chen, I wonder whether adding yet another parameter to itip_send_comp, the account ID of a folder one is in, worth it, when this might result in an unneeded result when user moves the invitation to other account?
Eh, the other thing is that the send_comp doesn't contain all attendees (and it shouldn't), then all the algorithm to guess the sending account by the attendee does basically nothing.
Created attachment 139641 [details] [review] proposed evo patch for evolution; I forgot to mention that for me are generated replies on meeting invitations with an empty attendee. This and the above fixes this patch. I also removed some debug console messages from itip-formatter plugin and moved functions used in mailer to a public source.
I've just been bitten by this bug for the first time, and it's somewhat worse when that default account is disabled! I just responded to a meeting invite using an email address that didn't make any sense at all. After I figured out the problem I had to change my default account and re-accept the meeting. FyI, it seems that Evolution picks the first non-disabled account if the default isn't available.
Created commit f74a144 in evo master (2.29.1+)