Re: smail (3.2.0.100-2) and ppp issues
On Thu, 15 Jan 1998, Dirk Eddelbuettel wrote:
> Just noticed this thread on debian-devel. Excuse me for jumping in here
> late --- but it all works for me!!
Thanks Dirk, at least for me, this solves the problem.
Just for the record, here's what I ended up with:
I run smailconfig --force, and select internet site, smarthost (sending
everything not local to the smarthost). Notice in /etc/smail/config I have
hostnames=jacinta # jacinta my computer's hostname. I don't include my
# ISP here. Nasty things happen when I do that, for
# example, I can't send mail to user@mail.my_isp.cr,
# because smail wants to deal with the mail itself.
smtp_hello_broken_allow=localnet # this isn't requiered in fact but I
# noticed several problems without it
# and I left it there
.fetchmailrc includes mda "formail -s procmail" per Dirk's suggestion.
This handles the local delivery. The man page for fetchmail warns about
using mda because error checking is lost. I have processed my mail using
procmail for years and it does a pretty good job at error handling. I
wonder if I can still trust procmail under this configuration.
I use pine. I specify sendmail-path=/usr/sbin/sendmail -t -oem -oi and
smtp-server empty, in order to force smail to accept the mail. If I don't
do this, smail will try to check that "efis.ucr.ac.cr" (in my email
address) is valid when pine says "MAIL FROM:mmagallo@efis.ucr.ac.cr".
Bonus: I no longer run smail, neither as a daemon or standalone. I get
what I want: a mail queue that's flushed using runq.
At the end, this is better than my previous setup. I don't get smail in
the way (what I'm fetching is mail that has ALREADY been filtered for
spam, sorted in mailboxes, and things like that) and it potentially uses
less memory (smail isn't running, not even for short periods of time)
Is this setup ok? I mean, is this recommendable as a generic dial-up
setup? It's pretty close to current option 1 in smailconfig, but only the
hostname is listed in hostnames.
Marcelo
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: