qmail queue not clearing up...
Nishikant Kapoor
is not clearing up. I realize it is trying again to send out messages
to the addresses that it could not in the first attempt but the
logfile /usr/local/qmail/log/current is not showing any activity
either. Here is a 30 sec recurring snapshot:
...
messages in queue: 459
messages in queue but not yet preprocessed: 0
Tue Jun 14 03:56:08 UTC 2011
messages in queue: 459
messages in queue but not yet preprocessed: 0
Tue Jun 14 03:56:38 UTC 2011
messages in queue: 459
messages in queue but not yet preprocessed: 0
Tue Jun 14 03:57:08 UTC 2011
messages in queue: 459
messages in queue but not yet preprocessed: 0
Tue Jun 14 03:57:38 UTC 2011
...
This is what I have tried so far...all without any luck:
a) # ps aux | grep qmail-send
qmails 11911 0.0 0.0 1680 500 ? S 03:50 0:00 qmail-send
root 22389 0.0 0.0 1504 304 ? S 01:00 0:00 supervise qmail-send
b) # kill -ALRM 11911 [it should have done it, as per the qmail-send
docs but it didn't]
c) # svc -d /service/qmail-send [since (b) did not help, stopped &
restarted qmail-send]
d) # svc -u /service/qmail-send
e) # kill -ALRM <pidof qmail-send>
Any pointers would be much appreciated.
Is there a way to configure qmail so that if the first attempt to
deliver the message fails, it drops the address altogether, instead of
queuing it for more attempts later on?
Here is my system info:
-----------------------
CentOS release 5 (Final)
ucspi-tcp-toaster-0.88-1.3.5 (Unix Client Server Program Interface)
qmail-1.03-1.5.15
Thanks,
Nishi
--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-...@muc.de
Andy Bradford
> I realize it is trying again to send out messages to the
> addresses that it could not in the first attempt but the logfile
> /usr/local/qmail/log/current is not showing any activity either.
qmail doesn't constantly attempt deliveries of messages 24/7. It only
attempts retry delivery on a schedule. This is documented here:
http://www.lifewithqmail.org/lwq.html#retry-schedule
> Is there a way to configure qmail so that if the first attempt to
> deliver the message fails, it drops the address altogether, instead of
> queuing it for more attempts later on?
If you don't want to queue emails, why are you using an MTA (like qmail)
to deliver your messages? You might get better peformance if you avoid
the queueing altogether and just attempt deliveries in your own
application. Drop any that fail. That being said, you could probably set
queuelifetime to 0 and that might have the desired effect.
Andy
Marcus Bointon
>> Is there a way to configure qmail so that if the first attempt to
>> deliver the message fails, it drops the address altogether, instead of
>> queuing it for more attempts later on?
>
> If you don't want to queue emails, why are you using an MTA (like qmail)
> to deliver your messages? You might get better peformance if you avoid
> the queueing altogether and just attempt deliveries in your own
> application. Drop any that fail. That being said, you could probably set
> queuelifetime to 0 and that might have the desired effect.
The downside of doing that is that when (not if) you get greylisted/deferred, your redeliveries won't happen, and the receiver will think you're a spammer because you didn't come back...
Marcus
Jeremy Kister
> Any pointers would be much appreciated.
might want to try /var/qmail/bin/qmail-tcpok before svc -a
/service/qmail-send
that'll tell qmail to forget what it's learned about recent failured
connections and retry sending queued mail.
--
Jeremy Kister
http://jeremy.kister.net./
Uffe Jakobsen
On 2011-06-14 07:51, Marcus Bointon wrote:
> On 14 Jun 2011, at 07:43, Andy Bradford wrote:
>
>>> Is there a way to configure qmail so that if the first attempt to
>>> deliver the message fails, it drops the address altogether, instead of
>>> queuing it for more attempts later on?
>>
>> If you don't want to queue emails, why are you using an MTA (like qmail)
>> to deliver your messages? You might get better peformance if you avoid
>> the queueing altogether and just attempt deliveries in your own
>> application. Drop any that fail. That being said, you could probably set
>> queuelifetime to 0 and that might have the desired effect.
>
> The downside of doing that is that when (not if) you get greylisted/deferred, your redeliveries won't happen, and the receiver will think you're a spammer because you didn't come back...
>
Just FYI - I know it is a little off topic - but may be useful
If you want to force attempt re-sending every email in qmail queue then
you should clear the qmail-remote tcp timeout table.
You can inspect the timeout table with the 'qmail-tcpto' command:
http://www.ezmlm.org/man/man8/qmail-tcpto.8.html
You can flush the timeout table with the 'qmail-tcpok' command
http://www.ezmlm.org/man/man8/qmail-tcpok.8.html
After clearing the tcp timeout table you can send the alarm signal to
qmail and it will attempt to deliver *ALL* mails in the queue regardless
of previous timeout state.
/Uffe
Andy Bradford
> The downside of doing that is that when (not if) you get
> greylisted/deferred, your redeliveries won't happen, and the receiver
> will think you're a spammer because you didn't come back...
Well, the OP did say that ``if the first attempt to deliver the message
fails, it drops the address altogether.'' Sounds like the OP isn't
interested in retries.