• 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!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • 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.

futureweb

Regular Pleskian
Last edited:
I am not sure I understand. Is it just that spammers are sending emails to user "anonymous" on your domain, which doesn't exist? Under "Mail Settings" for your domain (not the server) you can say what to do with mail to nonexistent users.
 
I am not sure I understand. Is it just that spammers are sending emails to user "anonymous" on your domain, which doesn't exist? Under "Mail Settings" for your domain (not the server) you can say what to do with mail to nonexistent users.

Hi Steve,

yes - we receive lot's of Spam at those [email protected] Mail Adresses - they are NOT set up for that Domain AND the Domain where this happens is configured to DENY non existant E-Mail Addresses.
But I can send Mails to this non existant Mail Address and they get delivered to the Server Admin Mail Address?!?

Andreas
 
First of all, the "To" field that is displayed in emails is not where it gets delivered. There's a hidden "envelope" set of values in the SMTP protocol that indicate the actual addressee. Are you sure that the emails you send aren't just getting delivered to you as undeliverable?

Depending on which SMTP server you are running (usually Postfix) you can look at the server log (see http://kb.parallels.com/en/111283) and see what the server is doing. You might want to do a DNS lookup (I use http://centralops.net/co/ for this) of the domain in question (I assume it isn't actually dom.tld) and look to see what MX servers it has defined.

My guess is that the SMTP envelope specifies a valid address on your domain. You might see a clue by examining the headers of a received email, but this is not guaranteed.
 
well - here is the relevant part of the Log - [email protected] will be sent to [email protected]omain - which finally lands in Server Admins Mailbox ...
Same behaviour for all Domains which are set up on this Plek Server

If I send to "[email protected]" it normally bounces with "user unknown" - as configured ... ?!

Jun 4 11:09:28 kdn7 postfix/smtpd[25462]: connect from eu1sys200amx134.postini.com[207.126.144.223]
Jun 4 11:09:28 kdn7 postfix/qmgr[29781]: 2D57AC10E4A: from=<[email protected]>, size=6318, nrcpt=1 (queue active)
Jun 4 11:09:28 kdn7 postfix/smtpd[25455]: D5B2AC10ABC: client=eu1sys200amx137.postini.com[207.126.144.226]
Jun 4 11:09:28 kdn7 postfix/cleanup[24423]: D60B0C11022: message-id=<[email protected]>
Jun 4 11:09:28 kdn7 postfix/smtpd[25452]: disconnect from eu1sys200amx140.postini.com[207.126.144.229]
Jun 4 11:09:28 kdn7 postfix/local[25294]: 2D57AC10E4A: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0.73, delays=0.72/0/0/0.01, dsn=2.0.0, status=sent (forwarded as D60B0C11022)
Jun 4 11:09:28 kdn7 postfix/qmgr[29781]: 2D57AC10E4A: removed
Jun 4 11:09:28 kdn7 postfix/qmgr[29781]: D60B0C11022: from=<[email protected]>, size=6479, nrcpt=1 (queue active)
Jun 4 11:09:28 kdn7 postfix/smtpd[25462]: E9DD9C10E4A: client=eu1sys200amx134.postini.com[207.126.144.223]

Same behaviour as anonymous@ for some other Mail Addresses: root@, postmaster@, mailer-daemon@, kluser@, drweb@ - those are all forwarded to Server Admin - all of them are present in the virtual.db (strings virtual.db) even if they are NOT set up within Plesk ...
 
Last edited:
according to this - those standard Accounts are always created when a new Domain is set up within Plesk ... and Mails to those Addresses are delivered to Server Admin ...
http://kb.parallels.com/en/6129

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
[email protected] [email protected]omain
[email protected] [email protected]omain
[email protected] [email protected]omain
[email protected] [email protected]omain

No way to deactivate this dumb behaviour?!?!

Andreas
 
Last edited:
How fascinating. I see I have these same aliases on my domain, yet I'm not sure where mail to them gets delivered as when I send mail to them, nothing shows up in my server admin mailbox. I have a theory about that which is not relevant to your problem...

Some of these aliases are "required" by ICANN conventions, such as postmaster. I don't know about the others.

localhost.localdomain is required to be defined as a fully qualified domain name that translates to 127.0.0.1 (that is, your local host system.) I found http://kb.parallels.com/en/6129 that discusses these email aliases in the context of a fix to an earlier version of Plesk. It isn't of direct interest but it does suggest some background. I can find lots of discussion of mail that is sent from these addresses, but little on what is supposed to happen to mail sent to them. It may be that you just have to deal with them as spam. Perhaps someone else will have an insight.
 
I have the same issue, and it is quite annoying. Not only anonymous@ but also root@ and drweb@ are affected. All get forwarded to my root mailbox.
 
Back
Top