Well, maybe it is wrong ... but I had a Debian system that invoked smail
when I called mail. I had a shell script that used mail to send some data
weekly. I had some trouble and I was looking in exim's logs to see if I
could trace the progress of the message. It turned out that the message
was found in smail's log. I manually verified it. Note that I did not
"replace" smail the right way, this particular system has both smail and
exim resident. Exim hands mail for certain domains to smail for UUCP
routing until I get a better way hacked out.
On Tue, 9 Dec 1997, Nigel Metheringham wrote:
> grep@??? said:
> } I just ran into that the other day ... you will find the /bin/mail is
> } a link to smail, delete bin mail and make a new link pointing to exim.
> }
>
> /bin/mail should be a very different animal to smail/exim - its generally
> a limited MTA which does delivery into the spool and can invoke the main
> MTA. I believe that smail came with a *very* small /bin/mail replacement
> but my memory may be faulty (most people would ignore it since its only
> needed for a very few types of systems).
>
> sendmail needs /bin/mail to do final mail delivery since it does not
> tickle the spool itself. exim has not need for this. The other main use
> for /bin/mail is script mail invocation - I tend to use a mail which can
> do subjects for this...
>
> Nigel.
> --
> [ Nigel.Metheringham@??? - Systems Software Engineer ]
> [ Tel : +44 113 251 6012 Fax : +44 113 234 6065 ]
> [ Real life is but a pale imitation of a Dilbert strip ]
>
>
>
>
George Bonser
Debian/GNU Linux See
http://www.debian.org
Linux ... It isn't just for breakfast anymore!
--
*** Exim information can be found at
http://www.exim.org/ ***
