Version: 1.5.4 (using KDE 3.1.4) Installed from: compiled sources Compiler: gcc version 3.2.3 OS: Linux (i686) release 2.4.24 The KMail Security settings allow for enabling "Automatic" read and confirmation receipts. Clearing it however, does not provide a prompt when a sender has requested a read receipt. Hence, the bug report. I do not want to just blindly send receipts. However, I do not want to just ignore receipt requests all the time either. By turning off the "Automatic" setting implies that it is manual, not disabling receipts entirely. But I receive no prompt to inform me that a receipt has been requested and to allow the receipt. KMail just ignores the request. The help system suggested using the filter option to confirm delivery. But I fail to understand how the filter can provide me with an opportunity to decide. I can either filter on the header strings and blindly provide the receipt or confirm delivery on every message received. It is impossible for me to have prior knowledge of who will request a receipt to write a selective filter. These options appear to be totally inadequate. I think the MUA standard options for receipts would be, always, prompt, and never. It seems that the most usefull and commonly used option, prompt, has been removed. Thus we are left with always and never. With no opportunity to decide on an individual message basis. KMail does allow us to request read receipts on outgoing mail, but it is more than willing to simply ignore the request on incoming mail. Don't you think it is worthless in an all KMail environment if the recipient has no option to acknowledge it. Unless of course they blindly acknowledge receipts for everybody that requests it. I do strongly agree that "Automatic" receipts should never be used for security reasons. So then, why provide the option???? It would make far more logical sense to support prompting for receipts with an option to disable the receipts. At first I thought this was more of a "wish-list" item. But the more I considered it, it is a bug report. The industry has established acceptable standards for how an MUA should handle receipts. As KMail is a reasonably mature MUA program; these standards should not be ignored. Thank you for your consideration.
This seems to be quiet right. Simply adding the prompt dialog and a feature-on/off-check-box in the configuration panel, will solve the issue. Industry is not allowed to establish any standard on the Internet, also if it tries to again and again. And this is a good thing due to the fact that neither money as commercial interests have to block freedom on this network. The way how MUAs work must be alligned to what the RFCs and the ISO standards documents specify. Proposals on adherence to this "rules" or their modification have to be approved by the Internet community and not by other entities. So far to this off-topic.
This has long been implemented, this bug should be closed.
then I will close. thanks for the heads-up