主題: 請教 Mail Server 上 網路蟑螂的收件人實務上做法為何

[acty]

請問一下   下面的情況   大家通常如何處理

有時候 User 會把收件人打錯了   但打錯的 domain name 卻是實際存在的  而且部份還有 MX 的 Record

EX  com.tw 打成  cpm.tw (72.52.4.90)
     gmail.com  打成  gmai.com 或是  gmail.com.tw (66.166.249.155)
     amat.com 打成  amat.com.tw
以上 cpm.tw , gmai.com, amat.com.tw

信件無法寄出 Queue 在 Mail Server 雖然很討厭   但也還好
但我是比較擔心那些有問題的 Email Address 的 Mail Server 會不會有可能利用收信人拼錯的 Email 偷偷收集寄件人的 Email
否則為何還會設定 MX Record 呢

目前我是打算把打錯的  Email 退信   不知其他人看法如何

[twu2]

不太懂你的邏輯. 人家申請了 domain, 為什麼不能設定 MX?

你自己打錯了 domain, 打到與別人一樣, 還要去怪別人, 似乎說不過去吧. 不知道當你電話號碼打錯一個號碼時, 是不是也要去怪對方為什要用與你想撥的電話號碼差一個號碼的電話號碼呢?

錯誤的 email 本來就該退信.... 不過, 打錯的 email? 如果那個 domain 是存在, 為什麼要退信? 你怎麼知道人家是打錯? 還是真的要寄到那兒去?

[threeseconds]

目前我是打算把打錯的  Email 退信   不知其他人看法如何

問題的盲點來了，你的問題是說你負責的是外寄的 Mail Server 嗎？
你如何判斷你的 user 的收信人 email 打錯？
或許真的有一個 @gmai.com 存在，或許真的有一個 anybody@amat.com.tw 存在，
而你的 user 就是真的要寄給它們，遇到這種問題你該如何判斷？
當然 Mail Server 都可以用 DN 正反解來做初步判斷，
但遇到你說的狀況的話，其實很難讓程式去自動判斷的。

另一個盲點是用這種網路蟑螂的方式收集 Email 其實很沒效率，
網路蟑螂還得期待寄信人打錯，才收的到 Email，實務上會這樣做的人恐怕很少，
這年頭收集 Email 更有效率的辦法多得是........

[JackYang78]

我的做法也是持續送信,因為我沒有那麼多的閒功夫去比對!!

不過我的退信時間的 Queue 很短 ... 2Hrs. 通知 User , 4Hrs 就 Delete 了!!

[acty]

不太懂你的邏輯. 人家申請了 domain, 為什麼不能設定 MX?
你自己打錯了 domain, 打到與別人一樣, 還要去怪別人, 似乎說不過去吧. 不知道當你電話號碼打錯一個號碼時, 是不是也要去怪對方為什要用與你想撥的電話號碼差一個號碼的電話號碼呢?
錯誤的 email 本來就該退信.... 不過, 打錯的 email? 如果那個 domain 是存在, 為什麼要退信? 你怎麼知道人家是打錯? 還是真的要寄到那兒去?

當然  每個人申請 domain 當然是可以設定 MX
只是  我在懷疑的是   這些網路蟑螂的 domain name 是否是要利用來收寄正確的寄件人的 email

另外這些都是已經確定是打錯了  都是 Connection time out 下面是 maillog 的訊息 
Mar 11 07:25:57 mta01 postfix/smtp[10520]: B6F761884B6: to=<vita_yeh@amat.com.tw>, relay=none, delay=407236, delays=407206/0.05/30/0, dsn=4.4.1, status=deferred (connect to ns1.amat.com[152.135.235.5]: Connection timed out)
而且我也打電話去 amat.com 的人確認了

其實大部分打錯的 email 的 domain name 是不存在的，mail server 會直接退信
反而打錯的 email 但  domain name 存在的情況並沒有那麼多  也不用太擔心

至於是否要一一比對   當然就如 JackYang78 所說的  是沒有那個閒功夫
不過  我是打算過濾公司常往來對象拼錯的 email 
因為  若提早退信  可以讓公司和往來對象的 email 溝通比較有效率

[paulso]

若果是這樣, 在 smtpd_recipient_restriction , 第一個使用 reject_unknown_recipient_domain