研究了一段時間，發現網路上都沒什麼解法
不知道是沒什麼人遇到還是就放著不管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，都找不到報修信
: 想請問板上前輩有沒有遇過類似的問題
: 感謝
: 補充：一般收發信都正常，就只有報修系統的信收不到