[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: procmail slow email delivery

On Wed, Nov 06, 2002 at 09:47:24PM -0600, Shyamal Prasad wrote:
> Have you watched the exim log (tail -f /var/log/exim/mainlog) when
> fetchmail fetches your mail? If not, perhaps exim is doing some sort
> of network lookup that delays it?
I did that and also monitored procmail.log at the same time.  What I
found was that after the mail made it to my machine via fetchmail, I
would get an entry in exim/mainlog.  But it wouldn't show up on
procmail.log for a long time, and I don't even think that it is being
sent to procmail right away.  Later on, I get another entry for the same
messge in exim/mainlog, and then it goes to procmail.log.  So it looks
to me like it is sitting around in exim for several minutes.  Here is an
example of a couple of lines from the exim/mainlog file:

2002-11-07 11:21:51 189sDv-0005au-00 <= Annem@cats.ucsc.edu H=otte
(localhost) [] P=esmtp S=6906
2002-11-07 11:21:53 189sDv-0005au-00 => ric@otte R=smarthost
T=remote_smtp H=smtp.ucsc.edu []
2002-11-07 11:21:53 189sDv-0005au-00 Completed

And here is another entry in exim/mainlog for the same message, 11
minutes later:

2002-11-07 12:33:13 189tKz-0006St-00 <= Annem@cats.ucsc.edu
H=cats-mx2.ucsc.edu (ucsc.edu) [] P=esmtp S=7277
2002-11-07 12:33:13 189tKz-0006St-00 => ric <ric@otte.ucsc.edu>
D=procmail T=procmail_pipe
2002-11-07 12:33:13 189tKz-0006St-00 Completed

I do not really know what all of the stuff in the entries mean, but it
does look like it is only being sent to procmail 11 minutes after it
first got to exim.  I'm not sure what it was doing in the meantime.
What makes it even more puzzling, is if I take out the .procmailrc file,
then there is no delay (but the mail isn't sorted).  Any insight?


Reply to: