研究了一段時間，發現網路上都沒什麼解法 不知道是沒什麼人遇到還是就放著不管XD 不過還是分享一下事件的解決方式 事件的問題點在於用25PORT下去檢查發現 會在DATA發送完才確認使用者正確性 Mail from: [email protected] 250 2.1.0 Sender OK rcpt to: [email protected] 250 2.1.5 Recipient OK rcpt to: [email protected] 250 2.1.5 Recipient OK DATA 354 Start mail input; end with <CRLF>.<CRLF> From: <[email protected]> To: <[email protected]><[email protected]> 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: [email protected] 250 2.1.0 Sender OK rcpt to: [email protected] 250 2.1.5 Recipient OK rcpt to: [email protected] 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，都找不到報修信 : 想請問板上前輩有沒有遇過類似的問題 : 感謝 : 補充：一般收發信都正常，就只有報修系統的信收不到 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.165.149.161 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/MIS/M.1461345494.A.3D3.html