Article ID: 6129, created on Mar 11, 2009, last review on Aug 12, 2014

  • Applies to:
  • Plesk 9.0 for Linux/Unix


Parallels Plesk Panel version 9.0 is running with Postfix MTA.

Mail accounts that use reserved system aliases like postmaster@, root@, mailer-daemon@, or postmaster@ exist. Messages sent to the accounts are not delivered.

According to the maillog (/usr/local/psa/var/log/maillog), the message is sent to localhost.localdomain but not to the domain:

Jan 21 04:09:10 plesk90 before-queue[25941]: handlers_stderr: PASS
Jan 21 04:09:10 plesk90 before-remote[25942]: hook_dir = '/opt/psa/handlers/before-remote'
Jan 21 04:09:10 plesk90 before-remote[25942]: recipient[3] = 'postmaster@domain.tld'
Jan 21 04:09:10 plesk90 before-remote[25942]: handlers dir = '/opt/psa/handlers/before-remote/recipient/postmaster@domain.tld'
Jan 21 04:09:10 plesk90 postfix/cleanup[25861]: 542EA696EA:
Jan 21 04:09:10 plesk90 postfix/qmgr[25622]: 542EA696EA: from=<m1@domain.tld>, size=1208, nrcpt=1 (queue active)
Jan 21 04:09:10 plesk90 postfix/cleanup[25861]: 7C861696EC:
Jan 21 04:09:10 plesk90 postfix/qmgr[25622]: 7C861696EC: from=<m1@domain.tld>, size=1363, nrcpt=1 (queue active)
Jan 21 04:09:10 plesk90 postfix/cleanup[25861]: 808FC696ED:
Jan 21 04:09:10 plesk90 postfix/local[25944]: 7C861696EC: to=<root@localhost.localdomain>, orig_to=<postmaster@domain.tld>, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=2.0.0, status=sent (forwarded as 808FC696ED)
Jan 21 04:09:10 plesk90 postfix/smtpd[25851]: disconnect from unknown[]
Jan 21 04:09:10 plesk90 postfix/smtpd[25860]: disconnect from localhost[]
Jan 21 04:09:10 plesk90 postfix/local[25863]: 542EA696EA: to=<postmaster@localhost.localdomain>, orig_to=<postmaster@domain.tld>, relay=local, delay=0.19, delays=0.16/0/0/0.02, dsn=2.0.0, status=sent (forwarded as 7C861696EC)


During creation of the new domain, domain.tld, in Parallels Plesk Panel, the following mail aliases are created by default:

~# postmap -s /var/spool/postfix/plesk/virtual | grep domain.tld
mailer-daemon@domain.tld        mailer-daemon@localhost.localdomain
anonymous@domain.tld    anonymous@localhost.localdomain
postmaster@domain.tld   postmaster@localhost.localdomain
root@domain.tld root@localhost.localdomain

When the new mailname with the reserved name (postmaster@) is created, the standard alias is not removed. Messages continue being delivered to the server administrator, postmaster@localhost.localdomain, but not to the account on the domain, postmaster@domain.tld.

The problem is specific to Postfix MTA.


The problem is fixed in newer versions of Parallels Plesk Panel.

The hotfix for version 9.0.1 is located at

In the directory, find the mailsrv_entities_dump file appropriate to your operating system and architecture. Replace the existing /usr/lib/plesk-9.0/mailsrv_entities_dump file with the one you have found. Please remember to back up the old file.

The file mailsrv_entities_dump may be located in another place on your server. The location is defined by the Plesk variable $PLESK_LIBEXEC_DIR. It may be /usr/lib/plesk-9.0/, /usr/lib64/plesk-9.0/, or /usr/local/libexec/plesk-9.0, according to your operating system and architecture. Refer to this article to define the variable:

Verify and correct the permissions for the file. They should be root:root, 550. You may correct the permissions with the commands chown and chmod. For example, for CentOS 5, 32bit:

~# chown root:root /usr/lib/plesk-9.0/mailsrv_entities_dump
~# chmod 550 /usr/lib/plesk-9.0/mailsrv_entities_dump

After the hotfix is installed, regenerate mail configuration files with the utility mchk. Run it with "--help" to get a list of all available options and execute using one of them.

~# /usr/local/psa/admin/sbin/mchk --help
Restore settings for all mailboxes.
Usage: /usr/local/psa/admin/sbin/mchk [OPTION]

  --without-spam   restore all settings except for SpamAssassin configuration
  --with-spam      restore all settings
  --spam-only      restore only SpamAssassin settings

4f57df935e9acf8d18830757d2346419 a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 6ef0db7f1685482449634a455d77d3f4 56797cefb1efc9130f7c48a7d1db0f0c

Email subscription for changes to this article
Save as PDF