Random client domains in email header

[bob83]

I use plesk 9.5.4 with all updates installed.
For some reason domains from other clients are showed in the email headers.

For example if client A receive mail on info@hisdomain.com, the mailheader shows a line with the domain from a other client:
from mail-iw0-f182.google.com (209.85.214.182) by domainoffclientx.com with

Here the complete header, ive change the from domain by [RANDOMDOMAININPLESK.COM]:

* (qmail 30219 invoked from network); 26 Jan 2011 17:23:57 +0100
* from mail-iw0-f182.google.com (209.85.214.182) by [RANDOMDOMAININPLESK.COM] with (RC4-MD5 encrypted) SMTP; 26 Jan 2011 17:23:57 +0100
* by iwn39 with SMTP id 39so1098423iwn.41 for <test@domain1.nl>; Wed, 26 Jan 2011 08:30:54 -0800 (PST)
* by 10.231.182.10 with SMTP id ca10mr8578233ibb.28.1296059454214; Wed, 26 Jan 2011 08:30:54 -0800 (PST)
* by 10.231.14.13 with HTTP; Wed, 26 Jan 2011 08:30:54 -0800 (PST)

Have other plesk 9.5.4 users this same problem?

[bob83]

I already try rebuild the mailconfig: /usr/local/psa/admin/sbin/mchk --with-spam
Still same problem.

[faris]

This is caused by having a PTR entry in the DNS records of more than one domain in Plesk.

I don't know how things are now, but for many years the default DNS template that Plesk comes shipped with adds a PTR record for each domain you add, pointing to the shared IP address that domain is allocated to.

qmail then does a reverse lookup and gets a random result from any of the domains you have hosted.

The solution is to remove the PTR records from all existing domains except one (your "main" domain - the one you want in the headers) and to modify the default DNS remplate to not add a PTR all the time.

[breun]

The solution is to remove the PTR records from all existing domains except one (your "main" domain - the one you want in the headers) and to modify the default DNS remplate to not add a PTR all the time.

Actually you'll want to just remove *all* PTR records in all zones and only set the reverse hostname mapping at the place where this is actually managed, which is usually the ISP that hosts your server.