1

The company currently have 2 domains registered: "dom1.com" and "dom1.com.ex". "dom1.com" is hosted and is the main domain associated on our GSuite account to create user accounts to send mails, "dom1.com.ex" is an active domain for e-mail aliases (it was the previous e-mail domain). We have set up Google's recommended SPF, DKIM, and DMARC for "dom1.com" on it's host, but some users with the alias set up are receiving responses from SPAM sent from their alias.

"dom1.com.ex" is not hosted (it shows as delegated on the registrar).

Can we do something about it? or should we host it so we can set up SPF/DKIM/DMARC for it too?

(Removing the aliases isn't an option since it was the main domian for e-mail and some contacts still send mails to those accounts)

Loki
  • 13
  • 3

1 Answers1

0

You need to setup SPF (at least, DMARC if you really wanna get the idea across) on the unused "domain.com.ex"

If the old domain isn't supposed to ever send email outside the org, then you can do a SPF record equivilent of "I never send email, everything claiming to be me is spam"

v=spf1 -all

Super easy record to put in place, and any email claiming to be from dom1.com.ex will instantly fail a SPF lookup.

You could double down with a matching DMARC record of

v=DMARC1; p=reject; sp=reject; pct=100; adkim=s; aspf=s

This tells a DMARC agent that it should reject (don't even attempt to deliver) messages that fail in both the "dom1.com.ex" domain (p=) and all of its subdomains (sp=). It also says to apply this rule to all email (pct=100) and to use strict interpretation on both DKIM and SPF evaluation (adkim=s; aspf=s). Coupled with the "trust nothing" SPF record from above, this should do a good job of getting most mail servers to ignore things purported to be from the old dom1.com.ex domain.

This won't stop people from trying to spoof your domain. But it is a good effort to advertise up front that those people can't be trusted.

Every domain that I manage gets a SPF and DMARC record as soon as they are registered. Most of them get the records you see here, just something to say "this domain isn't currently sending valid emails, don't believe anyone who claims to be us." It has helped a ton in preventing us from being swamped with unnecessary spam reports (and NDR floods).

EDIT: I do also setup DKIM records. I just can't publish a "dummy" one here because anything I publish I would have a key for (so I could successfully send with that key). But if you really want to shut it all down, generate a valid DKIM record and publish it as well. You don't have to use it yourself, just having a record so that the spammers fail when they try to use it is enough.

Ruscal
  • 1,223
  • 6
  • 13
  • That's some good info, I understand that I should host the old domain then to set those SPF and DMARC values. – Loki Jan 18 '19 at 14:18