• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.
  • 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.

Qmail queue strange delivery problem

R

RubM

Guest
Hello everybody,

At the moment I have a really strange problem which I can’t tackle.

A colleague of my received a mail from a supplier that he couldn’t deliver mail to his email address.

When I look in the logs I find this:
Mar 26 10:45:26 mail spamdyke[32730]: ALLOWED from: from@allin.nl to: to@update.nl origin_ip: 193.172.164.130 origin_rdns: gw.allin.nl auth: (unknown)
Mar 26 10:45:26 mail qmail-queue-handlers[32746]: from=from@allin.nl
Mar 26 10:45:26 mail qmail: 1238060726.522101 info msg 22217144: bytes 1187 from <from@allin.nl> qp 32747 uid 2020
Mar 26 10:45:26 mail qmail-local-handlers[32748]: from=from@allin.nl
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: to=from@allin.nl
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: recipient[3] = 'from@allin.nl'
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: handlers dir = '/var/qmail//handlers/before-queue/recipient/from@allin.nl'
Mar 26 10:45:26 mail qmail: 1238060726.699923 starting delivery 715: msg 22221538 to remote from@allin.nl
Mar 26 10:45:26 mail qmail-remote-handlers[32752]: to=from@allin.nl


It looks like the qmail-queue-handlers doesn’t understand the mail has to be delivered to in my example to@update.nl . It delivers the mail back to the original sender. When I look in the original mail that bounced back from my server I see this.

Return-Path: <from@allin.nl>
Received: (qmail 32747 invoked from network); 26 Mar 2009 10:45:26 +0100
Received: by simscan 1.4.0 ppid: 32740, pid: 32742, t: 0.2558s
scanners: regex: 1.4.0 clamav: 0.94.2/m:50/d:9169
Received: from gw.allin.nl (HELO notes.allin.nl) (193.172.164.130)
by h1429543.stratoserver.net with SMTP; 26 Mar 2009 10:45:26 +0100
Received-SPF: neutral (h1429543.stratoserver.net: 193.172.164.130 is
neither permitted nor denied by SPF record at allin.nl)
Importance:
To: from@update.nl
Subject: test geen spam
X-DueDateTime:
Date: Thu, 26 Mar 2009 10:46:24 +0100
From: to@allin.nl
Reply-To: to@allin.nl
From: to@allin.nl
Message-ID: <OFC125738C.004B9A58-ONC1257585.0035A82E@allin.nl>
X-MIMETrack: Serialize by Router on notes/schiphol(Release 7.0.2|September
26, 2006) at
03/26/2009 10:46:27 AM
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII


I have the feeling that the qmail queue handler thinks he has to deliver the mail to the Reply-to email address and not to the to@update.nl or something like that.
I’m a little bit confused maybe someone has a solution. Because it’s driving me insane.

Thanks in advance,

Ruben
 
Last edited by a moderator:
Back
Top