Article ID: 323484 - Last Review: February 28, 2007 - Revision: 2.2 XCON: Description of the Multipart/Report Internet Message Format in Exchange 2000This article was previously published under Q323484 On This PageSUMMARYThis article describes the multipart/report Internet message
format content type. MORE INFORMATIONThe multipart/report content type is defined for returning
delivery status notifications that include optional messages. Exchange 2000
uses the Content-Type: multipart/report for a host of report types, including
non-delivery reports (NDRs), delivery receipts, read receipts, delay
notifications, relay notification, and non-read notifications. NDRsIn Exchange 2000, an NDR might have the original message embedded in the report as a message/rfc822 content-type attachment because the RET parameters are set to FULL (for example, RET=FULL). An Exchange 2000 NDR looks similar to the following example:Your message did not reach some or all of the intended recipients.
Subject: test message
Sent: 12/15/2002 3:09 PM
The following recipient(s) could not be reached:
user@example.com on 12/15/2002 3:09 PM
The e-mail account does not exist at the organization this message was sent to. Check the e-mail address, or contact the recipient directly to find out the correct address.
<server.domain.com #5.1.1>HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\SMTPSVC\Queuing Value name: MaxDSNSize Note A message may be returned for a number of reasons. The three
digit NDR code is noted at the end of the report.Value type: REG_DWORD Value data: <value in bytes> The following example is MIME header in an NDR: MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="----_=_NextPart_001_01C21F9D.448286CC" Subject: Undeliverable: RE: --reply at 2:46pm content-class: urn:content-classes:dsn To: user@example.com Return-Path: ------_=_NextPart_001_01C21F9D.448286CC Content-Type: message/delivery-status Content-Transfer-Encoding: 7bit ------_=_NextPart_001_01C21F9D.448286CC Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Non-Read NotificationsA non-read notification is sent back to the message sender if the Request a read receipt for this message tracking option is enabled, and the message was deleted or purged without being read. The report is typically generated in the Charset 7-Bit or UTF 7-Bit format. The following example is a non-read notification:Your message
To: user@example.com
Subject: test message
Sent: 12/17/2002 9:02 AM
was deleted without being read on 12/17/2002 9:04 AM.Subject: Not read: test message Date: Tue, 17 Dec 2002 09:11:08 -0800 Message-ID: <D558A6DD2C314D42AA20CFD97918912C016890@server.domain.com> X-MS-Has-Attach: MIME-Version: 1.0 Content-Type: multipart/report; report-type=disposition-notification; boundary="----_=_NextPart_001_01C2A5EF.4AB815A0" X-MS-TNEF-Correlator: Thread-Topic: NRR Thread-Index: AcKl6qHrWqeamqhrQomyrF7S1Hw6dQABKjNR From: "Contact" <contact@domain.com> content-class: urn:content-classes:mdn X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 To: "User" <user@example.com> Return-Path: contact@domain.com ------_=_NextPart_001_01C2A5EF.4AB815A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------_=_NextPart_001_01C2A5EF.4AB815A0 Content-Type: message/disposition-notification Content-Transfer-Encoding: 7bit ------_=_NextPart_001_01C2A5EF.4AB815A0-- Delivery ReceiptsA delivery receipt is sent back to the sender when the message arrives at the destination message transfer agent (MTA) or SMTP gateway. The sender requests a delivery receipt by stamping a Return Receipt To or Transport-Neutral Encapsulation Format (TNEF) equivalent of PR_ORIGINATOR_DELIVERY_REPORT_REQUESTED to TRUE through the messaging client. The Exchange 2000 transport subsequently transmits this request by specifying a NOTIFY parameter in the SMTP RCPT TO command. For example:RCPT TO:<user@example.com> NOTIFY=SUCCESS,DELAY,FAILURE
The following example is a delivery receipt: Your message
To: User; 'user@example.com'
Subject: test message
Sent: 12/17/2002 8:53 AM
was delivered to the following recipient(s):
User on 12/17/2002 8:53 AMMicrosoft Mail Internet Headers Version 2.0
From: postmaster@example.com
To: user@example.com
Date: Tue, 17 Dec 2002 10:52:39 -0600
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="9B095B5ADSN=_01C20D2FE25765E1000A8D4Aclt?msg?01.north"
X-DSNContext: Subject: Delivery Status Notification (Success)
Return-Path:
--9B095B5ADSN=_01C20D2FE25765E1000A8D4Aclt?msg?01.north
Content-Type: text/plain; charset=unicode-1-1-utf-7
--9B095B5ADSN=_01C20D2FE25765E1000A8D4Aclt?msg?01.north
Content-Type: message/delivery-status
--9B095B5ADSN=_01C20D2FE25765E1000A8D4Aclt?msg?01.north
Content-Type: message/rfc822
Return-Receipt-To: adef@microsoft.com
MIME-Version: 1.0
Content-Type: application/ms-tnef;
name="winmail.dat"
Content-Transfer-Encoding: binary
content-class: urn:content-classes:message
Subject: test message
Date: Tue, 17 Dec 2002 10:52:39 -0600
Message-ID: message ID
From: userf@example.com
To: contact@domain.com
Return-Path: user@example.comRead ReceiptsA read receipt is sent back to the message sender if a request for a read receipt is stamped on the message. The sender requests this by setting the Disposition-Notification-To header in the message to the sender or the TNEF equivalent of PR_READ_RECEIPT_REQUESTED. The following example of a read receipt:Your message
To: user@example.com
Subject:
was read on 12/17/2002 9:58 AM.Microsoft Mail Internet Headers Version 2.0 Subject: Read: test message Date: Tue, 17 Dec 2002 09:57:53 -0800 Message-ID: <D558A6DD2C314D42AA20CFD97918912C016892@server.domain.com> X-MS-Has-Attach: MIME-Version: 1.0 Content-Type: multipart/report; report-type=disposition-notification; boundary="----_=_NextPart_001_01C2A5F5.D275F240" X-MS-TNEF-Correlator: Thread-Topic: test message Thread-Index: AcKl9b1Bswu6VA+wR7WlTk6KwIWqQAAABU3S From: "Contact" <contact@domain.com> content-class: urn:content-classes:mdn X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 To: "User" <user@example.com> Return-Path: contact@domain.com X-OriginalArrivalTime: 17 Dec 2002 17:57:54.0603 (UTC) FILETIME=[D30A3FB0:01C2A5F5] ------_=_NextPart_001_01C2A5F5.D275F240 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------_=_NextPart_001_01C2A5F5.D275F240 Content-Type: message/disposition-notification Content-Transfer-Encoding: 7bit ------_=_NextPart_001_01C2A5F5.D275F240-- Relay Delivery Status NotificationsThe following example is a relay delivery status notification:This is an automatically generated Delivery Status Notification.
Your message has been successfully relayed to the following recipients, but the requested delivery status notifications may not be generated by the destination.
user@example.comMicrosoft Mail Internet Headers Version 2.0 From: postmaster@example.com To: user@example.com Date: Tue, 17 Dec 2002 08:52:40 -0800 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; boundary="9B095B5ADSN=_01C291DC6A7FD62100009369inet?hub?01.redm" X-DSNContext: 7ce717b1 - 1130 - 00000008 - 00000000 Message-ID: <J6pN7jmF800000eae@inet-hub-01.redmond.example.com> Subject: Delivery Status Notification (Relay) Return-Path: <> X-OriginalArrivalTime: 17 Dec 2002 16:52:41.0121 (UTC) FILETIME=[B66C4910:01C2A5EC] --9B095B5ADSN=_01C291DC6A7FD62100009369inet?hub?01.redm Content-Type: text/plain; charset=unicode-1-1-utf-7 --9B095B5ADSN=_01C291DC6A7FD62100009369inet?hub?01.redm Content-Type: message/delivery-status --9B095B5ADSN=_01C291DC6A7FD62100009369inet?hub?01.redm Content-Type: message/rfc822 Received: from server.domain.com ([100.0.0.0]) by internet-xxx-00001.server.example.com with Microsoft SMTPSVC(5.0.2195.5600); Tue, 17 Dec 2002 08:52:40 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.6803.0 Content-class: urn:content-classes:message Return-Receipt-To: "User" <user@example.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2A5EC.B52CE306" Disposition-Notification-To: "User" <user@example.com> Subject: test message Date: Tue, 17 Dec 2002 10:52:39 -0600 Message-ID: <C1DCE947398EDF4CBBF4996496268B7405F7ABE4@server.domain.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: test message Thread-Index: AcKl7Erc8kt0mdKuSreEWGbzByvkaQAAEqPQ From: "User" <user@example.com> To: "Contact" <contact@domain.com Reply-To: "User" <user@example.com> Return-Path: user@example.com X-OriginalArrivalTime: 17 Dec 2002 16:52:40.0371 (UTC) FILETIME=[B5F9D830:01C2A5EC] ------_=_NextPart_001_01C2A5EC.B52CE306 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable ------_=_NextPart_001_01C2A5EC.B52CE306 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Delay NotificationsDelay notifications are generated for messages that cannot be delivered in a timely manner. The notification is sent according to the delay notification interval that is configured on the SMTP virtual server. If the transport requests a delay notification from the target server by using the RCPT TO:<ser@example.com> NOTIFY=FAILURE,DELAY parameter, the target server returns a delay notification if the message is not delivered to the recipient in a timely manner. The following example is the MIME header of a delay notification:Microsoft Mail Internet Headers Version 2.0 Received From: postmaster@example.com To: user@example.com Date: Wed, 10 Apr 2002 20:16:44 -0700 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status; X-DSNContext: Message-ID: Subject: Delivery Status Notification (Delay) Return-Path: --9B095B5ADSN=_boundary Content-Type: text/plain; charset=unicode-1-1-utf-7 --9B095B5ADSN=_boundary Content-Type: message/delivery-status --9B095B5ADSN=_boundary. Content-Type: message/rfc822 Received: X-MimeOLE: Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------boundary" Disposition-Notification-To: user@example.com Subject: RE: Test message Date: Wed, 10 Apr 2002 15:40:25 -0500 Message-ID: thread-index: AcHgyTOFUg626BmvQRuaHma5lfChhAABrcbg From: user@example.com To: contact@domain.com Return-Path: user@example.com Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1E0CF.F170F875" ------_=_NextPart_001_01C1E0CF.F170F875 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ------_=_NextPart_001_01C1E0CF.F170F875 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable For more information, read RFC 1891, 1894, and 2298 on the following Internet Engineering Task Force (IETF) Web site: www.ietf.org (http://www.ietf.org/)
| Article Translations
|
Back to the top
