我收到来自Exchange服务器的消息：“500 5.3.3无法识别的命令”，并在Exchange Server日志中看到，尽pipe存在以下事实，它仍在扼杀我的smtp发件人：
我为我的ip添加了一个接收连接器，允许连接，使用“外部安全”
我运行的命令（与实际的服务器名称）：
码：
Set-ReceiveConnector "MyTrusted connector (Servername)" -MaxAcknowledgementDelay 0 Set-ReceiveConnector "MyTrusted connector (Servername)" -TarpitInterval 0 尽pipe如此，它仍然失败！ 任何想法有什么不对？
猜测协议谈判没有遵循RFC。 也许它试图使用ESMTP命令而不使用EHLO或其他东西。
找出正在尝试做什么的更好方法之一是打开生成500错误的连接器的协议级日志logging。 然后重试连接，如果它抛出错误，挖掘到日志文件（或在这里发表），看看它的尝试做什么。 因为不pipe它在做什么，Exchange都不喜欢它，这意味着你的服务器在邮件服务器的正常行为中performance得非常特别。
您可以打开协议级别的日志logging：
Set-ReceiveConnector "MyTrusted connector (Servername)" -ProtocolLogging Verbose
默认情况下，它将把文件放到C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\ProtocolLog\SmtpReceive （或者你安装Exchange的C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\ProtocolLog\SmtpReceive驱动器上）。 它会给你完整的SMTP对话，而你的错误应该在那里（或者对我们来说）是相当明显的。