Bug 115062

Summary:	more control over message disposition notifications
Product:	[Applications] kmail2	Reporter:	Hauke Laging <hauke>
Component:	MDN	Assignee:	kdepim bugs <kdepim-bugs>
Status:	REPORTED ---
Severity:	wishlist	CC:	luigi.toscano
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.