Version: (using KDE Devel) Installed from: Compiled sources Action in kmail (eventually only in kontact) which create an korganizer event from mail: When choosen mail it will take subject and make it event summary mail body -> event description Parse body and extract mail adresses, names and check against addressbook and add them as attendees.
Subject: Re: New: create korganizer event from mail Dnia Saturday 25 of October 2003 17:22, Mikolaj Machowski napisa
what I'd really like to see, but dunno if it's possible: If you create a korganizer event / appointment from a mail. Now that we can attach a list of URIs to an event: How is it about adding an URI to the event which represents a direct link to the original email? maybe even something like kmail:\\unified_adress_to_specific_mail? or imap:\\imap.server.com\adress_of_email? I've not enough knowledge to realize, if I'm talking nonsense here... It's just an idea.
> If you create a korganizer event / appointment from a mail. Now that we > can attach a list of URIs to an event: How is it about adding an URI to > the event which represents a direct link to the original email? maybe > even something like kmail:\\unified_adress_to_specific_mail? or > imap:\\imap.server.com\adress_of_email? AFAIK this is already done, but link in attachments doesn't work (at least for me). But this is counter productive. The idea is to create description of event and add possibility to enter my own comments.
Why is a link to a mail message counter productive? You could have the comments in KMail as bug 31650 requests.
The link selects the mail in KMail, but doesn't switch to the KMail part.
Oh damn.. .You've to open kontact and drag an email to the Organizer-Icon on the left (haven't seen this yet... just figured out how it works)... and there it is: the attached URI looks like "kmail:60095/etUn92QVLUjbtoKX1wolLA"... great! now only thing left is to solve the problem how to switch to the kmail part, if you double-click on the URI. thanks, anyway!
> The link selects the mail in KMail, but doesn't switch to the > KMail part. And this is bug I understand? Real problem here (and with some other features for KMail) is KMail and dcop cannot decompose mail messages. You can create message with dcop giving it From, To, etc. but KMail doesn't know how to treat messages. Eg. when you have message file with header and body and use kmail --msg you would expect it should parse file and fill From, To, Subject, but no :( This thing is necessary for creating message templates like in The Bat! or mutt+vim.
I'm not sure that it really is desirable to automatically switch parts, when clicking on the link, but we probably should try that. The DCOP function for composing a mail from a template message file is completely unrelated. Please file an extra wishlist item for this.
> Why is a link to a mail message counter productive? You > could have the comments in KMail as bug 31650 requests. You have to switch to Attachments view and click there, which isn't obvious. Also making comments in this message is questionable.
Yeah, this feature would be very helpful, even if simple. Could some sort of integration be added into the official sources? I'm thinking: Add todo in kmail -> adds todo in korganzer with either the e-mail's body or a link to the e-mail in the todo's body Delete (or mark complete) the todo in kmail or korganizer -> deletes the todo in the other component, or marks it complete, in the case of korganizer
*** This bug has been confirmed by popular vote. ***
Any news about this feature request for KDE 4 ?
With KDE-PIM 3.5.9 it looks almost complete. Some things don't look perfectly but as details should IMO adressed as separate bug entries. I hope all these features are forwarded into KDE4 :) Biggest thing for me it isn't possible to include body of mail into event summary, always included as attachment. In addition attachment is with *.tmp extension and is treated by KDE MIME system which means it will be usually opened with text editor. With regular e-mail message it means *tons* of headers making message unreadable for non-advanced user. I shudder what it will do with HTML messages. "Nice" example is when creating Todo from Yellow Notes - it just put whole note - *in vCal(?) format* - into summary. Broken encoding of note is just icing. Also treatment of this behaviour is different across Kontact modules. Dragging icons are different (including smaller bugs like don't reacting on changing status in dropability of item in KAddressBook). So, feature is here. But there are still rough edges.