Version: 3.5.6 (enterprise 0.20070824.704228) (using KDE 3.5.7, Kubuntu (gutsy) 4:3.5.7-1ubuntu14) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.22-10-generic When I highlight an email message, and I go to the context menu, choose "add task", a new task is created. This tag has an attachment, what is supposed to be the email, but it is not possible to open it and to see the email anymore (from the task)... The summary contains the title from the message and the "from" field, what is ok, the attachment field contains a kontact*.tmp file , format message/rfc822, that kontact is not able to open...
I confirm the bug. Version: 3.5.6 (enterprise 0.20070907.709405) Distro: Kubuntu Gutsy
See also https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/156288 Actually, rebooting is not needed, just close Kmail and open it again. The attachment that is created before the closing, can be opened, after closing and opening of kmail, it can not be opened anymore. In the Calender file (probably ~/.kde/share/apps/korganizer/YourName.ics) you can see that the message (before closing Kmail) is stored inside the calender file, like this: BEGIN:VTODO DTSTAMP:20071109T042729Z ORGANIZER;CN=YourName:MAILTO:youraddress CREATED:20071109T042728Z UID:libkcal-971954918.358 LAST-MODIFIED:20071109T042728Z DESCRIPTION:From: Me <email>\nTo: someone@wherever\nSubject: test SUMMARY:Mail: test PRIORITY:5 ATTACH;VALUE=BINARY;FMTTYPE=message/rfc822;ENCODING=BASE64; X-LABEL=kontactF5yczb.tmp: RnJvbTogQWNlIFN1YXJlcyA8YWNlQHN1YXJlcy5hbj4KUmVwbHktVG86IGFjZUBzdWFyZXMuYW 4KT3JnYW5pemF0aW9uOiBTdWFyZXMgJiBDbwpUbzogaW5mb0BtYXJ0aWpucHJ1aWpzZXIubmwK {rest of base64 encoded stuff removed} PERCENT-COMPLETE:0 END:VTODO After closing Kmail and opening it again, the same entry will look like this: BEGIN:VTODO DTSTAMP:20071109T042729Z ORGANIZER;CN=YourName:MAILTO:youraddress CREATED:20071109T042728Z UID:libkcal-971954118.358 LAST-MODIFIED:20071109T042728Z DESCRIPTION:From: Me <email>\nTo: someone@wherever\nSubject: test SUMMARY:Mail: test PRIORITY:5 ATTACH;VALUE=BINARY;FMTTYPE=message/rfc822;ENCODING=BASE64; X-LABEL=kontactOddYDb.tmp:??^G PERCENT-COMPLETE:0 END:VTODO (other variation: X-LABEL=kontact9XNK6a.tmp:MAILTO:myemailaddress )
I'm using KDE 4.1.3 in Kubuntu Intrepid now, but the bug in some form is still present. HOW TO REPRODUCE: - Use Kontact. - Drag a mail from KMAIL and drop to "To-Do list" icon on the left panel. - A new Todo is created WITHOUT attachments, only some headers from the email are shown in the description of the Task. The function works correctly if you drag the email to Calendar. It creates a new event with the email attached.
As a workaround you can set "Only attach link to message" in the KOrganizer "Default email attachment method" option. Then you can do the following: - drop the email to Calendar icon - copy the link to email (something like kmail:14327) inserted in the attachments of the event, then click "Cancel". - drag again the email on the "To-Do list" icon, add an attachment with the plus icon and paste the link to the email in the URL. Quite uncomfortable, but indeed works.
This behaviour seems to have completely changed now (4.2.91 snapshot). Upon creating a to-do item from an email, the header is copied into the description, but the email is not attached, nor is any link. This is regardless of which "attachment method" is selected in the settings. Thanks.
I also observe the same behavior as Peter in comment #5 above. I'm on KDE Version 1.11.4 (KDE 4.2.4 (KDE 4.2.4), Arch Linux) Operating System Linux (x86_64) release 2.6.30-ARCH
The behavior described by Peter exists in KDE 4.3, but it's not ideal. Better would be one of the following: 1. Create a copy by value of the e-mail message in KOrganizer 2. Create a kmail interface to refer to messages by reference, and store in korganizer a reference to the original message. #2 is way more complex, especially if the message is moved to a new folder and still has to be found via the old reference.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.