create task from kmail creates a todo entry with missing attachment

[Augusto]

This bug is already reported in the kde bug tracker.

Program: korganizer
Version: 3.5.6 (enterprise 0.20070907.709405)
Distro: Kubuntu Gutsy

When I highlight an email message, and I choose "add task" (from the toolbar or the context menu), a new task is created.
The task has the original email as attachment (kontact*.tmp, format message/rfc822), but after a reboot of the computer it is not possible to open it and to see the email (from the task).
Seems like the attached email is a temporary file which is deleted after the reboot.

[Schmirrwurst-q (schmirrwurst-q)]

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...

[Augusto (augu)]

I confirm the bug.
Version: 3.5.6 (enterprise 0.20070907.709405)
Distro: Kubuntu Gutsy

[Augusto (augu)]

The original report in kde bug tracker:
http://bugs.kde.org/show_bug.cgi?id=149407

[Ace Suares (acesuares)]

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
)

[Ace-5 (ace-5)]

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
 )

[p1ngu1n (vincent-barberet)]

I have the same issue with biggest impact on following system:
Kubuntu Gutsy
Kontact Version 1.2.4 (enterprise 0.20070907.709405)

When I create a task from an email with an attachment, after next start of korganizer, korganizer crashes.
I have to open my .ics file and remove associated entry to make korganizer startable again.

[Augusto (augu)]

Seems solved with Korganizer 3.5.9 installed with packages in:
deb http://ppa.launchpad.net/kubuntu-kde-3.5.9/ubuntu gutsy main

[Augusto (augu)]

Fixed in KOrganizer 3.5.9

[p1ngu1n (vincent-barberet)]

I'm using KOrganizer 3.5.9.
The problem still appears when the email from which the task is created has a big attached file.

I did the following:
From an email with a small attached file (15 kB, PDF file), the task is correctly created. I can close and start korganizer
From an email with a big attached file (1,3 MB, PDF file), the task is correctly created. I can close organizer, but it crashes when I try to start it again.

Could you try with an email with a big file attached ?

[Jonathan Thomas (echidnaman)]

Could somebody test and see if this is an issue with KDE 4.1.1 in Intrepid?

[Schmirrwurst (schmirrwurst)]

In Intrepid, when creating an new task, only the subject appears in the task,
and it is no more attached, bug or regression ?

[Jonathan Thomas (echidnaman)]

Commenting on the upstream bug would probably be the best course of action.

[Augusto (augu)]

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.

[Augusto (augu)]

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.

[Heto (heto)]

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.

[Kde-org-o (kde-org-o)]

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

[Ian Turner (vectro)]

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.

[Harald Sitter (apachelogger)]

Closing in favor of KDE bug report, please refer there for updates. Thanks.

[Kdenis (kdenis)]

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.