• 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!
  • 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 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: [email protected] to: [email protected] origin_ip: 193.172.164.130 origin_rdns: gw.allin.nl auth: (unknown)
Mar 26 10:45:26 mail qmail-queue-handlers[32746]: [email protected]
Mar 26 10:45:26 mail qmail: 1238060726.522101 info msg 22217144: bytes 1187 from <[email protected]> qp 32747 uid 2020
Mar 26 10:45:26 mail qmail-local-handlers[32748]: [email protected]
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: [email protected]
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: recipient[3] = '[email protected]'
Mar 26 10:45:26 mail qmail-queue-handlers[32750]: handlers dir = '/var/qmail//handlers/before-queue/recipient/[email protected]'
Mar 26 10:45:26 mail qmail: 1238060726.699923 starting delivery 715: msg 22221538 to remote [email protected]
Mar 26 10:45:26 mail qmail-remote-handlers[32752]: [email protected]


It looks like the qmail-queue-handlers doesn’t understand the mail has to be delivered to in my example [email protected] . 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: <[email protected]>
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: [email protected]
Subject: test geen spam
X-DueDateTime:
Date: Thu, 26 Mar 2009 10:46:24 +0100
From: [email protected]
Reply-To: [email protected]
From: [email protected]
Message-ID: <[email protected]>
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 [email protected] 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