Bug 88988 - Removing "Confirm Delivery" is a bad change
Summary: Removing "Confirm Delivery" is a bad change
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: MDN (show other bugs)
Version: 4.8.5
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-07 11:00 UTC by Sergey Y. Afonin
Modified: 2012-10-21 20:48 UTC (History)
3 users (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 Sergey Y. Afonin 2004-09-07 11:00:09 UTC
Version:           1.7 (using KDE 3.2.3, ALT Linux)
Compiler:          gcc version 3.3.3 20040412 (ALT Linux, build 3.3.3-alt5)
OS:                Linux (i686) release 2.4.26

Some version ago have taken place unpleasant change in options of composed message. "Confirm Delivery" and "Confirm Read" was replaced by "Request Disposition Notification". It isn't right. "Confirm Delivery" was added "Return-Receipt-To" field, which is processing by mail delivery agent or by mail transport agent and not by user agent... I think, that "Confirm Delivery" should be returned in addition to "Request Disposition Notification".
Comment 1 Sergey Y. Afonin 2004-09-07 11:19:30 UTC
And in addition. I think, that E-Mail for Return-Receipt-To and Disposition-Notification-To should be selected as To, From, Cc, Bcc...
And possible good idea add it to "Advanced" for setting default values.
Comment 2 Sergey Y. Afonin 2004-09-07 11:21:51 UTC
> to "Advanced"

to "Advanced" of "identity".
Comment 3 Oliver Zimmermann 2004-09-23 11:37:18 UTC
I need the delivery confirmation, because sometimes it reported back that the mail was e.g. also delivered to someone else, which is useful to know. It is also annoying that the read-confirmation must be requested with each single mail and cannot be set to permanent.
Comment 4 Pavel Mendl 2008-07-07 11:58:14 UTC
To Oliver: If I am not mistaken it can be set permanently. You can access it under Settings->Kmail settings->Editor->General (tab). There is checkbox like "Automatically request MDN" (or similar name as I have Czech localization installed) there.
Comment 5 David Herbert 2010-05-15 07:48:41 UTC
I'd also like to see kmail support delivery status notifications. Thunderbird supports them. Why is this bug still unconfirmed after 6 years? Perhaps the title should be changed to "Please support delivery status notifications"?

There seems to be a lot of confusion surrounding these notifications, I think partly because there two entirely different types but with similar names and partly because every email client which supports them decides to call them something different, so for example kmail calling them "confirm delivery" and "confirm read", or thunderbird calling one of them "return receipt".

One of the clearer pages describing both notification mechanisms I found:
http://en.wikipedia.org/wiki/Return_receipt

My vote would be that kmail supports both and calls them by their correct names, "Delivery Status Notification" and "Message Disposition Notification".

What's a little annoying for me is that the message disposition notifications which kmail does supports I never use (I don't request them and I have kmail set to allows ignore incoming ones) and the delivery status notifications which kmail doesn't support I find very useful and regularly use in thunderbird (along with imap idle!).
Comment 6 Sergey Y. Afonin 2010-05-15 09:42:51 UTC
(In reply to comment #4)

> To Oliver: If I am not mistaken it can be set permanently. You can access it
> under Settings->Kmail settings->Editor->General (tab). There is checkbox like
> "Automatically request MDN"

This checkbox did adds the "Disposition-Notification-To" field, not the "Return-Receipt-To".
Comment 7 Myriam Schweingruber 2012-08-18 08:34:26 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 8 Luigi Toscano 2012-08-19 00:49:31 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
Comment 9 Sergey Y. Afonin 2012-10-21 20:34:29 UTC
(In reply to comment #8)
> Instead of creating a new feature request, please confirm here if the
> wishlist is still valid for kmail2.

How can I do it ? I don't see "reopen" in status field.