PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   疑難雜症區 (https://www.pcdvd.com.tw/forumdisplay.php?f=34)
-   -   寄信給Office365的用戶.... (https://www.pcdvd.com.tw/showthread.php?t=1169744)

cmwang 2019-12-18 10:05 AM

寄信給Office365的用戶....
 
鵝有個客戶,mail server的queue中老是有信因為too many recipients而被Office365暫時拒收.可是鵝看了一下,信裡面Office365的user也只有6-7個啊,鵝後來幫user設成每5個收件人就拆信,結果還是一樣,鵝發現這個user並沒有宣告SPF和DKIM,推測那個too many recipients應該是Office365對沒有SPF或DKIM的sender的限制,可是要教user去改DNS又很麻煩,有朋友清楚Office365的規則嗎----如果確實是沒有SPF或DKIM造成的,那鵝也只好認命教user改DNS,不然就算了:stupefy::stupefy:....

substar999 2019-12-18 11:13 PM

你的問題有點看不太懂,是你的客戶使用的mail Server在遇到用戶使用office365內的outlook透過mail server發信時會出現too many recipients錯誤,導致信寄不出去?

cmwang 2019-12-19 09:09 AM

引用:
作者substar999
你的問題有點看不太懂,是你的客戶使用的mail Server在遇到用戶使用office365內的outlook透過mail server發信時會出現too many recipients錯誤,導致信寄不出去?


謝了,是鵝客戶的機器只要是發給實際上在Office365的Email address(i.e. MX是*.protection.outlook.com),就很容易被Office365以too many recipients為由暫時拒收,要retry後才會成功,問題是以一般認知,一封mail發給5-6個人很難算是濫發mail吧,不過鵝客戶昨天設完SPF,今天狀況還是一樣,鵝看鵝還是幫他們把DKIM弄一弄好了:ase:ase....

substar999 2019-12-19 12:18 PM

這種訊息? 會不會被微軟列入黑名單了?
452 4.5.3 Too many recipients (AS780090) [BO1IND01FT003.eop-IND01.prod.protection.outlook.com] (in reply to RCPT TO command)
host proconnect-co-in.mail.protection.outlook.com[23.103.140.170] said: 451 4.7.500 Server busy. Please try again later from [223.31.145.7]. (AS77713180) [BO1IND01FT003.eop-IND01.prod.protection.outlook.com] (in reply to end of DATA command)

cmwang 2019-12-19 12:25 PM

引用:
作者substar999
這種訊息? 會不會被微軟列入黑名單了?
452 4.5.3 Too many recipients (AS780090) [BO1IND01FT003.eop-IND01.prod.protection.outlook.com] (in reply to RCPT TO command)
host proconnect-co-in.mail.protection.outlook.com[23.103.140.170] said: 451 4.7.500 Server busy. Please try again later from [223.31.145.7]. (AS77713180) [BO1IND01FT003.eop-IND01.prod.protection.outlook.com] (in reply to end of DATA command)


可是被列入黑名單一般會有delist的說明,這類只說too many recipients的還真是第一次看到:ase:ase....

cmwang 2019-12-24 10:05 AM

鵝後來去M$填support request(不是一般delist RBL的網頁,因為delist的網頁說那個IP不在他們的RBL上:ase),目前看來是ok了,不然連只有一個收信人的mail都被too many recipients擋,實在太說不過去了:stupefy::stupefy:....

tbsky 2019-12-24 11:03 AM

引用:
作者cmwang
鵝後來去M$填support request (https://support.microsoft.com/en-us...22-3ba03d6b8d75)(不是一般delist RBL的網頁,因為delist的網頁說那個IP不在他們的RBL上:ase),目前看來是ok了,不然連只有一個收信人的mail都被too many recipients擋,實在太說不過去了:stupefy::stupefy:....


感謝提供資訊。下次如果遇到就知道該怎麼處理了....

stopy 2019-12-26 10:26 AM

小弟的經驗,幾個大一點的如o365 or gmail等,dkim & SPF & dmarc還是設定一下會比較順,都是一次工而已之後就會順利多了∼

cmwang 2019-12-26 10:43 AM

引用:
作者stopy
小弟的經驗,幾個大一點的如o365 or gmail等,dkim & SPF & dmarc還是設定一下會比較順,都是一次工而已之後就會順利多了∼


加DKIM或SPF是沒什麼,麻煩的是怎麼教會user設定DNS(尤其是各家DNS代管的form長的不一樣,一設錯的話,光DNS代管的reload週期加上SOA裡的TTL就會製造出不算短的混亂週期了:ase:ase)....

stopy 2019-12-26 12:07 PM

引用:
作者cmwang
加DKIM或SPF是沒什麼,麻煩的是怎麼教會user設定DNS(尤其是各家DNS代管的form長的不一樣,一設錯的話,光DNS代管的reload週期加上SOA裡的TTL就會製造出不算短的混亂週期了:ase:ase)....


也是,不過DKIM就是將DNS的TXT產生出來之後在DNS設定上去一筆,SPF也是設定上去哪些IP,過兩天寄到gmail看看有沒有生效再設定dmarc,不過除非每年DKIM都要換selector,不然就一直用下去就好啦∼XD,最近遇到是private key size太長,產生的DNS TXT紀錄也太長,舊的DNS只吃256位長度(別單位管的),很煩∼ :cry: :cry:


所有的時間均為GMT +8。 現在的時間是06:55 AM.

vBulletin Version 3.0.1
powered_by_vbulletin 2026。