default smtpd

George Georgalis george at galis.org
Wed Sep 8 13:12:35 PDT 2004


On Wed, Sep 08, 2004 at 07:05:22PM +0000, Liam J. Foy wrote:
>On Wed, 8 Sep 2004 14:54:28 -0400
>"George Georgalis" <george at xxxxxxxxx> wrote:
>
>> Hi all,
>> 
>> It seems every Linux/BSD has reoccuring wars with what MTA to use by
>> default, everyone has their own ideas and licenses. For me, one of the
>> first things I do with a box is run my scripts to rip out the existing
>> smtpd and install my own preference.
>> 
>> While a mail transfer mechanism is pretty much required with a base
>> install, I don't think a full blown mail transfer agent is. I propose
>> a default simple smtp forwarder which will listen to 127.0.0.1:25 and
>> deliver locally or forward the connection to a local or isp smtpd, as
>> configured.
>> 
>> Will this cause anyone problems?
>
>This is what you would need. Not everyone would have similar situations
>to you. People may need more options than what a 'simple' smtp forwarder
>can offer.


I'm aware of that and a simple smtp forwarder would NOT meet my needs for
any but the most temporary installations.

I suggested it because there are so many different opinions about
what MTA people want on their box. My sense is ANY MTA will have a
majority against it. A simple forwarder backs away from the debate by
providing robust, if minimal, solution to the basic need for local port
25 functionality. Underlying philosophy being, any particular full
blown MTA will be undesirable to a significant group; while a minimal
forwarder/MDA will provide core functionality and allow admins to easily
switch to their particular desired MTA.


I'm not suggesting a minimal forwarder/MDA is a good solution, only that
it is the best solution. I'm really interested in what actual problems
this would cause people.

Or I could be all wrong, do most BSD admins just prefer sendmail?

// George


-- 
George Georgalis, systems architect, administrator Linux BSD IXOYE
http://galis.org/george/ cell:646-331-2027 mailto:george at xxxxxxxxx





More information about the Kernel mailing list