• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Question Email Domain abuse with forwarding

Erwin Fiten

Basic Pleskian
I noticed some strange behaviour lately.

This is the email delivery log for one of those mails :
Sep 11 11:10:50 6B8711803EE: client=xn--h1ard.046.xn--p1acf[77.87.212.94]
Sep 11 11:10:50 6B8711803EE: from=<[email protected]> to=<[email protected]>
Sep 11 11:10:50 6B8711803EE: message-id=<[email protected]>
Sep 11 11:10:50 6B8711803EE: py-limit-out: stderr: INFO:__main__:No SMTP AUTH and not running in sendmail context (incoming or unrestricted outgoing mail). SKIP message.
Sep 11 11:10:50 6B8711803EE: py-limit-out: stderr: SKIP
Sep 11 11:10:50 6B8711803EE: check-quota: stderr: SKIP
Sep 11 11:10:50 6B8711803EE: spf: stderr: PASS
Sep 11 11:10:50 6B8711803EE: from=<[email protected]>, size=92908, nrcpt=1 (queue active)
Sep 11 11:10:50 6B8711803EE: from=<[email protected]>, to=<[email protected]>, dirname=/var/qmail/mailnames
Sep 11 11:10:50 6B8711803EE: DKIM Feed: No signature
Sep 11 11:10:50 6B8711803EE: dk_check: stderr: PASS
Sep 11 11:10:50 6B8711803EE: dmarc: stderr: PASS
Sep 11 11:10:50 6B8711803EE: send message: id=S3339307 from=<SRS0=pSL6=3W=fastaresi.de=[email protected]> to=<[email protected]>
Sep 11 11:10:51 6B8711803EE: to=<[email protected]>, relay=plesk_virtual, delay=0.68, delays=0.4/0/0/0.28, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Sep 11 11:10:51 6B8711803EE: removed

This line worries me : "send message: id=S3339307 from=<SRS0=pSL6=3W=fastaresi.de=[email protected]> to=<[email protected]>"
My domain is in this example : "testdomain.be"

And something is using SRS to fake an address in my domain and tries to send mails to "[email protected]"

How can I avoind this. Asking AI( clause) this is the SRS service that needs to be disabled, but thuis looks like it's used by PLESK ?

Erwin
 
How can I avoind this.
Short answer: Disable mail forwarding on your mailbox.

Long answer: SRS (sender rewrite scheme) is used when emails are automatically forwarded to make sure the message still passes SPF validation. It's nothing to be alarmed about and It's also not something you can enable or disabled (at least not easily).

In your case your mail log shows that your mailbox first received the email from fastaresi.de and then forwards it to [email protected].
Sep 11 11:10:50 6B8711803EE: from=<[email protected]>, to=<[email protected]>, dirname=/var/qmail/mailnames
[...]
Sep 11 11:10:50 6B8711803EE: send message: id=S3339307 from=<SRS0=pSL6=3W=fastaresi.de=[email protected]> to=<[email protected]>

So I assume you've setup mail forwarding for the mailto:[email protected] mailbox, either in Plesk or as some sort of filter rule in webmail. If you don't like mails to be forwarded to [email protected] simply remove/disable the forward.
 
Back
Top