Version: (using KDE KDE 3.5.3) Installed from: Slackware Packages This wishlist is similar to bug 117006 http://bugs.kde.org/show_bug.cgi?id=117006 This feature has been requested before -- in short, the ability to edit the original attachment before the message is sent. Currently, when I need to change contents of an attachment in composer, I need to go back to the original file to edit it. More frequently than not, I right-click the "open" function in the attachment pane, then a temp file is opened, and the changes were saved into that temp file and lost (or spending lots of time to search where that file is!). I understand there were discussions in the past regarding "Why on earth do you want to edit an attachment?". However to the end users, it is intuitive to have the ability to edit the original and reattach. To solve this common annoyance, is to provide an additional "Open/Edit Original File..." in the right-click menu item, so that the original file can be opened and re-attached after editing. I would be happy to hear any comments on this topic.
*** Bug 138070 has been marked as a duplicate of this bug. ***
Comment: I almost agree. The open function should open the original file (see longer comment btw. http://bugs.kde.org/show_bug.cgi?id=138070 ) since I don't see point in viewing read-only doc in temp. However -- the open of original should work only to the point when the mail is actually saved. Even if later the original is available there should always be copy -- because you should know exactly what you have sent. In other words -- one function, open -- opening the original file.
An update for this: In trunk and in the enterprise branch, the following has been added: If you right-click an attachment in the composer, you can edit it. However, this will edit a copy of the file, the original is untouched. But the composer detects when that copy is saved, and will automatically update the attachment.
This relates to the above mentioned bugs but is something different. Considering Thomas' comment I see this as fixed in KDE 4.3. Please report if you think something different.