建站
咨詢
售后
建站咨詢
新聞中心
當(dāng)你用電子郵件系統(tǒng)發(fā)送自動(dòng)回復(fù)時(shí)，你需要注意不要向自動(dòng)生成的電子郵件發(fā)送回復(fù)。最好的情況下，你將獲得無(wú)用的投遞失敗消息。更可能的是，你會(huì)得到一個(gè)無(wú)限的電子郵件循環(huán)和一個(gè)混亂的世界。
成都創(chuàng)新互聯(lián)公司主營(yíng)達(dá)坂城網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,app軟件開(kāi)發(fā)公司,達(dá)坂城h5重慶小程序開(kāi)發(fā)搭建,達(dá)坂城網(wǎng)站營(yíng)銷(xiāo)推廣歡迎達(dá)坂城等地區(qū)企業(yè)咨詢
事實(shí)證明，可靠地檢測(cè)自動(dòng)生成的電子郵件并不總是那么容易。以下是基于為此編寫(xiě)的檢測(cè)器并使用它掃描大約 100,000 封電子郵件(大量的個(gè)人存檔和公司存檔)的觀察結(jié)果。
Auto-submitted 信頭
由 RFC 3834 定義。
這是表示你的郵件是自動(dòng)回復(fù)的“官方”標(biāo)準(zhǔn)。如果存在 Auto-Submitted 信頭，并且其值不是 no，你應(yīng)該不發(fā)送回復(fù)。
X-Auto-Response-Suppress 信頭
由微軟定義。
此信頭由微軟 Exchange、Outlook 和其他一些產(chǎn)品使用。許多新聞?dòng)嗛喌榷荚O(shè)定了這個(gè)。如果 X-Auto-Response-Suppress 包含 DR(“抑制投遞報(bào)告”)、AutoReply(“禁止 OOF 通知以外的自動(dòng)回復(fù)消息”)或 All，你應(yīng)該不發(fā)送回復(fù)。
List-Id 和 List-Unsubscribe 信頭
由 RFC 2919 定義。
你通常不希望給郵件列表或新聞?dòng)嗛啺l(fā)送自動(dòng)回復(fù)。幾乎所有的郵件列表和大多數(shù)新聞?dòng)嗛喍贾辽僭O(shè)置了其中一個(gè)信頭。如果存在這些信頭中的任何一個(gè)，你應(yīng)該不發(fā)送回復(fù)。這個(gè)信頭的值不重要。
Feedback-ID 信頭
由谷歌定義。
Gmail 使用此信頭識(shí)別郵件是否是新聞?dòng)嗛?，并使用它為這些新聞?dòng)嗛喌乃姓呱山y(tǒng)計(jì)信息或報(bào)告。如果此信頭存在，你應(yīng)該不發(fā)送回復(fù)。這個(gè)信頭的值不重要。
非標(biāo)準(zhǔn)方式
上述方法定義明確(即使有些是非標(biāo)準(zhǔn)的)。不幸的是，有些電子郵件系統(tǒng)不使用它們中的任何一個(gè) 這里有一些額外的措施。
Precedence 信頭
在 RFC 2076 中沒(méi)有真正定義，不鼓勵(lì)使用它(但通常會(huì)遇到此信頭)。
請(qǐng)注意，不建議檢查是否存在此信頭，因?yàn)槟承┼]件使用 normal 和其他一些(少見(jiàn)的)值(盡管這不常見(jiàn))。
我的建議是如果其值不區(qū)分大小寫(xiě)地匹配 bulk、auto_reply 或 list，則不發(fā)送回復(fù)。
其他不常見(jiàn)的信頭
這是我遇到的另外的一些(不常見(jiàn)的)信頭。如果設(shè)置了其中一個(gè)，我建議不發(fā)送自動(dòng)回復(fù)。大多數(shù)郵件也設(shè)置了上述信頭之一，但有些沒(méi)有(這并不常見(jiàn))。
X-MSFBL：無(wú)法真正找到定義(Microsoft 信頭?)，但我只有自動(dòng)生成的郵件帶有此信頭。
X-Loop：在任何地方都沒(méi)有真正定義過(guò)，有點(diǎn)罕見(jiàn)，但有時(shí)有。它通常設(shè)置為不應(yīng)該收到電子郵件的地址，但也會(huì)遇到 X-Loop: yes。
X-Autoreply：相當(dāng)罕見(jiàn)，并且似乎總是具有 yes 的值。
Email 地址
檢查 From 或 Reply-To 信頭是否包含 noreply、no-reply 或 no_reply(正則表達(dá)式：^no.?reply@)。
只有 HTML 部分
如果電子郵件只有 HTML 部分，而沒(méi)有文本部分，則表明這是一個(gè)自動(dòng)生成的郵件或新聞?dòng)嗛啞缀跛朽]件客戶端都設(shè)置了文本部分。
投遞失敗消息
許多傳遞失敗消息并不能真正表明它們是失敗的。一些檢查方法：
From 包含 mailer-daemon 或 Mail Delivery Subsystem
特定的郵件庫(kù)特征
許多郵件類庫(kù)留下了某種痕跡，大多數(shù)常規(guī)郵件客戶端使用自己的數(shù)據(jù)覆蓋它。檢查這個(gè)似乎工作得相當(dāng)可靠。
X-Mailer: Microsoft CDO for Windows 2000：由某些微軟軟件設(shè)置;我只能在自動(dòng)生成的郵件中找到它。是的，在 2015 年它仍然在使用。
Message-ID 信頭包含 .JavaMail.：我發(fā)現(xiàn)了一些(5 個(gè) 50k 大小的)常規(guī)消息，但不是很多;絕大多數(shù)(數(shù)千封)郵件是新聞?dòng)嗛?、訂單確認(rèn)等。
^X-Mailer 以 PHP 開(kāi)頭。這應(yīng)該會(huì)同時(shí)看到 X-Mailer: PHP/5.5.0 和 X-Mailer: PHPmailer XXX XXX。與 “JavaMail” 相同。
出現(xiàn)了 X-Library;似乎只有 Indy 設(shè)定了這個(gè)。
X-Mailer 以 wdcollect 開(kāi)頭。由一些 Plesk 郵件設(shè)置。
X-Mailer 以 MIME-tools 開(kāi)頭。
最后的預(yù)防措施：限制回復(fù)的數(shù)量
即使遵循上述所有建議，你仍可能會(huì)遇到一個(gè)避開(kāi)所有這些檢測(cè)的電子郵件程序。這可能非常危險(xiǎn)，因?yàn)殡娮余]件系統(tǒng)只是“如果有電子郵件那么發(fā)送”，就有可能導(dǎo)致無(wú)限的電子郵件循環(huán)。
出于這個(gè)原因，我建議你記錄你自動(dòng)發(fā)送的電子郵件，并將此速率限制為在幾分鐘內(nèi)最多幾封電子郵件。這將打破循環(huán)鏈條。
我們使用每五分鐘一封電子郵件的設(shè)置，但沒(méi)這么嚴(yán)格的設(shè)置可能也會(huì)運(yùn)作良好。
你需要為自動(dòng)回復(fù)設(shè)置什么信頭
具體細(xì)節(jié)取決于你發(fā)送的郵件類型。這是我們用于自動(dòng)回復(fù)郵件的內(nèi)容：
Auto-Submitted: auto-replied
X-Auto-Response-Suppress: All
Precedence: auto_reply
網(wǎng)頁(yè)題目：檢測(cè)自動(dòng)生成的電子郵件具體方法
路徑分享：http://www.dlmjj.cn/article/cccedjp.html
