|
||
|
Elite Member
  加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
寄信給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,不然就算了
 ....
__________________
士大夫之無恥,是謂國恥  ....
|
|||||||
2019-12-18, 10:05 AM
#1
|
|
|
Master Member
加入日期: Sep 2001 您的住址: K
文章: 1,509
|
你的問題有點看不太懂，是你的客戶使用的mail Server在遇到用戶使用office365內的outlook透過mail server發信時會出現too many recipients錯誤，導致信寄不出去?
|
||
|
2019-12-18, 11:13 PM
#2
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
謝了,是鵝客戶的機器只要是發給實際上在Office365的Email address(i.e. MX是*.protection.outlook.com),就很容易被Office365以too many recipients為由暫時拒收,要retry後才會成功,問題是以一般認知,一封mail發給5-6個人很難算是濫發mail吧,不過鵝客戶昨天設完SPF,今天狀況還是一樣,鵝看鵝還是幫他們把DKIM弄一弄好了  .... |
|
|
2019-12-19, 09:09 AM
#3
|
|
|
Master Member
加入日期: Sep 2001 您的住址: K
文章: 1,509
|
這種訊息? 會不會被微軟列入黑名單了?
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) |
|
2019-12-19, 12:18 PM
#4
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
可是被列入黑名單一般會有delist的說明,這類只說too many recipients的還真是第一次看到 .... |
|
|
2019-12-19, 12:25 PM
#5
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
鵝後來去M$填support request(不是一般delist RBL的網頁,因為delist的網頁說那個IP不在他們的RBL上
),目前看來是ok了,不然連只有一個收信人的mail都被too many recipients擋,實在太說不過去了....此文章於 2019-12-24 10:06 AM 被 cmwang 編輯. |
|
2019-12-24, 10:05 AM
#6
|
|
|
Junior Member
加入日期: Jan 2002
文章: 865
|
引用:
感謝提供資訊。下次如果遇到就知道該怎麼處理了.... |
|
|
2019-12-24, 11:03 AM
#7
|
|
|
Advance Member
加入日期: Nov 2001
文章: 377
|
小弟的經驗，幾個大一點的如o365 or gmail等，dkim & SPF & dmarc還是設定一下會比較順，都是一次工而已之後就會順利多了∼
__________________
影音轉檔精華區/hitachi硬碟維修/Foobar 變裝秀 I/Foobar 變裝秀 II/48-bit LBA//HITACHI的SATA2硬碟都需修改能用SATA2 |
|
2019-12-26, 10:26 AM
#8
|
|
|
Elite Member
加入日期: May 2002 您的住址: 板橋
文章: 5,112
|
引用:
加DKIM或SPF是沒什麼,麻煩的是怎麼教會user設定DNS(尤其是各家DNS代管的form長的不一樣,一設錯的話,光DNS代管的reload週期加上SOA裡的TTL就會製造出不算短的混亂週期了 ).... |
|
|
2019-12-26, 10:43 AM
#9
|
|
|
Advance Member
加入日期: Nov 2001
文章: 377
|
引用:
也是，不過DKIM就是將DNS的TXT產生出來之後在DNS設定上去一筆，SPF也是設定上去哪些IP，過兩天寄到gmail看看有沒有生效再設定dmarc，不過除非每年DKIM都要換selector，不然就一直用下去就好啦∼XD，最近遇到是private key size太長，產生的DNS TXT紀錄也太長，舊的DNS只吃256位長度(別單位管的)，很煩∼ 
__________________
影音轉檔精華區/hitachi硬碟維修/Foobar 變裝秀 I/Foobar 變裝秀 II/48-bit LBA//HITACHI的SATA2硬碟都需修改能用SATA2 |
|
|
2019-12-26, 12:07 PM
#10
|
|
