Announcements
We are using NAV 2017 and Microsoft 365. As of Wednesday 11/23/2022 all approval notification emails are getting marked as High Confidence Phish and put in Quarantine. They have been working without incident since September 2018 when we went live on NAV 2017. Other emails sent from NAV including shipping confirmations, Invoices, etc. are all working fine. Does NAV 2017 use the SMTP mail setup to send the approval notification emails? They all come from the email address of the user that has spawned the approval request. If the SMTP setup is not where this is setup, then where is it?
Thanks Much!
John
Thank you Marco!
The setup that you recommended, (smtp.office365, port 587, UseSSL: true and then an Exchange Online licensed user plus the user's password or an App password), worked. It no longer sent with the users email on it, but it was a workable alternative until we could get Microsoft to fix the block. 1.5 months later they finally delisted the URL in the emails so that they would no longer be blocked and we went back to the original configuration, but it's good to know that there is an alternative setup that works in case Microsoft starts blocking them again.
John
Hello,
Assuming you are using Exchange Online, is there a third-party connector installed that modifies the header of the message like a third party tool that adds a signature to it.
Because you are working with Dynamics NAV 2017, you are using basic authentication in Dynamics NAV. This also means you can use PowerShell to send the mail to Exchange Online. If that fails as well, it is an issue with Exchange Online.
Some partners / customers use the xxx.mail.protection.outlook.com over port 25. Many ISP's block port 25. You only need to configure Dynamics NAV with the following settings:
smtp.office365, port 587, UseSSL: true and then an Exchange Online licensed user plus the user's password or an App password. All users needs to have SendAs permissions to send as the SMTP user.
What could go wrong is that in your DNS the MX record is not configured correctly or you are using the workarounds defined in the following article (there is no need to go through this article, the scenario works out of the box):
Yes, I agree with the Microsoft answer. It usually is external to Dynamics NAV and a configuration issue either in Exchange Online or in your DNS (or there is a third party connector that does a few tricks with the message header). You can easily verify this with Exchange message trace. Windows Security may also have a spam policy in place that does tricks with the message header, there is no need to whitelist Dynamics NAV.
If you can repro the scenario with smtp.office365.com, port 587 and SSL enabled using PowerShell, you can present that to the Microsoft Exchange team.
Hope this helps alreaady.
Thanks ZHU,
I agree, it's not a NAV issue. I just want to verify that NAV is using the same setup for these notification emails as it does for other emails.
I am working on this issue with Microsoft and they are stalling, pushing that the issue is on our end. Something clearly changed on the Microsoft 365 side and we didn't change it. I'm the only one in my company that administers 365. I've got the IP of the NAV server whitelisted and even whitelisted one of the users email address to check that, and nothing changed. I changed the spam policy to redirect to an admin email address and they started going there, but that is not workable, we don't want all high confidence phishing emails going to the approval user. Creating new policy with a redirect also is not workable for many reasons, including that there are many users that these approval notifications come from.
Thanks,
John
Hi, I don't think it has anything to do with NAV, maybe it's a policy change in Exchange Admin.
You can check the settings mentioned in the link below.
Hope this helps.
Thanks.
ZHU
André Arnaud de Cal... 291,359 Super User 2024 Season 2
Martin Dráb 230,370 Most Valuable Professional
nmaenpaa 101,156