User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:220.127.116.11) Gecko/20091006 Firefox/3.5.4 Build Identifier: 3.0b4 I am sending out emails to which is attached a meeting announcement. The emails are going to members of an organization who know it is important to RSVP for the meeting. I also included specific instructions to acknowledge receipt of the message in the body of the email. I have set every preference and account setting I can find to add a request for a return receipt to messages from this account but there is no visible return receipt request in the received email (confirmed by sending to myself at another of my email addresses.) Reproducible: Always Steps to Reproduce: 1.compose email after setting preferences and account settings to append a return receipt request 2.send message 3.no receipt request included in received message Actual Results: no return receipt request in received message Expected Results: return receipt request should be there
Have you confirmed with the person at the other end that the message was read and receipt request was actually granted?
I sent it to my wife's email: different domain, also using Tbird but not 3.0. Message received but no evidence of a return receipt request and no receipt sent back to me.
Can you save your test message in both your sent folder and in your wife's inbox and attach them to this bug using the Add an attachment link above ?
I think I'm seeing this problem as well. I compose a message to myself, select "Return Receipt" from the Options menu, and press send. When I look at the headers of the message in my Sent Mail folder, I do not see a Return-Receipt-To: header. When I look at the message that I received in my Inbox, I don't see a Return-Receipt-To: header there either. I'm using Seamonkey 2.0.3 on Mac OS X 10.6.
(In reply to comment #4) > I do not see a Return-Receipt-To: header. It's not surprizing. Tb never sends Return-Receipt-To: header. Tb properly sends Disposition-Notification-To: header defined by rfc 3798. > http://en.wikipedia.org/wiki/Return_receipt > Message Disposition Notifications >(snip) > However for privacy reasons, and also for backward compatibility, > requests for MDNs are entirely advisory in nature > - i.e. recipients are free to ignore such requests. > The format and usage MDNs are specified in RFC 3798. As written in above, "Return or not return MDN(return-receipt)" is up to mail receiver and mailer the mail receiver uses. And, some (very old) mail clients may not support MDN, or MDN support may be still optional in some amailers(old Lotus Notes client is possibly such client. Serch Google for Return-Receipt-To, please).
See also #576572
can you reproduce this using a current version of thunderbird? if you are unable to reproduce, please close by setting stats to resolved, and resolution to WORKSFORME or another appropriate setting. If you are able to reproduce, add new details, and a testcase if one does not already exist in the bug report.
Whiteboard: [closeme 2012-03-25]
RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
This problem still occurs with Seamonkey 2.8. Here are the headers of the message when I receive it: Return-Path: <email@example.com> Delivered-To: thetabis-tabi:firstname.lastname@example.org X-Envelope-To: email@example.com Received: (qmail 34134 invoked from network); 14 Apr 2012 18:02:09 -0000 Received: from mailwash5.pair.com (18.104.22.168) by muin.pair.com with SMTP; 14 Apr 2012 18:02:09 -0000 Received: from localhost (localhost [127.0.0.1]) by mailwash5.pair.com (Postfix) with SMTP id C228910623 for <firstname.lastname@example.org>; Sat, 14 Apr 2012 14:02:09 -0400 (EDT) X-Virus-Check-By: mailwash5.pair.com X-Spam-Check-By: mailwash5.pair.com X-Spam-Status: No, hits=-2.6 required=3.5 tests=BAYES_00 autolearn=ham version=3.002005 X-Spam-Flag: NO X-Spam-Level: X-Spam-Filtered: 4e378eb55ad9abe6d1a86de106ccff89 Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [22.214.171.124]) by mailwash5.pair.com (Postfix) with ESMTP id 9341010615 for <email@example.com>; Sat, 14 Apr 2012 14:02:09 -0400 (EDT) X-Authority-Analysis: v=2.0 cv=MNHiabll c=1 sm=0 a=0FtmXziUoI8NnfEHpE72Hw==:17 a=Yru2-sLD7jAA:10 a=dj0apkryUDsA:10 a=vQlp3vXYDpMA:10 a=8nJEP1OIZ-IA:10 a=2rL4boEFw6ea7lIW54cA:9 a=wPNLvfGTeEIA:10 a=0FtmXziUoI8NnfEHpE72Hw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 126.96.36.199 Received: from [188.8.131.52] ([184.108.40.206:62736] helo=artemis.local) by hrndva-oedge01.mail.rr.com (envelope-from <firstname.lastname@example.org>) (ecelerity 220.127.116.11 r()) with ESMTP id EB/07-02828-1ABB98F4; Sat, 14 Apr 2012 18:02:09 +0000 Message-ID: <4F89BBA0.email@example.com> Disposition-Notification-To: Timur Tabi <firstname.lastname@example.org> Date: Sat, 14 Apr 2012 13:02:08 -0500 From: Timur Tabi <email@example.com> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 To: Timur Tabi <firstname.lastname@example.org> Subject: test Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit And here are the headers of the message in my Sent box: Message-ID: <4F89BBA0.email@example.com> Disposition-Notification-To: Timur Tabi <firstname.lastname@example.org> Date: Sat, 14 Apr 2012 13:02:08 -0500 From: Timur Tabi <email@example.com> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 To: Timur Tabi <firstname.lastname@example.org> Subject: test Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit
You need to log in before you can comment on or make changes to this bug.