我是一名开发人员，试图让我的 .Net 应用程序通过我们的 Exchange 服务器发送电子邮件。我不是 Exchange 专家，所以我会预先确定！！
我们在 Exchange 中设置了一个接收连接器，它具有以下属性：
网络：允许所有 IP 地址通过端口 25。
身份验证：选中传输层安全和外部安全复选框。
权限组：匿名用户和 Exchange 服务器复选框被选中。
但是，当我在我们的 Exchange 服务器上运行这个 Powershell 语句时，它可以在我发送到本地域地址时工作，但是当我尝试发送到远程域时却失败了。
作品：
C:\Windows\system32>Send-Mailmessage -To MYLOCALADDRESS@OURDOMAIN.com -From MYLOCALADDRESS@OURDOMAIN.com -Subject testing -Body testing -SmtpServer OURSERVER
（顺便说一句：我的 OURSERVER=boxname.domainname.local 值。这与我启动 Exchange 命令行管理程序时显示的完全限定名称相同）。
失败：
C:\Windows\system32>Send-Mailmessage -To MYPERSONALADDRESS@gmail.com -From MYLOCALADDRESS@OURDOMAIN.com -Subject testing -Body testing -SmtpServer OURSERVER
Send-MailMessage : 邮箱不可用。服务器响应是： 5.7.1 无法中继 At line:1 char:17 + Send-Mailmessage <<<< -To MYPERSONALADDRESS@gmail.com -From MYLOCALADDRESS@OURDOMAIN.com -Subject testing -Body himom -SmtpServer FTI- EX + CategoryInfo : InvalidOperation: (System.Net.Mail.SmtpClient:SmtpClient) [Send-MailMessage], …
我需要在我们托管的站点上删除对弱服务器的支持。这是一个高度安全的网站，客户数据极其敏感，我们的客户和审计员要求我们放弃对弱密码的支持。
我面临的挑战是，我不知道建议客户进行此更改的最佳方法。他们不需要放弃对弱密码的支持，因为他们可能需要连接到其他站点，但他们确实需要确保可以支持强密码。我们知道，有一小部分客户仍在使用弱密码与我们协商 TLS。
那么密码只能在操作系统级别配置吗？所有 TLS/密码逻辑是否都由操作系统专门管理？或者，自定义应用程序（包括浏览器）是否可以包含自己的 TLS/密码逻辑，绕过操作系统配置，甚至使用操作系统上未安装的密码？我看过一些关于在 Chrome 中更改密码的讨论，但我找不到任何关于其工作原理或如何与操作系统密码配置交互的权威声明。
感谢您的任何想法！