Topic: qmail remote queue not flushing

[Kees]

I have just changed our e-smith 5.6 server from 'private server and gateway' to 'server only', as I can now access the internet via a gateway to our ADSL line. However now there are 35 messages in the remote queue and nothing I do will send those messages. I have tried manually flushing the queue using qmail-tcpok and killall -ALRM qmail-send, I have set the incoming mail check to 'every 5 minutes' across the board in the hope that that would make a difference, but nothing happens. I cannot see any log entries in any of the logs in /var/log. How can I get these message to be send to the smtp server of our new isp?

In the /var/log/maillog I saw a line that slightly worried me:

@400000003efc781c2232a574 status: local 0/10 remote 0/0

this was one of the last lines in the log and there were definately messages in the remote queue for quite a while by then. Can anyone tell me what is going wrong.


Kees

[Charlie Brady]

Kees wrote:
 
> In the /var/log/maillog I saw a line that slightly worried me:
>
> @400000003efc781c2232a574 status: local 0/10 remote 0/0
>
> this was one of the last lines in the log and there were
> definately messages in the remote queue for quite a while by
> then. Can anyone tell me what is going wrong.

Your remote concurrency is 0, meaning no outgoing connections. This is the normal state when in intermittent dialup mode, so that new mail doesn't trigger a dialup.

Do:

/sbin/e-smith/config delprop qmail ConcurrencyRemote
/sbin/e-smith/signal-event email-update

Report your problem (as you have described it here) to smebugs@mitel.com.

Regards

Charlie

[Kees]

No that did not work, all the mail remains in the remote queue and still no activity in the logs.

It also seems that DNS is not working properly either, I had to specify the external SMTP server by its IP address. Even though I set our gateway (which runs a DNS proxy) up as the master DNS server.

Kees

PS. I just realise that this is a 5.1.2 server I was planning to upgrade it to 5.6, but had not got round to that yet (sorry if that causes a problem).

[Kees]

Just rebooted the machine and that seems to have solved the problem, DNS is working again and the messages in the queue are slowly going. It looks like the remote smtp server cannot cope with a concurrency of 20, but at least things are working now.

Thank you very much,


Kees