Bug 115062 - more control over message disposition notifications
Summary: more control over message disposition notifications
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: MDN (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-25 13:43 UTC by Hauke Laging
Modified: 2012-08-19 03:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hauke Laging 2005-10-25 13:43:11 UTC
Version:            (using KDE KDE 3.4.0)
Installed from:    SuSE RPMs

You have to decide how to react before you can read the e-mail. You see only the top of the message window and cannot scroll (at least when opening the e-mail within the main kmail window, I have not tried opening it in it's own window). This is annoying because the decision how to react might depend on the content. The solution should be simple as you would just have to make the message window accessible while the dialog window is open. Alternatively you could allow to send a MDN message later, too (via the message menu). This might me nice for messages without MDN request, too, if you just want to let the sender know that you have read the mail (and the answer will take time... ;-)  without writing too much.
Comment 1 Hauke Laging 2005-10-27 20:16:04 UTC
Two more aspects of the problem:

1) It should be possible to edit the (standard) MDN e-mail.

2) If the To: address is not an e-mail address of one the identities then KMail should ask which address to use as From (and use the To: address as default). The current behaviour reveals another address if the e-mail has been sent to an address from which e-mail is forwarded to another address.

Example: Mail to mail@hauke-laging.de is forwarded to hauke@laging.de. The MDN e-mail has hauke@laging.de as From: and not the address the sender used as recipient. Thus the sender gets to know a maybe up to then unknown address (and the KMail user does not even notice that).
Comment 2 Myriam Schweingruber 2012-08-18 08:20:54 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 3 Luigi Toscano 2012-08-19 00:38:51 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
Comment 4 Hauke Laging 2012-08-19 02:22:13 UTC
(In reply to comment #3)
> Instead of creating a new feature request, please confirm here if the
> wishlist is still valid for kmail2.

Still valid.