Version: (using KDE 3.5.8) Installed from: Ubuntu Packages OS: Linux I am using one calender for scheduling events under different identities (a private one and a work one). The private identity is set as default in KMail. When I change the Organizer identity when scheduling a group event, it is correctly named in the resulting vcal. However: the email sent to the invitees is sent from my private identity. That is: vcal says "<work@domain> wants to schedule an event" while the corresponding mail comes from <private@totallyotherdomain>. Can KOrganizer/KMail be made to honour the identity selection in the event?
I have just finished setting up my SOGo installation and can confirm that this happens to me too. Even while I change the organizer field (which correctly shows my every identity configured), and even though the email invitation with the ics in it seems to go out from the selected identity, the email is saved in the Sent folder of the default identity, and my friend confirmed it came from my default identity, not the selected one.
(In reply to comment #1) > I have just finished setting up my SOGo installation and can confirm that > this happens to me too. Even while I change the organizer field (which > correctly shows my every identity configured), and even though the email > invitation with the ics in it seems to go out from the selected identity, > the email is saved in the Sent folder of the default identity, and my friend > confirmed it came from my default identity, not the selected one. Which kde version are you using ?
Currently 4.10.5, but if this should be fixed in 4.11 I can try from my desktop PC when I get home.
Tested with korganizer-4.11.1 and the behaviour is still the same. Korganizer/Kmail rewrite the headers, but the account used is the default one, and not the identity associated with the meeting organizer.
Been a long time, however this issue still happens with kdepim-15.12.3. Even though the email has a section that refers to the organizer, the email itself still gets sent with the default identity.
(In reply to godlike from comment #5) > Been a long time, however this issue still happens with kdepim-15.12.3. Even > though the email has a section that refers to the organizer, the email > itself still gets sent with the default identity. Exacerbating the issue, I noticed the following: - The email notification does not even get saved in the identity's defined Sent folder. It does not use either the organizer's identity sent folder nor the one it actually uses to send (the default). It gets saved in Local folders/sent-mail - In sent-mail, the email *appears* to be from the correct identity (the organizer's), but recipients see the default identity's email address in the From: header.
I can't reproduce this bug with a recent version of KOrganizer (Version 5.15.2 (20.08.2)). I used two identities defined in KMail's settings, with different "sent" folders. The invitations were from the right ID and put in the right folders. Can you still reproduce this bug?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!