研究了一段时间，发现网络上都没什么解法
不知道是没什么人遇到还是就放著不管XD
不过还是分享一下事件的解决方式
事件的问题点在于用25PORT下去检查发现
会在DATA发送完才确认使用者正确性
Mail from: Somebody@AnyDomain.com
250 2.1.0 Sender OK
rcpt to: User@YourDomain.com.tw
250 2.1.5 Recipient OK
rcpt to: No_User@YourDomain.com.tw
250 2.1.5 Recipient OK
DATA
354 Start mail input; end with <CRLF>.<CRLF>
From: <Somebody@AnyDomain.com>
To: <User@YourDomain.com.tw><No_User@YourDomain.com.tw>
Subject: SMTP test
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Mail body, Hello World.
.
550 5.1.1 User unknown
Exchange2013 有内建垃圾邮件防堵系统
其中有一个是收件者查阅 ( Recipient Validation )
ref: https://technet.microsoft.com/zh-tw/library/bb123891(v=exchg.150).aspx
开启之后会在DATA前就确认使用者的正确性
Mail from: Somebody@AnyDomain.com
250 2.1.0 Sender OK
rcpt to: User@YourDomain.com.tw
250 2.1.5 Recipient OK
rcpt to: No_User@YourDomain.com.tw
550 5.1.1 User unknown
原本以为问题是出在没有开启这功能
但是实际检查服务器设定发现
这玩意居然有开啊\(^q^)/
上网查了一下发现满多人都有这个问题的
后来爬国外的网站看到说
Recipient Validation作用在MBX上面，而不是CAS上
而Exchange2013内建的对外接收器(Front-end Transport)是装在CAS上面
而CAS跟MBX之间的沟通是在DATA结束后，CAS才会把整坨资料打包丢到MBX
原本的用意是公司内可能存在多个MBX
因此CAS接收完资料后再去找要丢到哪个MBX
但是我们公司只有一个MBX，就不需要这种功能
因此新建一个Hub Transport的接收器来接收外部邮件
Hub Transport就不会透过CAS，所以外部的邮件就直接进到MBX里面
经测试后，问题解决
不过不知道这样做会不会有安全上的疑虑
毕竟这不是微软的默认值
还想请各位前辈指教
感谢<(_ _)>
※ 引述《Akaski (拂晓)》之铭言：
: 最近同事反映收不到客户端报修系统的报修信
: 报修系统一次是寄给许多SI
: 只要是寄到我们公司网域的都收不到
: 但GMAIL或其他的公司都收的到
: 我调了Exchange2013的LOG、防毒的LOG，都找不到报修信
: 想请问板上前辈有没有遇过类似的问题
: 感谢
: 补充：一般收发信都正常，就只有报修系统的信收不到