Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

MMDF

From Wikipedia, the free encyclopedia

MMDF, the Multichannel Memorandum Distribution Facility, is amessage transfer agent (MTA), a computer program designed to transmitemail.

History

[edit]

MMDF was originally developed at theUniversity of Delaware in the late 1970s, and provided the initial means of operatingCSNET, the predecessor toNSFNET.[1][2] It grew in popularity throughout the 1980s, and was selected by theSanta Cruz Operation as the MTA it would distribute with SCO UNIX in 1989. It was also adopted as the basis for other commercial efforts, including the gateway used to connect theMCI Mail service to Internet mail. A re-coded variant of MMDF, calledPascal MDF (PMDF) was written at theUniversity of Pennsylvania forVMS and was eventually commercialized throughNed Freed's Innosoft, which subsequently ported PMDF toTru64 Unix andSolaris. In 1999 PMDF was translated fromPascal toC. The C version of PMDF became the basis of theSun Java System Messaging Server ofSun Microsystems, while rights to PMDF itself were purchased by Process Software, which then ported PMDF toLinux.[3]

Design philosophy

[edit]

As its name denotes, MMDF is an MTA oriented around the idea of channels. Each means of formatting and transporting mail into or out of the mail system is a channel, and is implemented by a separate executable. This makes MMDF a highly modular system, with each module having all of the idiosyncratic syntax and semantic information necessary for a particular email technology or network, as well as theleast privilege necessary, with the authority of each module partitioned from others. An inbound channel receives messages (via the protocol and in the format it implements) and an outbound channel delivers messages (via its relevant protocol and mapping into the relevant format). Internally, MMDF uses a canonical representation for message content and header, including addresses.

Some examples of MMDF channels areSMTP,UUCP, and local (for delivering mail into local mailboxes and accepting mail submitted on the local system). MMDF was used on theCSNET network.

Message flow

[edit]

A message that flows through MMDF will typically follow this path:

  • An inbound channel accepts a message.
  • It invokes the core of the MMDF system, a program calledsubmit, and feeds it the message as well as the out-of-band information for the message - return address, recipient, etc.
  • Submit stores the message text after doing any necessary header rewriting, determines what channel(s) will be used to deliver the message, and injects the message into the queues for those channels.
  • Depending on configuration, submit may then calldeliver, or deliver may run later as part of periodic processing. Deliver does no direct processing of messages; instead it invokes outbound (delivery) channels, tells them which messages to process, and gives them a list of recipient addresses for each message.
  • Each outbound channel delivers the message to those recipients who are to be reached by that channel, and reports to deliver which addresses were successfully delivered to.
  • Deliver then updates the queues to mark the addresses that were delivered to, removes the message from any queues that have been completely processed, and if all queues have been processed removes the message text itself.

Configuration

[edit]

MMDF approaches administrative configuration differently than other popular MTAs. In the choice between placing specialized knowledge into the software, versus requiring that it be created through administrator's configuration instructions, MMDF chose the former. Hence, arbitrary header rewriting is performed by hard-coded software, with configuration limited to choices among existing rewriting alternatives. This makes configuration simpler and safer for administrators, who use simple key-value textual tables. It also takes more effort to create a new rewriting choice, but that effort needs to occur only one time, by a single technical expert.

The main types of tables are domain, channel, and alias tables.

  • Domain tables are used fordomain namecanonicalization.
  • Channel tables select the outbound channel on the basis of the next-hop domain name, and also encode per-domain-name parameters for the particular channel, such as the UUCP node name orIP address.
  • Alias tables set up both simple aliases andmailing lists.

DNS can be and usually is used for these purposes as well, in the form of "DNS tables" that have the same key-value form. The meaning and effect of entries in these tables are more obvious than the configuration data of more generalized MTAs, but their restricted form also limits the effects that can be produced.

Market share

[edit]

By the end of 2006, MMDF had a market share well behind other mailers such assendmail,postfix,qmail,exim, andMicrosoft Exchange.[4] MMDF is consideredlegacy software.

References

[edit]
  1. ^Dave Crocker (November 1979).An Internetwork Memo Distribution Facility--MMDF. Proceedings, Sixth Data Communications Symposium.
  2. ^Douglas P. Kingston, III (June 1984).MMDF-II: A Technical review. Proceedings, Summer USENIX Conference and Exhibition (Salt Lake City, Utah).
  3. ^Dave Crocker (August 18, 2008)."Impact of Email Work at The Rand Corporation in the mid-1970s"(PDF). Archived fromthe original(PDF) on May 10, 2012. RetrievedSeptember 30, 2011.
  4. ^Ken Simpson and Stas Bekman (January 5, 2007)."Fingerprinting the World's Mail Servers".SysAdmin. O'Reilly Publishers. Archived fromthe original on September 27, 2012. RetrievedSeptember 30, 2011.

External links

[edit]
Retrieved from "https://en.wikipedia.org/w/index.php?title=MMDF&oldid=1305072610"
Category:

[8]ページ先頭

©2009-2026 Movatter.jp