Changes to University DMARC record

To make it harder for spammers and scammers to forge email claiming to originate from the domain, the University will shortly be changing the DMARC sub-domain policy (sp argument) to “reject”.

This change will tell any mail services that use DMARC and SPF  tests when validating email, that any email that fails the SPF test for any *, that it is recommended that the mail be rejected.

This, if we did nothing, could affect mail being sent as from addresses. However we have a DMARC record for which currently sets our policy as “none”, which will take precedence over the’s sp=reject.

Users are unlikely to notice any change (other than hopefully a reduction in forged email claiming to come from a legacy domain like

However if you are sending mail as coming From: an address that is not or, then mail relays may start flagging your mail as suspicious, and marking it as spam.

Similarly if you are sending mail as From: or but not using the Informatics or University relays as your outgoing SMTP server, then again other relays may see your mail as suspicious and flag it as spam.


Update 7/2/2022 – Currently this proposed change has been postponed, but will happen at some point in the future

About neilb

Computing staff at the University of Edinburgh. Part of the Services Unit.
This entry was posted in Information, Service Update. Bookmark the permalink.

1 Response to Changes to University DMARC record

  1. neilb says:

    FYI, to have a look at what DMARC and SPF record is published for a domain do this for DMARC:
    > dig +short txt
    “v=DMARC1; p=reject;,”

    and this for SPF
    > dig +short txt | grep -i v=spf
    “v=spf1 -all”

Leave a Reply