| rev |
line source |
|
meillo@89
|
1 \chapter{Mail transfer agents}
|
|
meillo@89
|
2
|
|
meillo@117
|
3 After having analyzed the market for electronic mail and trends for it in the last chapter, this chapter takes a look at \mta{}s, the intelligent most important parts of the email infrastructure. \MTA{}s will be grouped by similarities, and the four most popular \freesw\ \mta{}s, will be presented to the reader in a short overview and with the most important facts. At the end of this chapter a comparison of these programs in several disciplines will be done.
|
|
meillo@89
|
4
|
|
meillo@117
|
5
|
|
meillo@89
|
6
|
|
meillo@89
|
7
|
|
meillo@120
|
8 \section{Types of MTAs}
|
|
meillo@117
|
9 ``Mail transfer agent'' is a term covering a variety of programs. One thing is common to them: they transfer email from one machine to another.
|
|
meillo@89
|
10
|
|
meillo@117
|
11 This is how Bryan Costales defines a \mta\ in \cite{costales97}:
|
|
meillo@117
|
12 \begin{quote}
|
|
meillo@117
|
13 A mail transfer agent (MTA) is a highly specialized program that delivers mail and transports it between machines, like the post office.
|
|
meillo@117
|
14 \end{quote}
|
|
meillo@117
|
15 \name{The Free Dictionary} is a bit more concrete on the term: \citeweb{website:thefreedictionary}
|
|
meillo@117
|
16 \begin{quote}
|
|
meillo@117
|
17 Message Transfer Agent - (MTA, Mail Transfer Agent): Any program responsible for delivering e-mail messages. Upon receiving a message from a Mail User Agent or another MTA, [...] it [...] delivers it to any local addressees and/or forwards it to other remote MTAs (routing) for delivery to remote recipients.
|
|
meillo@117
|
18 \end{quote}
|
|
meillo@89
|
19
|
|
meillo@117
|
20 Common to all \MTA{}s is the transfer of mail to other machines; this is the actual job. Besides this similarity, \MTA{}s can be very different. Some of them have \NAME{POP3} and/or \NAME{IMAP} servers included. Some can fetch mails through these protocols. Others have have all features you can think of. And maybe there are some that do nothing else but transporting email.
|
|
meillo@89
|
21
|
|
meillo@117
|
22 Following is a classification of \mta{}s into groups of similar programs, regarding what is viewable from the outside.
|
|
meillo@117
|
23
|
|
meillo@117
|
24
|
|
meillo@120
|
25 \subsubsection*{Relay-only MTAs}
|
|
meillo@89
|
26 \label{subsec:relay-only}
|
|
meillo@89
|
27 This is the most simple kind of \MTA. It transfers mail only to defined \name{smart hosts}\footnote{\name{smart host}s are \MTA{}s that receives email and route it to the actual destination}. \name{Relay-only} \MTA{}s do not receive mail from outside the system, and they do not deliver locally.
|
|
meillo@89
|
28
|
|
meillo@89
|
29 Most \MTA{}s can be configured to act as such a \name{forwarder}. But this is usually an additional functionality.
|
|
meillo@89
|
30
|
|
meillo@89
|
31 One would use such a program to give a system the possibility to send mail, without the need to do lots of configuration. In a local network, usually the clients are set up with a \name{relay-only} \MTA, while there is one \name{mail server} that acts as a \name{smart host}. The ``dumb'' clients send mail to this one \name{mail server} which does all the work.
|
|
meillo@89
|
32
|
|
meillo@89
|
33 Examples for that group are: \name{nullmailer}, \name{ssmtp} and \name{esmtp}.
|
|
meillo@89
|
34
|
|
meillo@89
|
35
|
|
meillo@117
|
36 \subsubsection*{Groupware}
|
|
meillo@124
|
37 Normally the term ``groupware'' does not mean one single program, but a suite of programs. They build a framework which is then populated with various modules that provide actual functionality. Modules for mail transfer, file storage, calendars, resource management, instant messaging, etc., are commonly available.
|
|
meillo@89
|
38
|
|
meillo@124
|
39 One would use one of these program suites if the main work to do is not mail transfer, but providing integrated communication facilities and team working support for a group of people. The most common scenario are companies. They have \name{groupware} running to provide adequate services for their teams to work efficiently. But one may use \name{groupware} on the home server for his family members also.
|
|
meillo@89
|
40
|
|
meillo@89
|
41 Examples are: \name{Lotus Notes}, \name{Microsoft Exchange}, \name{OpenGroupware.org} and \name{eGroupWare}.
|
|
meillo@89
|
42
|
|
meillo@89
|
43
|
|
meillo@120
|
44 \subsubsection*{``Real'' MTAs}
|
|
meillo@117
|
45 There is a third type of \mta{}s in between the minimalistic \name{relay-only} \MTA{}s and the bloated \name{groupware}. Those programs may be named ``real \MTA{}s'', or ``proper \MTA{}s'', though there is no common name. They are what is meant with the term ``\mta''---programs that transfer mail between hosts.
|
|
meillo@89
|
46
|
|
meillo@124
|
47 Common to them is their focus on transferring email, while being able to act as \name{smart host}. Their variety ranges from ones mostly restricted to mail transfer (\name{qmail}) to others already having interfaces for adding further mail processing modules (\name{postfix}). They cover everything in between the other two groups. %FIXME: are postfix and qmail good examples?
|
|
meillo@89
|
48
|
|
meillo@117
|
49 This group is of importance in this document. All programs selected for the comparison in the following section are ``real \MTA{}s''. \masqmail\ is one too.
|
|
meillo@89
|
50
|
|
meillo@89
|
51
|
|
meillo@117
|
52 \subsubsection*{Other segmenting}
|
|
meillo@124
|
53 \name{Mail transfer agents} can also be split in other ways.
|
|
meillo@117
|
54 \begin{itemize}
|
|
meillo@117
|
55 \item
|
|
meillo@124
|
56 Due to \sendmail's significance---described in section \ref{sec:sendmail}---compatibility interfaces for \sendmail\ are of importance for \unix\ \MTA{}s. Being not \emph{sendmail-compatible} does not need to matter for some fields of action, but makes the program ineligible for serving as a general purpose \MTA\ on \unix\ systems. Hence being sendmail-compatible is a major property of a \mta. %todo: how many MTAs are sendmail-compatible?
|
|
meillo@124
|
57 \MTA{}s not having a \emph{sendmail-compatible} interface or not offering it as a compatibility add-on, will not be covered here. One example for such a program is \name{Apache James}. %FIXME: check if correct
|
|
meillo@89
|
58
|
|
meillo@117
|
59 \item
|
|
meillo@117
|
60 Another separation can be done between \freesw\ programs and proprietary software. Many of the \MTA{}s for \unix\ systems are \freesw. Only these are regarded in the following sections, because comparing \freesw\ with proprietary or commercial software is not what typical users of programs like \masqmail\ do. %fixme: what are typical users?
|
|
meillo@117
|
61 Comparison with those non-free programs may be a point for large \freesw\ projects, trying to step into the business world. Small projects, mostly used by individuals at home, %fixme: is this the right target field? see chap02
|
|
meillo@119
|
62 need to be compared against other projects of similar shape. The document should be seen from \masqmail's point of view---an \MTA\ for a \unix\ system on home servers, workstations, or maybe embedded platforms---so non-free software is out of the way.
|
|
meillo@117
|
63 \end{itemize}
|
|
meillo@89
|
64
|
|
meillo@89
|
65
|
|
meillo@89
|
66
|
|
meillo@89
|
67
|
|
meillo@120
|
68 \section{Popular MTAs}
|
|
meillo@89
|
69
|
|
meillo@117
|
70 %todo: include market share analyses here
|
|
meillo@126
|
71 << some info about market shares >>
|
|
meillo@89
|
72
|
|
meillo@117
|
73 One would not use a program for a job it is not suited for. Therefor only \mta{}s that are mostly similar to \masqmail\ are regarded here. These are \emph{sendmail-compatible} ``smart'' \freesw\ \MTA{}s that focus on mail transfer.
|
|
meillo@117
|
74
|
|
meillo@124
|
75 For the comparison, five programs are taken: \sendmail, \name{exim}, \name{qmail}, \name{postfix}, and \masqmail. The four alternatives to \masqmail\ are the most important representatives of the regarded group. % FIXME: add ref that affirm that
|
|
meillo@117
|
76
|
|
meillo@126
|
77 Other members are: \name{smail}, \name{zmailer}, \name{mmdf}, and \name{courier-mta}; they all are less important and rarely used.
|
|
meillo@89
|
78
|
|
meillo@124
|
79 Following is a small introduction to each of the five programs chosen for comparison, except \masqmail\ which already was introduced in chapter \ref{chap:introduction}.
|
|
meillo@89
|
80
|
|
meillo@117
|
81
|
|
meillo@117
|
82
|
|
meillo@120
|
83 \subsubsection*{sendmail}
|
|
meillo@89
|
84 \label{sec:sendmail}
|
|
meillo@117
|
85 \sendmail\ is the most popular \mta, since it was one of the first and was shipped as default \MTA{}s by many vendors of \unix\ systems. %fixme: ref
|
|
meillo@89
|
86
|
|
meillo@117
|
87 The program was written by Eric Allman as the successor of his program \name{delivermail}. \sendmail\ was first released with \NAME{BSD} 4.1c in 1983. Allman was not the only one working on the program. Other people developed own versions of it and a variety of flavors came up, especially in the late eighties when Allman was inactive. %fixme: ref
|
|
meillo@89
|
88
|
|
meillo@124
|
89 \sendmail\ is focused on transferring mails between different protocols and networks, this lead to a very flexible (though complex) configuration.
|
|
meillo@89
|
90
|
|
meillo@89
|
91 The latest version is 8.14.3 from May 2008. The program is distributed under the \name{Sendmail License} as both, \freesw\ and proprietary software of \name{Sendmail, Inc.}.
|
|
meillo@89
|
92
|
|
meillo@89
|
93 Further development will go into the project \name{MeTA1} which succeeds \sendmail.
|
|
meillo@89
|
94
|
|
meillo@89
|
95 More information can be found on the \sendmail\ homepage \citeweb{sendmail:homepage} and on \citeweb{wikipedia:sendmail} and \citeweb{jdebp}.
|
|
meillo@89
|
96
|
|
meillo@89
|
97
|
|
meillo@117
|
98
|
|
meillo@120
|
99 \subsubsection*{exim}
|
|
meillo@117
|
100 \label{sec:exim}
|
|
meillo@124
|
101 \name{exim} was started in 1995 by Philip Hazel at the \name{University of Cambridge}. It is forked of \name{smail-3}, and inherited the monolithic architecture, similar to \sendmail's. But having no separation of the individual components of the system, like \name{qmail} and \name{postfix} have, did not hurt. Its security is comparably good. %fixme: ref
|
|
meillo@117
|
102
|
|
meillo@117
|
103 \name{exim} is highly configurable, especially in the field of mail policies. This makes it easy to specify how mail is routed through the system and who is allowed to send email to whom. Also interfaces for integration of virus and spam check programs are provided by design. %fixme: ref
|
|
meillo@117
|
104
|
|
meillo@117
|
105 The program is \freesw, released under the \GPL. The latest stable version is 4.69 from December 2007.
|
|
meillo@117
|
106
|
|
meillo@117
|
107 One finds \name{exim} on its homepage \citeweb{exim:homepage}. More information about it can be retrieved from \citeweb{wikipedia:exim} and \citeweb{jdebp}.
|
|
meillo@117
|
108
|
|
meillo@117
|
109
|
|
meillo@117
|
110
|
|
meillo@120
|
111 \subsubsection*{qmail}
|
|
meillo@89
|
112 \label{sec:qmail}
|
|
meillo@117
|
113 \name{qmail} is seen by its community as ``a modern SMTP server which makes sendmail obsolete''.%fixme: ref
|
|
meillo@117
|
114 It was written by Daniel~J.\ Bernstein starting in 1995. His primary goal was to create a secure \MTA\ to replace the popular, but vulnerable, \sendmail. %fixme: ref
|
|
meillo@89
|
115
|
|
meillo@117
|
116 \name{qmail} first introduced many innovative concepts in \mta\ design and is generally seen as the first security-aware \MTA\ developed. %fixme:ref
|
|
meillo@117
|
117 %fixme: what about mmdf?
|
|
meillo@89
|
118
|
|
meillo@89
|
119 Since November 2007, \name{qmail} is released in the \name{public domain} which makes it \freesw. The latest release is 1.03 from July 1998.
|
|
meillo@89
|
120
|
|
meillo@89
|
121 The programs homepages are \citeweb{qmail:homepage1} and \citeweb{qmail:homepage2}. Further information about \name{qmail} is available on \citeweb{lifewithqmail}, \citeweb{wikipedia:qmail} and \citeweb{jdebp}.
|
|
meillo@89
|
122
|
|
meillo@89
|
123
|
|
meillo@117
|
124
|
|
meillo@120
|
125 \subsubsection*{postfix}
|
|
meillo@89
|
126 \label{sec:postfix}
|
|
meillo@89
|
127 The \name{postfix} project was started in 1999 at \name{IBM research}, then called \name{VMailer} or \name{IBM Secure Mailer}. Wietse Venema's program ``attempts to be fast, easy to administer, and secure. The outside has a definite Sendmail-ish flavor, but the inside is completely different.''\citeweb{postfix:homepage} In fact, \name{postfix} was mainly designed after qmail's architecture to gain security. But in contrast to \name{qmail} it aims much more on being fast and full-featured.
|
|
meillo@89
|
128
|
|
meillo@119
|
129 Today \name{postfix} is taken by many \unix\ systems and \gnulinux\ distributions as default \MTA.
|
|
meillo@89
|
130
|
|
meillo@89
|
131 The latest stable version is numbered 2.5.5 from August 2008. \name{postfix} is covered by the \name{IBM Public License 1.0} which is a \freesw\ license.
|
|
meillo@89
|
132
|
|
meillo@89
|
133 Additional information is available on the program's homepage \citeweb{postfix:homepage}, on \citeweb{jdebp} and \citeweb{wikipedia:postfix}.
|
|
meillo@89
|
134
|
|
meillo@89
|
135
|
|
meillo@89
|
136
|
|
meillo@89
|
137
|
|
meillo@89
|
138
|
|
meillo@89
|
139
|
|
meillo@120
|
140 \section{Comparison of MTAs}
|
|
meillo@89
|
141
|
|
meillo@126
|
142 This section tries not to provide an overall \MTA\ comparison, because this is already done by others: Including
|
|
meillo@89
|
143
|
|
meillo@126
|
144 \url{http://shearer.org/MTA_Comparison}
|
|
meillo@126
|
145 \url{http://www.geocities.com/mailsoftware42/}
|
|
meillo@126
|
146 \url{http://fanf.livejournal.com/50917.html}
|
|
meillo@126
|
147 \url{http://archives.neohapsis.com/archives/postfix/2006-07/1762.html}
|
|
meillo@126
|
148
|
|
meillo@126
|
149
|
|
meillo@126
|
150 For a discussion on \mta\ architectures (comparing \sendmail, \name{qmail}, \name{postfix}, and \name{sendmail X}) it is refered to Hafiz \cite{hafiz05}.
|
|
meillo@126
|
151
|
|
meillo@126
|
152 Here provided is an overview on a selection of important properties, covering the four previously introduced programs. Table \ref{tab:mta-comparison} provides it.
|
|
meillo@126
|
153
|
|
meillo@121
|
154
|
|
meillo@117
|
155 \begin{table}
|
|
meillo@126
|
156 \begin{center}
|
|
meillo@126
|
157 \input{input/mta-comparison.tex}
|
|
meillo@126
|
158 \end{center}
|
|
meillo@126
|
159 \caption{Comparison of MTAs}
|
|
meillo@126
|
160 \label{tab:mta-comparison}
|
|
meillo@117
|
161 \end{table}
|
|
meillo@89
|
162
|
|
meillo@89
|
163
|
|
meillo@117
|
164 \subsection{about market share}
|
|
meillo@126
|
165 \url{http://www.oreillynet.com/lpt/a/6849}
|
|
meillo@126
|
166
|
|
meillo@126
|
167 \url{http://www.mailradar.com/mailstat/}
|
|
meillo@126
|
168
|
|
meillo@126
|
169 Market share (by Bernstein in 2001): sendmail 42\% , exim 1.6\% , qmail 17\% , postfix 1.6\%.
|
|
meillo@126
|
170 masqmail has no relevant market share (debian popcon)
|
|
meillo@126
|
171
|
|
meillo@126
|
172
|
|
meillo@126
|
173
|
|
meillo@89
|
174
|
|
meillo@117
|
175 \subsection{About architecture}
|
|
meillo@89
|
176
|
|
meillo@124
|
177 \subsection{Security comparison}
|
|
meillo@89
|
178
|
|
meillo@89
|
179
|
|
meillo@89
|
180
|
|
meillo@89
|
181
|
|
meillo@89
|
182
|
|
meillo@89
|
183
|
|
meillo@89
|
184
|
|
meillo@89
|
185
|
|
meillo@101
|
186 << complexity >>
|
|
meillo@89
|
187
|
|
meillo@101
|
188 << security >>
|
|
meillo@89
|
189
|
|
meillo@101
|
190 << simplicity of configuration and administration >>
|
|
meillo@89
|
191
|
|
meillo@101
|
192 << flexibility of configuration and administration >>
|
|
meillo@89
|
193
|
|
meillo@101
|
194 << code size >>
|
|
meillo@89
|
195
|
|
meillo@101
|
196 << code quality >>
|
|
meillo@89
|
197
|
|
meillo@101
|
198 << documentation (amount and quality) >>
|
|
meillo@89
|
199
|
|
meillo@101
|
200 << community (amount and quality) >>
|
|
meillo@89
|
201
|
|
meillo@101
|
202 << used it myself >>
|
|
meillo@89
|
203
|
|
meillo@126
|
204 << had problems with it >>
|
|
meillo@89
|
205
|
|
meillo@89
|
206
|
|
meillo@89
|
207
|
|
meillo@89
|
208
|
|
meillo@99
|
209 << quality criteria >> %FIXME
|
|
meillo@99
|
210
|
|
meillo@99
|
211 << standards of any kind >> %FIXME
|
|
meillo@99
|
212
|
|
meillo@99
|
213 << how to compare? >> %FIXME
|
|
meillo@99
|
214
|
|
meillo@99
|
215 << (bewertungsmatrix) objectivity >> %FIXME
|
|
meillo@99
|
216
|
|
meillo@124
|
217 << how many criteria for ``good''? >> %FIXME
|
|
meillo@99
|
218
|
|
meillo@93
|
219
|
|
meillo@93
|
220
|
|
meillo@126
|
221
|
|
meillo@126
|
222
|
|
meillo@126
|
223 Ref back to \ref{sec:what-will-be-important}:
|
|
meillo@126
|
224
|
|
meillo@126
|
225 provider indepencence -> easy config:
|
|
meillo@126
|
226 \sendmail\ and \name{qmail} appear to have bad positions at this point. Their configuration is complex, thus they would need simplification wrappers around them to provide easy configuration.
|
|
meillo@126
|
227
|
|
meillo@126
|
228 performance not so important:
|
|
meillo@126
|
229 \name{postfix} focuses much on performance, this might not be an important point then.
|
|
meillo@126
|
230
|
|
meillo@126
|
231 security:
|
|
meillo@126
|
232 It seems as if all widely used \mta{}s provide good security nowadays. \name{qmail}'s architecture, also used in \name{postfix}, is generally seen to be conceptually more secure, however.
|
|
meillo@93
|
233
|
|
meillo@89
|
234
|
|
meillo@117
|
235 ---
|
|
meillo@89
|
236
|
|
meillo@117
|
237 But for example delivery of mail to local users is \emph{not} what \mta{}s should care about, although most \MTA\ are able to deliver mail, and many do. (\name{mail delivery agents}, like \name{procmail} and \name{maildrop}, are the right programs for this job.)
|
|
meillo@117
|
238
|
|
meillo@117
|
239
|
|
meillo@124
|
240 protocols like \NAME{SMTP} and \NAME{UUCP}, between which mail is transferred.\footnote{\sendmail{}'s initial purpose was moving mail between \NAME{UUCP}, \NAME{SMTP}, and \name{Berknet}.}
|
|
meillo@117
|
241
|
|
meillo@117
|
242
|
|
meillo@117
|
243 ---
|
|
meillo@117
|
244
|
|
meillo@117
|
245
|
|
meillo@124
|
246 Like its ancestor \sendmail, \masqmail\ is a monolithic program. It consists of only one \emph{setuid root}\footnote{Runs as user root, no matter which user invoked it.}\index{setuid root} binary file, named \path{masqmail}. All functionality is included in it; of course some more comes from dynamic libraries linked.
|
