🚀 go-pugleaf

>>>>> On 18 Apr 91 21:07:55 GMT, les@chinet.chi.il.us (Leslie Mikesell) said:

Leslie> In article <DANJ1.91Apr17160336@cbnewse.ATT.COM> Dan_Jacobson@ihlpz.ATT.COM writes:

>Mark> We'd prefer a mail program that could interface to /usr/lib/sendmail.

>How 'bout one that interfaces with /bin/mail or /bin/rmail, that way
>it will work on all machines.

Leslie> How do you ask /bin/mail or /bin/rmail to verify an address on
Leslie> all (any) machines?

[I'm saying that feedmail.el passes mail to /bin/[r]mail, which is
supposed to be on all unix machines, as opposed to /usr/lib/sendmail.
I'm saying that feedmail.el can be popped in place, without having to
be adjusted for whatever mail system you're running... I wasn't saying
that it had magic powers to pre-forecast remote errors.]

Leslie> What if the thing that happens to be named /bin/rmail just
Leslie> queues messages and delivers in another process?

Depending on the value of the Emacs variable mail-interactive
("Documentation: Non-nil means when sending a message wait for and
display errors.  nil means let mailer mail back a message to report
errors."),  Bill's feedmail.el will choose /bin/rmail if you want
mailed back errors, and /bin/mail, if you want instant errors.
[Of course it's customizable.]