Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Return receipts are not handled #129

Open
protz opened this issue Dec 1, 2010 · 4 comments
Open

Return receipts are not handled #129

protz opened this issue Dec 1, 2010 · 4 comments

Comments

@protz
Copy link
Collaborator

protz commented Dec 1, 2010

Workaround is to hit more > view message using standard reader.

@protz
Copy link
Collaborator Author

protz commented Jan 27, 2011

The problem is twofold.

  • Requesting return receipts depending on the preferences and / or the composition parameters: that's commit 7e2284a
  • Sending return receipts to people who send a message to the user. That's not implemented yet. Thoughts below.

http://mxr.mozilla.org/comm-central/source/mail/base/content/msgHdrViewOverlay.js#649
http://mxr.mozilla.org/comm-central/source/mail/base/content/mailWindowOverlay.js#2906

aUrl is a nsIMsgMailNewsUrl which seems to have a mimeHeaders property http://mxr.mozilla.org/comm-central/source/mailnews/base/public/nsIMsgMailNewsUrl.idl#97 which we could pass to the nsIMsgMdnGenerator...

@protz
Copy link
Collaborator Author

protz commented Mar 25, 2011

The main issue is that this is a separate header (the one that tells that a delivery notification has been request) that gloda messages don't know about, so we would need to write a gloda plugin for that as well...

@janmatyas
Copy link

Workaround (2y old) is useless since I don't want to send read confirmation (bad habit I know, but sometimes useful) and it's send automatically when I view the message in Conversation (which is immediately in Message Pane)... Is there another way around?

@protz
Copy link
Collaborator Author

protz commented May 14, 2013

Fixing that problem to this day still requires significant rework on the Thunderbird side, so unfortunately there is no other way around...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants