Version: (using KDE 4.3.2) Installed from: Ubuntu Packages This bug is in regards to a violation of RFC2445 § 4.2.17 by the KDEPIM suite. I think the bug should go to kmail, but I apologize if I have misfiled. The RFC is here: http://www.faqs.org/rfcs/rfc2445.html STEPS TO REPRODUCE: 1. Start Microsoft Outlook 2007. Create a "Meeting Request" and add a kmail user. 2. Browse to Meeting ... Attendees ... Responses ... and uncheck "Request Responses" 3. Send the meeting request. 4. In Kmail, open the message. Observe that the invitation contains a line such as "ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN=invitee@example.com;MAILTO:invitee@example.com", which is RFC2445 compliant. 5. Click "Accept". EXPECTED BEHAVIOR: 1. The event is added to the korganizer calendar. 2. No response is sent. ACTUAL BEHAVIOR: 1. The event is added to the korganizer calendar. 2. A response is sent. Finally, note that RFC2445 specifies that the default is "FALSE", so really no response should be sent unless (1) the user is explicitly listed as an attendee, and (2) the ATTENDEE line specifies RSVP=TRUE. I guess we could also allow the user to override this rule and send a response even if not requested or if the user is unlisted. See also bug 216843 regarding the sending of event acceptance responses.
My interpretation is that RSVP=true means you must send a reply but RSVP=false doesn't mean you can't. So, while it would be cool that the user be asked what to do ( when RSVP=false ), it's not a violation of the RFC if we send the reply without asking user.
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.