Message transfer agent

Message transfer agent

Within Internet message handling services (MHS), a message transfer agent[1] or mail transfer agent[2] (MTA) or mail relay is software that transfers electronic mail messages from one computer to another using a client–server application architecture. An MTA implements both the client (sending) and server (receiving) portions of the Simple Mail Transfer Protocol.[3]

The terms mail server, mail exchanger, and MX host may also refer to a computer performing the MTA function. The Domain Name System (DNS) associates a mail server to a domain with mail exchanger (MX) resource records containing the domain name of a host providing MTA services.

A mail server is a computer that serves as an electronic post office for email. Mail exchanged across networks is passed between mail servers that run specially designed software. This software is built around agreed-upon, standardized protocols for handling mail messages and the graphics they might contain.

Contents

Operation

A message transfer agent receives mail from either another MTA, a mail submission agent (MSA), or a mail user agent (MUA). The transmission details are specified by the Simple Mail Transfer Protocol (SMTP). When a recipient mailbox of a message is not hosted locally, the message is relayed, that is, forwarded to another MTA. Every time an MTA receives an email message, it adds a Received trace header field to the top of the header of the message,[4] thereby building a sequential record of MTAs handling the message. The process of choosing a target MTA for the next hop is also described in SMTP, but can usually be overridden by configuring the MTA software with specific routes.

A MTA works in the background, while the user usually interacts directly with a mail user agent. One may distinguish initial submission as first passing through an MSA – port 587 is used for communication between an MUA and an MSA while port 25 is used for communication between MTAs, or from an MSA to an MTA;[5] this distinction is first made in RFC 2476.

For recipients hosted locally, the final delivery of email to a recipient mailbox is the task of a message delivery agent (MDA). For this purpose the MTA transfers the message to the message handling service component of the message delivery agent. Upon final delivery, the Return-Path field is added to the envelope to record the return path.

Transfer versus access

The function of an MTA is usually complemented with some means for email clients to access stored messages. This function typically employs a different protocol. The most widely implemented open protocols for the MUA are the Post Office Protocol (POP3) and the Internet Message Access Protocol (IMAP), but many proprietary systems exist (Exchange, Lotus Domino/Notes) for retrieving messages. Many systems also offer a web interface for reading and sending email that is independent of any particular MUA.

At its most basic, an MUA using POP3 downloads messages from the server mailbox onto the local computer for display in the MUA. Messages are generally removed from the server at the same time but most systems also allow a copy to be left behind as a backup. In contrast, an MUA using IMAP displays messages directly from the server, although a download option for archive purposes is usually also available. One advantage this gives IMAP is that the same messages are visible from any computer accessing the email account, since messages aren't routinely downloaded and deleted from the server. If set up properly, sent mail can be saved to the server also, in contrast with POP mail, where sent messages exist only in the local MUA and are not visible by other MUAs accessing the same account.

The IMAP protocol has features that allow uploading of mail messages and there are implementations that can be configured to also send messages like an MTA,[6] which combine sending a copy and storing a copy in the Sent folder in one upload operation.

The reason for using SMTP as a standalone transfer protocol is twofold:

  • To cope with discontinuous connections. Historically, inter-network connections were not continuously available as they are today and many readers didn't need an access protocol, as they could access their mailbox directly (as a file) through a terminal connection. SMTP, if configured to use backup MXes, can transparently cope with temporary local network outages. A message can be transmitted along a variable path by choosing the next hop from a preconfigured list of MXes with no intervention from the originating user.
  • Submission policies. Modern systems are designed for users to submit messages to their local servers for policy, not technical, reasons. It was not always that way. For example, the original Eudora email client featured direct delivery of mail to the recipients' servers, out of necessity. Today, funneling email through MSA systems run by providers that in principle have some means of holding their users accountable for the generation of the email is a defense against spam and other forms of email abuse.[7]

Issues affecting small email-servers

In recent years[when?], mainly due to concerns over spam and a general trend towards centralisation, problems have arisen for small organisations and home users wishing to run their own email server. As of 2011 many ISPs pre-emptively block outgoing connections to TCP port 25 on domestic connections,[8] and larger email providers have increasingly stringent requirements for other servers that wish to transfer emails to them. For example: reverse PTR records of the sending mail server are often checked before accepting mail[9]. The PTR record must be set up by the ISP, which may refuse this request to a small-business or domestic user.

