|
A bounce message, or Delivery Status Notification (DSN) message or, simply, a bounce is an automated electronic mail message from a mail system informing the sender of another message about a delivery problem. The original message is said to have bounced. Electronic mail, abbreviated e-mail or email, is a method of composing, sending, and receiving messages over electronic communication systems. ...
Delivery errors
Errors can occur at multiple places in mail delivery. A sender may sometimes receive a bounce message from the sender's mail server, and other times from a recipient's mail server. With the rise in forged spam and e-mail viruses, users now frequently receive erroneous bounce messages sent in response to messages they never actually sent.
Example Imagine that Jack (jack@example.com) sends a message to Jill (jill@example.org) at a different site. Once Jack's mail server has accepted the message, it must either pass it along to Jill's mail server, or else deposit a bounce message in Jack's mailbox. example. ...
Let us say that Jack's mail server passes it on to Jill's mail server (at example.org), which accepts the message for delivery. However, unfortunately, a moment later the disk on the example.org server fills up, and so the mail daemon cannot deposit the message in Jill's mailbox. In Unix and other computer multitasking operating systems, a daemon is a computer program that runs in the background, rather than under the direct control of a user; they are usually instantiated as processes. ...
The example.org mail server then must send a bounce message to jack@example.com, informing Jack that his message to Jill's mailbox could not be delivered.
Had the example.org mail server known that the message would be undeliverable (for instance, if Jill had no user account there) then it would not have accepted the message and sent a bounce. Instead, it would have rejected the message with an SMTP error code. This would leave Jack's mail server (at example.com) the obligation to create and deliver a bounce.
However, problems arise if Jill's mail server receives a message with a forged From: field, e.g., if spammer@example.net sends an unsolicited bulk message claiming to be from jack@example.com. In this case, Jill's mail server would send the bounce message to Jack even though Jack never sent the original message to Jill. This is called backscatter.
Since accept-then-bounce backscatter is a type of spam, every effort should be made to reject the message during the SMTP session to avoid participating in e-mail abuse of innocent third parties.
Terminology Bounces are a special form of auto replies. Auto replies are mails sent by a program - as opposed to a human user - in reply to a received mail.
Examples of other auto replies are vacation mails, challenges from challenge-response spam filtering, and replies from list servers. These other auto replies are discussed in RFC 3834: auto replies should be sent to the Return-Path stated in the received mail which has triggered the auto reply, and this response is typically sent with an empty Return-Path; otherwise auto responders could be trapped in sending auto replies back and forth. A Challenge-response (or C/R) system is a type of spam filter that automatically sends a reply with a challenge to the (alleged) sender of an incoming e-mail. ...
A mailing list is a collection of names and addresses used by an individual or an organization to send material to multiple recipients. ...
The Return-Path is visible in delivered mail as header field Return-Path inserted by the final SMTP mail transfer agent (MTA), also known as mail delivery agent (MDA). The MDA simply copies the reverse path in the SMTP MAIL FROM command into the Return-Path. The MDA also removes bogus Return-Path header fields inserted by other MTAs, this header field is generally guaranteed to reflect the last reverse path seen in the MAIL FROM command. A mail transfer agent or MTA (also called a mail transport agent, mail server, or a mail exchanger in the context of the Domain Name System) is a computer program or software agent that transfers electronic mail messages from one computer to another. ...
A Mail Delivery Agent (MDA) is software that accepts incoming e-mail messages and distributes them to recipients individual mailboxes (if the destination account is on the local machine), or forwards back to an SMTP server (if the destination is on a remote server). ...
Today these paths are normally reduced to ordinary e-mail addresses, as the old SMTP source routing was deprecated in 1989; for some historical background info see Sender Rewriting Scheme. One special form of a path still exists, the empty path MAIL FROM:<>, used for many auto replies and especially all bounces. An -mail address identifies a location to which e-mail messages can be delivered. ...
The introduction to this article provides insufficient context for those unfamiliar with the subject matter. ...
In a strict sense, bounces sent with a non-empty Return-Path are incorrect. RFC 3834 offers some heuristics to identify incorrect bounces based on the local part (left hand side before the @) of the address in a non-empty Return-Path, and it even defines a mail header field Auto-Reply to identify auto replies. But the mail header is a part of the mail data (SMTP command DATA), and MTAs typically don't look into the mail. They deal with the envelope, that includes the MAIL FROM address (aka 2821-From, envelope-From, reverse path) but not, e.g., the 2822-From in the mail header field From. These details are important for schemes like BATV. In computer science, besides the common use as rule of thumb (see heuristic), the term heuristic has two well-defined technical meanings. ...
In computing and e-mail, Bounce Address Tag Validation (BATV) is the name given to a method, defined in an Internet Draft, for determining whether the return address specified in an e-mail message is valid. ...
The remaining bounces with an empty Return-Path are non-delivery reports (NDRs) or delivery status notifications (DSNs). DSNs can be explicitly solicited with an SMTP Service Extension (ESMTP).
NDRs are a basic SMTP function. As soon as an MTA has accepted a mail for forwarding or delivery it cannot silently delete (drop) it; it has to create and send a bounce message to the originator if forwarding or delivery failed.
Excluding MDAs, all MTAs forward mails to another MTA. This next MTA is free to reject the mail with an SMTP error message like user unknown, over quota, etc. At this point the sending MTA has to inform the originator, or as RFC 2821 puts it:
- If an SMTP server has accepted the task of relaying the mail and later finds that the destination is incorrect or that the mail cannot be delivered for some other reason, then it MUST construct an "undeliverable mail" notification message and send it to the originator of the undeliverable mail (as indicated by the reverse-path).
This rule is essential for SMTP: as the name says, it's a simple protocol, it cannot reliably work if mail silently vanishes in black holes, so bounces are required to spot and fix problems.
Today, however, most email is spam, which usually utilizes forged Return-Paths. It is then often impossible for the MTA to inform the originator, and sending a bounce to the forged Return-Path would hit an innocent third party. This inherent flaw in today's SMTP (without the deprecated source routes) is addressed by various proposals, most directly by BATV and SPF. E-mail spam, also known as bulk e-mail or junk e-mail is a subset of spam that involves sending nearly identical messages to numerous recipients by e-mail. ...
In computing and e-mail, Bounce Address Tag Validation (BATV) is the name given to a method, defined in an Internet Draft, for determining whether the return address specified in an e-mail message is valid. ...
In computing, Sender Policy Framework (SPF) is an extension to the Simple Mail Transfer Protocol (SMTP). ...
Causes of a bounce message There are many reasons why an e-mail may bounce. One reason is if the recipient address is misspelled, or simply does not exist on the receiving system. This is a user unknown condition. Other reasons include resource exhaustion — such as a full disk — or the rejection of the message due to spam filters. E-mail spam, also known as bulk e-mail or junk e-mail is a subset of spam that involves sending nearly identical messages to numerous recipients by e-mail. ...
Bounce messages in SMTP are sent with the envelope sender address <>, known as the null sender address. They are frequently sent with a From: header address of MAILER-DAEMON at the recipient site. Simple Mail Transfer Protocol (SMTP) is the de facto standard for email transmission across the Internet. ...
Typically, a bounce message will contain several pieces of information to help the original sender in understanding the reason his message was not delivered:
- The date and time the message was bounced,
- The identity of the mail server that bounced it,
- The reason that it was bounced (e.g. user unknown or mailbox full),
- The headers of the bounced message, and
- Some or all of the content of the bounced message.
RFC 3463 describes the codes used to indicate the bounce reason. Common codes are 5.1.1 (Unknown user), 5.2.2 (Mailbox full) and 5.7.1 (Rejected by security policy/mail filter).
See also In computing and e-mail, Bounce Address Tag Validation (BATV) is the name given to a method, defined in an Internet Draft, for determining whether the return address specified in an e-mail message is valid. ...
A return receipt is a postal service document confirming the arrival of a message or parcel at its intended destination. ...
In computing, Sender Policy Framework (SPF) is an extension to the Simple Mail Transfer Protocol (SMTP). ...
The introduction to this article provides insufficient context for those unfamiliar with the subject matter. ...
Simple Mail Transfer Protocol (SMTP) is the de facto standard for e-mail transmissions across the Internet. ...
Variable envelope return path (VERP) is a technique used by some electronic mailing list software to enable automatic detection and removal of undeliverable e-mail addresses. ...
Backscatter is the reflection of waves, particles, or signals back to the direction they came from. ...
Related RFCs RFCs 1891..1894 are obsoleted by 3461..3464. The RFCs were written by Keith Moore and Gregory M. Vaudreuil. Keith Moore (born 12 October 1960) is the author and co-author of several IETF RFCs related to the MIME and SMTP protocols for electronic mail, among others: RFC 1870, defining a mechanism to allow SMTP clients and servers to avoid transferring messages so large that they will be rejected...
- RFC 3461 - Simple Mail Transfer Protocol (SMTP) Service Extension for Delivery Status Notifications (DSNs)
- RFC 3463 - Enhanced Status Codes for SMTP
- RFC 3464 - An Extensible Message Format for Delivery Status Notifications
- RFC 3834 - Recommendations for Automatic Responses to Electronic Mail
External links - Microsoft's DSN format for Exchange
| 
Feeds |
Contact