On Sun, 20 Mar 2005, Johan Hovold wrote:
> After a dist-upgrade (testing) some week ago I noticed that mail
> delivered by fetchmail didn't arrive in my mailbox until after about
> 10 minutes. Prior, everything had been working perfectly.
That is the default queue run interval
> I have a setup which uses sendmail/fetchmail/procmail. Fetchmail polls
> my POP3 account, deliveres to
Do you have a mda parameter in your fetchmailrc (if so, what is it) ?
> sendmail which calls procmail via
> .forward. I noticed that disabling procmail by removing .forward seemed
> to solve the problem. My .forward reads:
>
> "| exec /usr/bin/procmail || exit 75#johan"
>
> With procmail enabled, local mail was sometimes (but not
> always) queued, as well.
What, if anything do you specify for SENDMAIL/SENDMAILFLAGS in
.procmailrc ?
It is probably always queued, but the time spent in the queue will
vary according where in the interval it was queued.
> If I used "mail" it was delivered
> immediately, sending via mutt caused the mail to be queued.
> Outbound mail was always delivered to my ISPs SMPT-server, at once.
Do you have a define(`confDELIVERY_MODE', <something>)dnl in
/etc/mail/sendmail.mc (or submit.mc) ?
> I don't have a clue about what was going on, but a downgrade of
> sendmail to stable (8.12.3-7.1) made the problem go away (still using
> the same setup, with same versions of procmail (3.22-11) and
> fetchmail (6.2.5-12)).
>
> Hope this might be to some help.
Well, it is a start, but I'll need more information before I can do
anything else with this...
--
Rick Nelson
<knghtbrd> but one sort per tab and none per list is arguably better than
O(n + n**2) per tab and O(n**2) per list.
<knghtbrd> OMG, someone shoot me.
<Coderjoe2> ?
<knghtbrd> I can't believe I just used the big goose-egg to explain why my
way is probably best in the long run.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
