• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

qmail doesn't send queue

S

shyper

Guest
Hi, i have a big problem. One of our big customers are sending mails to a specific mail-domain. Many of them stuck in the queue for a long time. If i try to send a mail with telnet anything works as excepted.
To solve the problem i've tryed to relay it through our second server. But some of them even stuck on the second. If I run 'ps aux' i see that there is /var/qmail/bin/qmail-remote.moved hanging in the list with exact the mail.
In the logfiles the last actions are:

Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: Handlers Filter before-remote for qmail started ...
Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: from=[SENDER]
Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: to=[RCPT]
Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: hook_dir = '/opt/psa/handlers/before-remote'
Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: recipient[3] = '[RCPT]'
Feb 18 13:03:01 za17 qmail-remote-handlers[18848]: handlers dir = '/opt/psa/handlers/before-remote/recipient/[RCPT]'

The problems began as we switched to a new server with debian etch (upgraded to lenny) and plesk 9.3.0.
Hope to get some help or information.

Thanks!
 
Do you have installed latest Plesk 9.3.0 micro update for Qmail? Install it and check this problem again.
 
Yeah, i've installed it. But it still doesn't help.
The problem occurs only for one recipient-domain. Everything else is working fine.
I think the problem is the qmail-remote.moved because this process is hanging in the process-list.
 
Try to stop/kill all qmail processes, start it again and rebuild mailsettings with 'mchk --with-spam'.
 
Okay, i've stopped qmail and xinetd, killed all qmail processes, started qmail & xinetd and did /opt/psa/admin/sbin/mchk --with-spam
Then i told qmail to flush his queue and again: the process qmail-remote.moved

[Edit:]
Problem not solved and many mails to one domain are hanging in the queue & process-list (qmail-remote.moved).
 
Last edited by a moderator:
Some aditional info: i've relayed the mail for the problem-domain to our second server (same installation as mainserver, but less mail-traffic). There i found this error in the logs after about an hour:

delivery 65: deferral: Connected_to_188.201.19.107_but_connection_died._Possible_duplicate!_(#4.4.2)/

But not every mail get this error. Some hanging for over two days.
Hope this can help.
 
Back
Top