Other problems encountered by small mail-servers include zealous use of blacklisting and a presumption of guilt by blacklisting services and large email providers, which classify "new" servers as spammers by default. Such measures have inevitably reduced the overall number of small email-servers, and some end-users have opted to outsource to paid services or to GMail instead, exacerbating[citation needed] the problem for those not wishing to outsource.

List of MTA software for Unix-like operating systems

See also

References

  1. ^ MTA=Message Transfer Agent (similar to X.400 name) is found, e.g., in RFC 1506, RFC 2476, RFC 3461, RFC 3464, RFC 3865, RFC 3888, RFC 4409, RFC 5598.
  2. ^ MTA=Mail Transfer Agent (similar to Mail Transfer Protocol) is found, e.g., in RFC 2298, RFC 2305, RFC 3804, RFC 3798, RFC 4496, RFC 5442, RFC 5429.
  3. ^ RFC 5598, Internet Mail Architecture, D. Crocker (July 2009)
  4. ^ See Email#Message header for the format of an email message. Many MUAs allow users to see the raw message source directly, thereby allowing header inspection.
  5. ^ See table at Email client#Port numbers
  6. ^ E.g. Courier mail server IMAP's Outbox feature, not fully supported by clients.
  7. ^ Bill Cole (29 June 2009). "What are the IPs that sends mail for a domain?". ASRG mailing list. http://www.ietf.org/mail-archive/web/asrg/current/msg15593.html. Retrieved 15 September 2009. 
  8. ^ Is there a war against small email servers
  9. ^ [1]

Wikimedia Foundation. 2010.

Игры ⚽ Нужен реферат?

Look at other dictionaries:

  • Message Transfer Agent —   [Abk. MTA], das Programm, das für die Weiterleitung und Zustellung von E Mails zuständig ist. Nach Erhalt einer Mail von einem Mail User Agent oder einem anderen MTA analysiert der MTA die Mail und liefert sie entweder an den lokalen User (bzw …   Universal-Lexikon

  • MESSAGE TRANSFER AGENT — (термин Х.400) (MTA) агент передачи сообщенийприкладной процесс OSI, используемый для сохранения и пересылки сообщений в X.400 Message Handling System …   Словарь электронного бизнеса

  • Message Transfer Agent — software responsible for transferring email messages, MTA (Computers) …   English contemporary dictionary

  • Message Submission Agent — Ein Message Submission Agent (MSA) ist ein Server, der E Mails von einem Mail User Agent entgegennimmt und einem Mail Delivery Agent oder Mail Transfer Agent übergibt. Traditionell nehmen Mail Transfer Agents solche E Mails entgegen. Während Mail …   Deutsch Wikipedia

  • Mail transfer agent — A mail transfer agent (MTA) (also called a mail transport agent , message transfer agent , or smtpd (short for SMTP daemon)), is a computer program or software agent that transfers electronic mail messages from one computer to another.The term… …   Wikipedia

  • Mail transfer agent — Pour les articles homonymes, voir MTA. Un Mail Transfer Agent est un logiciel pour serveur de transmission de courriers électroniques. Faute de traduction faisant référence, l abréviation MTA (prononcée en français) est utilisée par les… …   Wikipédia en Français

  • Mail Transfer Agent — Pour les articles homonymes, voir MTA. Un Mail Transfer Agent est un logiciel pour serveur de transmission de courriers électroniques. Faute de traduction faisant référence, l abréviation MTA (prononcée en français) est utilisée par les… …   Wikipédia en Français

  • Mail Transfer Agent — Ein Mail Transfer Agent oder Message Transport Agent (MTA) ist die Software eines Mailservers, die E Mails entgegennimmt und sendet. MTAs kommunizieren sehr häufig nach dem Simple Mail Transfer Protocol, aber auch gemäß X.400. Der MTA des… …   Deutsch Wikipedia

  • Mail transfer agent — MTA es una sigla en inglés que significa Mail Transport Agent (Agente de Transporte de Correos), y también Message Transport Agent (Agente de Transporte de Mensajes). En otras palabras, es el servidor de correo (SMTP) en sí y no la parte que usa… …   Enciclopedia Universal

  • Postfix (Mail Transfer Agent) — Postfix Basisdaten Aktuelle Version 2.8.5 (3. September 2011) Betriebssystem diverse Unix Derivate …   Deutsch Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”