1 |
On 4/2/20 8:18 AM, Grant Edwards wrote: |
2 |
> Then DO NOT use sendmail. Sendmail is only for the |
3 |
> ultra-professional who already knows how to configure it (not |
4 |
> joking). |
5 |
|
6 |
I take exception to that for multiple reasons: |
7 |
|
8 |
1) Bootstrapping - you can't learn something without actually using it. |
9 |
2) I've been quite happily using Sendmail on multiple platforms for 20 |
10 |
years. |
11 |
3) Sendmail is capable of working in every single email scenario that |
12 |
I've seen in said 20 years. The same can't be said for other MTAs. |
13 |
|
14 |
> If all your mail gets sent via a single SMTP server at your ISP (or |
15 |
> wherever), then Sendmail is definitely not what you want. |
16 |
|
17 |
That depends. |
18 |
|
19 |
If you have a fleet of Sendmail servers, chances are good that you will |
20 |
prefer to re-use the same solution, even in small / simple role. Read: |
21 |
The Devil that you know. |
22 |
|
23 |
> If you don't need local queueing (so you can send email while |
24 |
> offline), then I'd pick ssmtp. |
25 |
|
26 |
(20)ProTip: You really do want local outbound queueing /somewhere/ on box. |
27 |
|
28 |
You don't want your web application to error out when it can't reach |
29 |
it's SMTP server. You don't want t loose that receipt for the |
30 |
transaction that the customer just made. Can you regenerate the |
31 |
receipt? ;-) |
32 |
|
33 |
You can have each application do it's own queuing / re-sending, r you |
34 |
can rely on the local MTA to do it for you. |
35 |
|
36 |
Where do you want the queuing complexity? |
37 |
|
38 |
A local queuing MTA is simple and solves a LOT of problems. |
39 |
|
40 |
> If you want something even more sophisticated (e.g. something that |
41 |
> can deliver mail locally and receive inbound mail using SMTP), then |
42 |
> postfix or exim would probably the be the next step up: |
43 |
|
44 |
I would add Sendmail to the front of that list. But I might be biased. |
45 |
|
46 |
> I've read claims that there are things you can do with sendmail that |
47 |
> Exim or Postfix can't handle, but I'm not sure I believe it. I am |
48 |
> sure I'll never need to do any of those things. |
49 |
I don't know Exim or Posfix well enough to comment with any authority. |
50 |
|
51 |
I do know that I Sendmail, Postifx, and Exim all handle (E)SMTP without |
52 |
any problem. |
53 |
|
54 |
I think that Postfix can be made to handle UUCP. Sendmail has four |
55 |
different ways that it can use UUCP, built in. I have no idea about Exim. |
56 |
|
57 |
Sendmail can easily work with other protocols, Mail11, fax, pager, news |
58 |
gateway (send and / or receive). It's also easy to add additional |
59 |
protocols without needing to recompile anything, only configuration |
60 |
changes are needed. |
61 |
|
62 |
I don't know where in the list I lost Postfix and / or Exim, but I |
63 |
expect that they didn't make it through the last paragraph. |
64 |
|
65 |
For a long time, Sendmail did have one claim to fame that no other MTA |
66 |
had. Specifically Sendmail had the ability to use milters (mail |
67 |
filters) and filter email during the SMTP transaction. It's trivial to |
68 |
hook ClamAV, SpamAssassin, and just about anything you want into |
69 |
checking mail during the SMTP transaction such that you have the ability |
70 |
to reject, not bounce, the message. Thus making the sending host be |
71 |
responsible for it. |
72 |
|
73 |
I'm sure there are many more and far more esoteric things that Sendmail |
74 |
can do. Though I doubt that many of them are as germane today as they |
75 |
were in the mid '90s. I was recently playing with the ability to have a |
76 |
domain spread across multiple servers and configuring Sendmail to route |
77 |
messages to the proper back end server, a feature known as LDAP routing. |
78 |
|
79 |
Yes, Sendmail has a lot of power, much like unix. It will happily hand |
80 |
you a loaded gun, encourage you to point it at your feet and empty the |
81 |
magazine as fast as possible. When you're done, it will help you reload |
82 |
and do it again. |
83 |
|
84 |
If you know how to wield this power Sendmail can be a wonderful tool |
85 |
that can be used in all of the scenarios described in this thread. It's |
86 |
also relatively trivial to have Sendmail be a basic queuing outbound |
87 |
only MTA that uses ISP smart hosts to provide SMTP services to local |
88 |
applications. |
89 |
|
90 |
But I really object to the "ultra-professional" comment, because |
91 |
everybody has to start somewhere. |
92 |
|
93 |
|
94 |
|
95 |
-- |
96 |
Grant. . . . |
97 |
unix || die |