Closed
Bug 139616
Opened 23 years ago
Closed 23 years ago
MDN: Move Read Receipt request to end of message headers
Categories
(MailNews Core :: Backend, defect)
MailNews Core
Backend
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: bugzilla, Assigned: jt95070)
References
(Blocks 1 open bug)
Details
Move the read receipt request in an outgoing message to the end of the headers.
EXAMPLE 1 - MOZILLA
(Note the Disposition-Notification-To: header is near the top)
From - Tue Apr 23 17:50:52 2002
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Message-ID: <3CC5E53C.3080804@mac.com>
Disposition-Notification-To: Joel Nelson <joelnelson@mac.com>
Date: Tue, 23 Apr 2002 17:50:36 -0500
From: Joel Nelson <joelnelson@mac.com>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc1)
Gecko/20020417
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Margaret Noel <mwnoel@inebraska.com>
Subject: Re: Hi
References: <3CBAFA33.5050508@mac.com> <007501c1e4a9$d29dafc0$6ac4dece@gamospc>
Content-Type: multipart/related;
boundary="------------040002070804090804090004"
EXAMPLE 2 - OUTLOOK EXPRESS/WINDOWS
From - Tue Apr 23 18:44:56 2002
X-UIDL: 2138-1015783424
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00800000
Return-Path: <mwnoel@inebraska.com>
Received: from smtpin11.mac.com ([10.13.10.156]) by ms01.mac.com
(Netscape Messaging Server 4.15 ms01 Mar 5 2002 15:11:07) with
ESMTP id GV1OLH00.2B5 for <joelnelson@mac.com>; Tue, 23 Apr 2002
16:44:05 -0700
Received: from pigeon.inebraska.com (pigeon.inebraska.com [199.184.119.21])
by smtpin11.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g3NNi25V005905
for <joelnelson@mac.com>; Tue, 23 Apr 2002 16:44:03 -0700 (PDT)
Received: from gamospc (lin-hs7-037.inetnebr.com [206.222.196.101])
by pigeon.inebraska.com (8.11.3/8.11.3) with SMTP id g3NNho121170
for <joelnelson@mac.com>; Tue, 23 Apr 2002 18:43:50 -0500 (CDT)
Message-ID: <003101c1eb20$acc929f0$65c4dece@gamospc>
From: "Margaret Noel" <mwnoel@inebraska.com>
To: "Joel Nelson" <joelnelson@mac.com>
Subject: Here's the Puppy
Date: Tue, 23 Apr 2002 18:43:23 -0500
MIME-Version: 1.0
Content-Type: multipart/related;
type="multipart/alternative";
boundary="----=_NextPart_000_002D_01C1EAF6.BF716A60"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Disposition-Notification-To: "Margaret Noel" <mwnoel@inebraska.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Why am I making an issue over this?
Other programs put the receipt request at the end of the headers. When the
receipt request is put near the beginning (as is the case in Mozilla) some
servers treat it as a DSN receipt request instead of a MDN, and some e-mail
programs don't return a receipt at all because the request is not in the
standard location. My suggestion is to move the header for MDN return receipts
to the end of the headers, like in OE 6.
Marking as new, reassigning bug, and changing component from
compose to backend.
Assignee: ducarroz → jt95070
Status: UNCONFIRMED → NEW
Component: Composition → Mail Back End
Ever confirmed: true
Summary: Move Read Receipt request to end of message headers → MDN: Move Read Receipt request to end of message headers
adding myself as qa, adding seth.
Also we had Disposition notification header in same place (top)
in current 4.x builds.
QA Contact: esther → gchan
It doesn't really matter where is the Disposition-Notification-To: placed as
long as it is withing the message headers segment. Servers should not treated
the DNT header as DSN request. If they do they are not standard compliant. Even
if they do no matter where it was placed the behavior should be the same. In any
case, DSN request were made through out of band channel, a server should not
treat DNT header as DSN request. That's wrong, wrong, wrong. And we shouldn't
fix anything which is wrong from the begining.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•