Hi @Daniel,
Welcome to Microsoft Q&A, and thank you very much for reaching out.
Please note that Microsoft Q&A is a peer‑to‑peer forum, not Microsoft Support. I don’t have access to your environment and my testing is limited, so I can only assist based on available documentation and resources. That said, I’ll do my best to help.
For the migration itself, I recommend following Microsoft’s guidance for moving from Exchange Server 2013 to Exchange Server 2019. This ensures that namespaces, certificates, and coexistence are configured according to Microsoft’s best practices.
Regarding the SMTP behavior you’re seeing, I wasn’t able to find any documentation that mentions this specific scenario. However, the pop-up message and the Event Viewer entries indicate an import or permission‑related issue. Exchange certificates must be imported using the correct cmdlets so the appropriate permissions, such as those required for the Network Service account used by transport services are applied.
I suggest checking the Exchange 2013 wildcard certificate thumbprint using Get‑ExchangeCertificate, exporting it as a PFX using Export‑ExchangeCertificate, and then importing it into Exchange 2019 following this Microsoft’s documentation. After that, run Enable‑ExchangeCertificate again.
When you import that PFX into Exchange 2019 using the appropriate Exchange cmdlets, Exchange applies the required permissions automatically. When you run Enable‑ExchangeCertificate, Exchange 2019 assigns that certificate to the relevant services so SMTP, IIS, and other Exchange components can use it properly.
Finally, you may also want to post this thread on the Microsoft Tech Community. It’s an excellent place for in‑depth technical discussions and insights from people with hands‑on experience. They’re best positioned to provide guidance and valuable insights on this topic.
I hope this helps.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.