On Tue, 29 Sep 1998, Fred Yankowski wrote:
> I use fetchmail to download my mail from a POP3 server, and until
> recently the local smail/in.smtp process that gets that mail from
> fetchmail would immediately deliver the messages to my mailbox. Now
> it queues the mail for delivery, but doesn't actually deliver it until
> some minutes later. If I run 'runq' right after 'fetchmail' then the
> mail *is* delivered immediately.
I just used a command like 'fetchmail;runq' in my /etc/ppp/ip-up.d
directory.
But you are right.. It used to run automatically for me too. what about
the "queue_only" directive in /etc/smail/config. I cant remember, but will
"-queue_only" disable this?
> So, how can I force smail to deliver the mail immediately again? I've
> studied all the docs I can find and tried all the smail options that
> seem to relate, but nothing helps. I'm running fetchmail 4.6.0-1 and
> smail 3.2.0.101-5 on a fairly current slink system.
>
> A slightly-obscured version of my /etc/smail/config file is attached.
>
> --
> Fred Yankowski
> [EMAIL PROTECTED]
>
>
> ================================================================
>
> visible_name=XXX.net
> -domains
> hostnames=xanadu:XXX.XXX.net:localhost
> smtp_accept_max=20
> smtp_accept_queue=10
> rfc1413_query_timeout=15
> require_configs
> -qualify_file
> -retry_file
> copying_file=/usr/doc/smail/copyright
> max_message_size=10M
> smtp_remote_allow=localnet
> -smtp_hello_verify
>
>
> --
> Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
>
>
>
Michael Beattie ([EMAIL PROTECTED])
PGP Key available, reply with "pgpkey" as subject.
-----------------------------------------------------------------------------
Cat Game #3: Take up most room on bed.
-----------------------------------------------------------------------------
Debian GNU/Linux.... Ooohh You are missing out!
