• 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.

Keep receiving bounced emails from domains on my server

Pagemakers

Silver Pleskian
I keep receiving bounced emails from domains on my server.

This has only happened since I upgraded to 9.2.3 yesterday.

How do I stop them - I don’t want to know what can and can’t be delivered by every user on my server.


From: MAILER-DAEMON@s15317555.onlinehome-server.info
Date: 26 October 2009 21:27:23 GMT
To: anonymous@s15317555.onlinehome-server.info
Subject: failure notice

Hi. This is the qmail-send program at s15317555.onlinehome-server.info.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<daleblunke@yahoo.com>:
66.196.97.250 failed after I sent the message.
Remote host said: 554 delivery error: dd This user doesn't have a yahoo.com account (daleblunke@yahoo.com) [-5] - mta107.mail.re3.yahoo.com

--- Below this line is a copy of the message.
 
Same problem here,

On 5 servers where i have updated to plesk 9.2.3 i keep on receiving these mails after the update.

All the domains are set to Reject mail to none existing user but that does not work...

Ia there a fix for this problem....?
 
On the server(s) which i did not update the problem isnt there, so it is in the update to 9.2.3.

Group operations setting the mail to reject does not solve the Reject mails.....
 
Usually this problem caused by qmail queue inconsistency. In very short words - queue folder bounces/ contained IDs of month-old messages which do not exist already (i.e. there were no message info, body and other parts in appropriate queue folders). When some time later (any time, from one minute till ages, in our case ~ month passed) some new message with absolutely other sender/recipient gets absolutely the same ID, qmail finds that bounce for such message ID exists and treats bounce as a parts new message.

The correction is easy - it is needed to stop qmail, check message ID files in /var/qmail/queue/bounce folder and find IDs which do not exist in queue/mess/* and other queue folders, then remove such ID files from bounce/ folder.

I cannot say the exact reason for this case, but such kind of inconsistency usually appears when qmail is running and messages/files in queue are operated either manually or with some tools like qmHandle (qmail loads and always keeps IDs in memory, so that should be stopped before you manage files directly in queue) or when some kind of system fault happens and queue files could not be created/updated/removed/etc.
 
Messages in queue: 0 not preprocessed, 0 local, 0 remote, 0 total.

I have looked the queue's but there is nothing in it, or just a few. The problem remains.

We are getting those bounce mails, And it is after the update of 9.2.3.

I have just tested it, i have updated antohere server with no queue and after the update the bounce messages are coming.

Can there be a option an misfunction after the update?
 
I wrote to Plesk about this and they tell me it is because I am the postmaster on the server and all such emails are delivered there.

If that is the case how to I disable the postmaster account?

Secondly, why has this only just started to happen since 9.2.3
 
To workaround this problem you can create a domain in Plesk, with name as the hostname of your server.
After that you go to its mail settings and make sure that Reject option is setup for incoming mails to non-existing users.

After that all notifications from Qmail which by default go to recipients like anonymous, postmaster, drweb-daemon and etc @your_server_hostname.com will be dropped.
 
Back
Top