Re: New Smail, how to use offline?
On 23 Jan 1998, Martin Bialasinski wrote:
> So despite turning of this feature, smail *does* check the DNS. I'll
> have another look at this and will probably file a bugreport.
>
> BTW: which package has libpcap ? This one is missing in tcpdump's
> "Depends:" line. Another bugreport I guess.
I don't recall if you said it's a dial-up connection, but I guess it is...
Here's a related message I sent to debian-devel regarding this issue. I
really hope this helps.
Please note that I was attempting to make a generic dial-up configuration
for smail. I'm still thinking about this; right now I'm thinking about
giving my computer at home at domain (localnet), so I end up with
user@hostname.localnet. In that way, I can make pine happy, I can make
smail to recognize that mmagallo@jacinta.localnet is local, and
mmagallo@efis.ucr.ac.cr is remote (the problem with telling smail that the
visible hostname is the ISP's domain, is that you can't send mail to
user@isp.domain WITHOUT fine tunning the configuration first)... but I'm
just thinking about it...
Date: Sun, 18 Jan 1998 16:47:55 -0600 (CST)
From: "Marcelo E. Magallón" <mmagallo@efis.ucr.ac.cr>
To: Debian Developers <debian-devel@lists.debian.org>
Cc: Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de>,
Ardo van Rangelrooij <ardo.van.rangelrooij@tip.nl>,
Dirk Eddelbuettel <edd@rosebud.ml.org>, fog@perosa.alpcom.it
Subject: Re: smail (3.2.0.100-2) and ppp issues
Resent-Date: 19 Jan 1998 00:37:57 -0000
Resent-From: debian-devel@lists.debian.org
Resent-cc: recipient list not shown: ;
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-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: