From address doesn't meet the authentication requirements defined for the sender

[#1]

Is PN aware of this? Is anyone talking to MS about it?

I  would be amazed if not.

[#2]

@jab1
Fine. So why not say so?

[#3]

Do you need to be told everything? As you must have read that on this forum - I think I recall seeing it - it is fairly obvious that the individuals at the sharp end are also aware.

[#4]

@jab1
See above. Basic PR.

No, it's not apparent that individuals at the sharp end are aware that problems still persist. And the problem is affecting many more than just readers of this thread.

[#5]

@jab1 your stance in this thread is not sympathetic to those of us experiencing this critical problem. Flippant comments are not wanted. This is a serious matter and Plusnet customers deserve better.

@James_B as requested, please provide an official update for your customers. It might help to start a new thread for official Plusnet updates so that they are not lost in this lengthy thread.

[#6]

@ebforum   Thank you -  I agree with both your comments.  The lack of an official update regarding the status of this problem by a reputable service provider is very disappointing.  The lack of status information on the main Plusnet website is surprising.  I’m sure there must be many non teckie PN users affected by this problem who are not members of the Forum nor have the time to trawl through multipage threads.

@James_B   Could your status update please also contain details of any useful workarounds to use in the interim until the situation is resolved.   My personal experience is that the only way to guarantee a message to a MS operated address is to specify them as the ONLY recipient.  The addition of a second recipient of any ilk causes delivery failure  Is this correct?.

[#7]

---

@stuck wrote:

Today, having just sent a message, but not to an MS account, I got the error shown in the screenshot.  My message was sent and gave no bounce when I clicked 'Yes'.

What's happened to trigger this error, and how do I fix it?

---

Which email brand?

Which SMTP server name is configured on the Outlook client?

What servers are listed under view certificate?

I have a theory, but I need evidence to verify it.

[#8]

@Silver-Codger I agree entirely.

Having spent many hours following this thread I feel I must comment.

For information, I am not Galina Solodchin but a friend who helps this elderly lady (84) with her computer needs. Having worked in the IT Industry as a lead technical services specialist since the 1970s (now retired for the most part) I have to say that I have never come across such appalling lack of concern from a so called reputable company towards their customers,.

While I understand this situation is not PlusNet's fault, it is their responsibility to provide a complete service to all those who pay their fees every month and, if the resolution is to take some time, they should be providing updates to those who effectively pay their wages.

@James_B   Could we please have an official update. It is about a month since this started and it is only partially fixed.

[#9]

This is from a single multi destination mail rejected by  hotmail.com  & outlook.com & msn.com

The response in all cases was :

Spf= Pass , Dkim= Fail , DMARC= Pass

DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=plus.com; s=042019;

Does the DKIM fail because the email sender can be seen as:   My.Name@ACCOUNT.plus.com ?

[#10]

No, the DKIM likely fails due to the 'temperror' problem with Microsofts DNS lookups

https://community.plus.net/t5/Email/From-address-doesn-t-meet-the-authentication-requirements/m-p/20... 

This seems more likely to happen when there is more than one MS address in a multi destination email

[#11]

---

@Townman wrote:

---

@stuck 

---

Which email brand?

Which SMTP server name is configured on the Outlook client?

What servers are listed under view certificate?

I have a theory, but I need evidence to verify it.

---

I have a plusnet brand email account but (I think) I have solved this certificate error.   After I made my post, I noticed my Outgoing mail server was set to 'smtp.plus.net' while the certificate was for 'relay.plus.net'.  Having changed my outgoing server to 'relay.plus.net' I've not seen the error again.

I don't know why my Outgoing mail server was set to 'smtp...' and not 'relay...'.  Until the MS email problem arose the last time I would have been anywhere near this setting was years ago.

Unless your theory about the error has any bearing on the failure of sending to MS mail servers I think this particular incident can be considered closed.

[#12]

@stuck 

That would indeed cause this precise error.  The change to SMTP.plus.net could have been consequential to you looking at the server settings in Outlook, especially if it is the free "new" version of Outlook.

Each time one changes does anything with the account settings interface, there is a danger the free version of Outlook will reset the server settings to its own best guess.

[#13]

---

@Townman wrote:

...especially if it is the free "new" version of Outlook

---

No, I'm not using the new version of Outlook (which is so poor it really ought to be renamed to Lookout). I'm using Outlook 2016 (from Office Professional Plus 2016) v2506.  Now I know that MS can be so 'helpful' and 'correct' 'user errors' like this in these settings I'll pay more attention the next time I have to revisit them.

Thank you.

[#14]

I took a read at the various links and see the outlook.com being discussed as DKIM temperror rate being 1% which if that applied here would mean we should very seldom have rejections.

But the situation is with multiple MS emails in a small distribution list the failure rate is every email sent fails for every MS destination.   A very repeatable 100% failure rate.

[#15]

---

@PhilipHeyes wrote:

A very repeatable 100% failure rate.

---

Problem with stats is you can never be 100% sure about what you think is happening...

Test just done to outlook.com and live.com email addresses.

Instant delivery to outlook.com ... but with clear indication that Microsoft's DNS issues appear to be legion ...

Authentication-Results: spf=pass (sender IP is 212.159.14.19)
smtp.mailfrom=*******.plus.com; dkim=timeout (key query timeout)
header.d=plus.com;dmarc=pass action=none
header.from=********.plus.com;compauth=pass reason=100

---

So not 100% repeatable instant NDR ... unless there is something different with live.co.uk ... which very much points to a Microsoft service issue.

I do not have access to the live.com email address so I cannot confirm successful delivery, but there is no NDR from there.  Read ACK received from the outlook.com account.

I have previously tried to @outlook.com and @hotmail.co.uk and did not get a failure, let alone a 100% repeatable failure rate.  One has to consider the possibility other, as yet, unknown causes related to the specifics of your test.