On Mon, 2004-03-08 at 09:56, Bill Jonas wrote:
> On Mon, Mar 08, 2004 at 09:45:35AM -0700, Craig White wrote:
> > Default on Red Hat - and probably most systems these days is to listen
> > only to 127.0.0.1 (localhost) and that is all you need. I guess I don't
> > see the point of what you are trying to accomplish by not having
> > sendmail run.
> 
> Less software running, less complexity, fewer patches to apply, less
> exposure.
----
If sendmail isn't listening to anything but 127.0.0.1 - what is the
difference? No need to patch unless you ARE using it for local delivery
- in which case, the only exposure is to exploits such as ultra long
headers
---
> 
> I think that procmail, as an MDA, should handle the delivery just fine,
> but it would definitely cause problems with programs that attempt to
> connect to port 25, like mailx apparently does.  I guess it should be
> theoretically possible but it causes problems in practice.  Although, if
> a program called /usr/sbin/sendmail directly, it still ought to work.
---
I don't know what mailx is. procmail is typically a hand in hand with
sendmail. Procmail has no clue on what mail is to be received by system
and is rather simple minded.

/bin/mail functions as a send / read utility but cannot 'receive'.
---
> 
> Something like ssmtp seems as though it would be ideal, if only it did
> local delivery.
---
I think that you will find Hans and some others like the simple
mindedness of exim. That being said, out of the box, sendmail would have
done exactly what you wanted. Little fear or need to continually
patch/update if your not exposing it to the outside world. Also, for the
record, even if you use fetchmail, you still need an MTA to process the
mail.

Craig

---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change  you mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss