Thanks to those who replied.
> It's also possible that there are a large number of mails queued for
> one remote site that is broken.
was what it was, we had the concurrencyremote set to 50, I increased this
to 200, (there seems to be a coded limit of 120?) and it got around the
problem.
> -----Original Message-----
> From: James R Grinter [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 17, 2000 11:30 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: long delays in delivery
>
>
> "Andrew Gray" <[EMAIL PROTECTED]> writes:
> > Having some huge problems with qmail delaying sending
>
> is the 'trigger' file present and correct?
> /var/qmail/queue/lock/trigger should have the perms and ownerships:
>
> prw--w--w- 1 qmails qmail 0 May 17 02:33 trigger
>
> Dave Sill's "Living with Qmail" has more info about that sort of problem.
>
> > Mail is being delivered (eventually) but there are 3.5 - 4 hour delays
> > any suggestions??
>
> It's also possible that there are a large number of mails queued for
> one remote site that is broken.
>
> # qmail-qread | grep remote | grep -v done | sort | uniq -c |
> sort -n | tail
>
> will sort them into a ascending order of messages queued for each
> email address (which will take a few minutes possibly for 2-3000
> messages) and show the top 10.
>
> what reasons, if any are being shown in your logs for failures?
> I use something like:
> % tail -f /var/log/syslog | grep '[^g] delivery [0-9][0-9]*: '
>
> to watch successes and deferrals.
>
> James.
>
