MDN: Disposition Notification header in a mesg that's posted to a Newsgroup



17 years ago
10 years ago


(Reporter: grylchan, Assigned: jt95070)


(Blocks: 1 bug)


Firefox Tracking Flags

(Not tracked)



(1 attachment)



17 years ago
Noticed this with 4-2 commercial trunk builds.

If you post to a newsgroup and you have return receipts on.
If you look at the headers (all) of the mesg you posted on
the newsgroup you will see:
                         Gary Chan <>

This happens also in latest 4.x builds. So this bug has been
there a while. If you don't have return receipts on, the
disposition notification header isn't in the header.

Steps to reproduce:
1.Read a newsgroup
2.Make sure you have either global/individual pref for
  Return Receipts on
3Post a mesg to the newsgroup
4.Go to the newsgroup and read the mesg you just posted
5.Change View|Headers|ALL

result: you will see in the header:
        Disposition-Notification-to: g<>
Expected: that header to not be there.

Adding Jeff's comment link which said for me to open this bug:


17 years ago
QA Contact: gayatri → gchan


17 years ago
Blocks: 134040

Comment 1

17 years ago
The logical place to fix the problem seems to be in nsMsgProtocol::PostMessage().
Target Milestone: --- → mozilla1.0

Comment 2

17 years ago
Created attachment 78302 [details] [diff] [review]
Patch ready for review

We only do the special case comparison for message headers only. So, the
performance hit shouldn't be too bad.

Comment 3

17 years ago
Adding Scott and David for review and considering for nsbeta1...

Comment 4

17 years ago
A couple of questions.  

1.  Just to reconfirm, but 4.x does the same?
2.  When someone reads one of these messages in a newsgroup, will we return the
receipt?  If that message gets moved to a mail folder and someone uses it, will
we return it?

Comment 5

17 years ago
Yes, 4.x does the same. No return receipt will be generated if the message were 
read from the newsgroup. Messages with request for return receipt copied from 
newsgroups to local mail folder or imap mail folder whether read or unread shall 
not generate return receipt, both 4.x and current build work fine. I guess, this 
bug can be categorized as nice to fix since it touches the very touchy 
nsMsgProtocol::PostMessage() method. :-)

Comment 6

17 years ago
Do we consider fixing this in RTM? This make us more conforming to the RFC standard.

Comment 7

17 years ago
Let's get this into the trunk.  I think we can pass on this for rtm.

Comment 8

17 years ago
David and Seth, can you r & sr the patch? Thanks,

Comment 9

17 years ago
is this what 4.x did? strip out the mdn request when posting to news? It seems
OK, but as you say, it's a touchy method. 

Comment 10

17 years ago
4.x left the 'disposition notification to' header in a mesg posted
to a newsgroup. So I guess we weren't doing it properly in 4.x

Comment 11

17 years ago
Comment on attachment 78302 [details] [diff] [review]
Patch ready for review

Attachment #78302 - Flags: review+

Comment 12

16 years ago
In some other mail clients (for ex. The Bat!) user can notified is his mail
delivired to remote mail server. Why it's future hasn't in Mozilla Mail ?
just need to add in menu that option and in mail header
"Disposition-Notification-To: sender_mail" row.

Comment 13

16 years ago
Client: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.4b) Gecko/20030521 

If a newsgroup-posting with an 'Disposition-Notification-To'-header is 
displayed in Thunderbird, Thunderbird asks for sending an MDN. If answered with 
YES, it realy send an MDN to the sender of that post. I don't think this is 

Comment 14

15 years ago
Michael: this bug is about sending messages to newsgroups, not about reading them. 

This is now WFM. With trunk-build 2003052908 I'm not able to produce a news
message with the Disposition-Notification-To: header.
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.