推 liskenny: 推 04/24 08:35
→ rodchi: 微軟有說在MBX上開啟此功能,若有無效收件者會整封reject 04/25 10:18
→ rodchi: 因此微軟是不建議在MBX上開啟 04/25 10:20
研究了一段時間，發現網路上都沒什麼解法
不知道是沒什麼人遇到還是就放著不管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://www.ptt.cc/bbs/MIS/M.1461345494.A.3D3.html