DMARC Unauthenticated Mail is Prohibited [SOLVED]
by
Last Updated: 8 min read
![DMARC Unauthenticated Mail is Prohibited [SOLVED]](data:image/svg+xml;base64,PHN2ZyB2aWV3Qm94PSIwIDAgNTk1IDQwNCIgd2lkdGg9IjU5NSIgaGVpZ2h0PSI0MDQiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwL3N2ZyI+PC9zdmc+)
“DMARC unauthenticated mail is prohibited” is a DMARC email rejection error code 550 #5.7.1 that might pop up when sending emails via a specific domain. To fix this error, you need to configure your DMARC policy correctly, make sure you have accurately implemented SPF and DKIM to authenticate your outgoing emails and monitor your DMARC reports to identify unauthorized sending sources.
Key Takeaways
- The “DMARC unauthenticated mail is prohibited” error indicates that an email from your domain has failed DMARC authentication checks.
- Unauthorized servers or misconfigured SPF and DKIM records can trigger DMARC authentication failures.
- Emails that fail DMARC checks are often rejected, which negatively impacts deliverability and your domain’s reputation.
- Ensuring that your SPF and DKIM records are accurate and that you use authorized servers is essential for compliance with DMARC policies.
- Regularly reviewing DMARC reports is vital for identifying unauthorized sources and maintaining email authentication protocols.
What does the error message “DMARC unauthenticated mail is prohibited” mean?
The error message “DMARC unauthenticated mail is prohibited” indicates that an email sent from your domain has failed DMARC authentication. It means that the recipient’s email server has identified the email as potentially fraudulent or unauthorized, leading to a potential delivery issue or the email being marked as spam.
Simplify Security with PowerDMARC!
About DMARC Error Code 550 #5.7.1
DMARC Error code 550 5.7.1 is a non-delivery report (NDR) message that informs the sender that the receiver’s DMARC policy has rejected an email sent from your domain.
The NDR also includes a specific reason phrase reading “DMARC unauthenticated mail is prohibited” – indicating that your email provider was unable to deliver your message to the intended recipient.
This error could be caused by many factors, namely your email program (email reader or mail client), an error in the DMARC record, the method used to send an email, misconfigured mail server, and several others related to your use of email in general.
Common Reasons for “DMARC Unauthenticated Mail Is Prohibited” Error
If you’re sending messages via unauthorized servers while on a DMARC reject policy, you may trigger this error. Other probable causes include the usage of free domains to relay emails and improper configurations of your email authentication records.
Reason 1: You are sending emails via an unauthorized server
The DMARC policy states that the email address provider and the email address server should be the same. If they are not, this is considered a policy violation, and your emails will be rejected by most DMARC-protected recipients thereby returning the “DMARC unauthenticated mail is prohibited” message.
When you send an email via an unauthorized server, the message is rejected and therefore unauthenticated by DMARC as it fails to pass SPF and DKIM checks.
For example, if your email claims to be from [youremail]@gmail.com but does not come from Gmail SMTP Server and instead comes from another server (let’s assume from OVH Cloud servers), that email will most probably be considered unauthenticated per DMARC policy.
The reason for this is that the address provider (Gmail) and the email address server (OVH Cloud) are different entities. If DMARC finds that your domain does not own your email address provider (such as Gmail), then it will reject your emails as they fail its checks.
How to troubleshoot?
You can troubleshoot this problem by making sure that both your email address provider and the server where your account is hosted are under one umbrella.
In other words: if you’re using Gmail as your provider and hosting from another provider like Amazon Web Services or Microsoft Azure; or if you’re using Yahoo Mail as a provider but hosting off of Google Apps for work; or if you’re hosting from GoDaddy but providing email addresses via Office 365—these scenarios all fall under an unauthorized server scenario and will cause this error code to appear in the DMARC report.
Reason 2: You are using free domains to relay emails
DMARC policies require that the domain names used in the From: field, the Sender: header, and the Reply-To: header be legitimate domain names. If any of these fields are set to a free mail account such as Gmail or Yahoo, then the “DMARC unauthenticated mail is prohibited” error will occur.
It’s because many email providers like Gmail and Yahoo have strict DMARC rules regarding using their domain names to relay mail. And therefore, they will prohibit your mail if the envelope sender address does not match the domain name of your outbound mail server.
How to troubleshoot?
To troubleshoot the error above, we recommend that you change the header from and reply-to email addresses to a paid service. By setting up your domain for your mailbox, your email will look like [@mycompanyname.com] instead of [@gmail.com]. This will ensure that your emails are not accidentally considered unauthentic per DMARC policy.
You can fix this by first going to your email client’s settings and changing the email address in these fields to your email.
Then, you will need to go through your DNS settings and add a TXT record with a value of:
v=DMARC1; p=reject; sp=reject; rua=mailto:[email protected]; ruf=mailto:[email protected]; fo=0; adkim=s; aspf=rvk
– where [[email protected]] is the email address that you changed earlier in your client’s settings, and where adkim and aspf are any values (such as v for verification or p for policy).
Reason 3: The SPF configuration is not updated to include all senders
If you’re failing to include all your sending sources in your record, chances are servers will return the “DMARC unauthenticated mail is prohibited” error message for your emails. SPF is a standard used to determine if an email has come from the actual source it claims to have originated from.
In this case, DMARC will check the SPF records for the hostname listed in the From field of an email against those published in DNS by the domain owner.
If there is no match or if there are multiple matches, then DMARC will reject that email as being spoofed and potentially fraudulent.
This means that if you’re using Outlook and you want to send emails from your domain (say, [yourdomainxyz.com]), you need to configure Outlook so that it includes all subdomains of [yourdomainxyz.com] as valid sources in its SPF record.
This way, when DMARC checks those against its records for your domain’s SPF policy, it won’t find any discrepancies and will accept your message as validly originating from yourself—and not someone else trying to pretend they’re you.
How to troubleshoot?
To troubleshoot this issue, you need to go back to your SPF record and make sure it matches the email host domain name. If you have multiple domains, make sure all of them are included in your SPF record.
For instance, if your email is hosted on Outlook then you have to merge Outlook’s SPF syntax (spf.protection.outlook.com) in your SPF record to solve the problem:
The following is an example of an Outlook SPF record:
v=spf1 include:spf.protection.outlook.com -all
Reason 4: The sender’s domain is not correctly configured
This error is caused by the recipient’s email server being unable to validate the sender’s SPF record, DKIM signature, or DMARC policy. Reasons this can happen include:
- the sender’s domain is not correctly configured for SPF or DKIM
- the recipient’s mail server does not allow for SPF pass-through (which means that it rejects messages from senders that don’t pass SPF validation)
- the sender has not or improperly set up DMARC records.
- Either of these cases can cause the receiving server to return a “DMARC unauthenticated mail is prohibited” error.
How to troubleshoot?
There are several ways to troubleshoot this issue:
- Verify the SPF and DKIM settings in your domain’s DNS records. To do so, we recommend using the PowerDMARC SPF Record Lookup and DKIM Record Lookup tools. Both of these tools are free and easy to use, and they will give you a clear picture of the errors within your existing records and what your records should look like.
- If you have verified that your DNS records are correct, then verify that your mail server is configured to send emails using the Authentication-Results header field.
- If you don’t already have SPF and DKIM records in place, we recommend setting them up with PowerDmarc’s free tools for generating these records:
Reason 5: You might have been blocked by the recipient’s DMARC anti-spam filters.
Another reason behind the “DMARC unauthenticated mail is prohibited” error is the recipient’s email service has blocked your email for violating its DMARC policy.
Sending too many emails (also called mass mailing) in a short period from one source IP address to the recipient is one of the practices that mostly encourage the recipient’s domain to publish a DMARC policy that prohibits emails from that sender.
How to troubleshoot?
Contact the recipient directly and ask them what their current DMARC policy is set up as (they should be able to provide that information). Then ask them if they would be willing to reconfigure their policy so that it accepts emails from your domain, thereby avoiding being flagged as spam as well as evading the “DMARC unauthenticated mail is prohibited” error.
Put An End To DMARC Unauthenticated Errors
DMARC errors like “DMARC unauthenticated mail is prohibited” are common when you’re setting up DMARC on your own. PowerDMARC’s DMARC analyzer will allow you to configure DMARC and get rid of these errors so that you can continue sending emails without any issues.
This automated DMARC configuration service allows you to send emails from your domain and have them delivered to the inbox of your recipients. You can send out marketing emails, notifications, and more without worrying about sending them to spam folders or having them end up in the trash.
Our system will automatically configure your domain’s DMARC settings so that they’re working properly, without all the hassle. Once they’re set up, you can rest assured knowing that your business won’t be blacklisted by spam filters (and no more annoying errors!).
Ready to get rid of the “DMARC unauthenticated mail is prohibited error” from the first implementation? Please contact us to grab your DMARC trial!
More Questions
Why is it important to fix the “DMARC unauthenticated mail is prohibited” error?
Fixing the “DMARC unauthenticated mail is prohibited” error is crucial because it helps protect your domain’s reputation and prevents email-based attacks like phishing and spoofing. By enforcing DMARC policies and properly configuring the protocol, you ensure legitimate emails sent from authorized sources are accepted, reducing the risk of your domain being used for malicious purposes.
What other steps can I take to enhance DMARC authentication?
In addition to setting up DMARC, SPF, and DKIM, you can take further steps to enhance DMARC authentication. These include regularly reviewing DMARC reports to identify unauthorized sources of email sending, implementing strong email filtering mechanisms, training your employees on email security best practices, and considering email authentication protocols like BIMI to enhance email deliverability and brand recognition.
How long does it take for DMARC changes to take effect?
The time it takes for DMARC changes to take effect can vary depending on various factors, including DNS propagation and email server caching. Generally, it can take anywhere from a few hours to up to 48 hours for changes to fully propagate and for DMARC policies to become effective. It is advisable to monitor the implementation and conduct thorough testing to ensure the desired results are achieved.
We recommend checking our knowledge base for more troubleshooting guides.
Domain & Email Security Expert at PowerDMARC
Yunes is an Operations Team Lead at PowerDMARC with expert knowledge in email authentication and security. Yunes is a Microsoft-certified Azure Administrator Associate with certifications in CompTIA A+ and many more.
Latest posts by Yunes Tarada (see all)
