Fatal编程技术网
  • email/
  • Email 为什么Gmail因为不符合RFC 2822而拒绝我们的电子邮件？

Email 为什么Gmail因为不符合RFC 2822而拒绝我们的电子邮件？

email gmail

Email 为什么Gmail因为不符合RFC 2822而拒绝我们的电子邮件？,email,gmail,spam,mailgun,rfc2822,Email,Gmail,Spam,Mailgun,Rfc2822,我们过去经常发送电子邮件，最近我注意到每天有相当多的电子邮件被Gmail拒绝 以下是我们收到的消息类型： 550 5.7.1 [184.173.153.6 11] Our system has detected that this message is 5.7.1 not RFC 2822 compliant. To reduce the amount of spam sent to Gmail, 5.7.1 this message has been blocked. Pleas

我们过去经常发送电子邮件，最近我注意到每天有相当多的电子邮件被Gmail拒绝

以下是我们收到的消息类型：

550
5.7.1 [184.173.153.6      11] Our system has detected that this message is
5.7.1 not RFC 2822 compliant. To reduce the amount of spam sent to Gmail,  
5.7.1 this message has been blocked. Please review
5.7.1 RFC 2822 specifications for more information. f15si23385851vdu.1 - gsmtp
该规范是一个庞大的文档，所以我没有前后阅读，但通过查看网络上的资源，我们的电子邮件没有陷入任何常见的陷阱，这些陷阱会触发Gmail的此类响应

下面是一个示例电子邮件标题：

Received: by luna.mailgun.net with HTTP; Mon, 29 Jun 2015 21:06:59 +0000
Message-Id: <20150629210659.18668.39318@(domain)>
X-Mailgun-Variables: {"variation": "original", "campaign_code":
 "(customValue)"}
Reply-To: (name) <(email)>
X-Mailgun-Track: false
X-Mailgun-Tag: (customTag)
To: (email)
From: (name) <(email)>
Subject: (subject)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="12f0bd630f2145a3afcd98b621a3b1f2"

--12f0bd630f2145a3afcd98b621a3b1f2
Content-Type: text/plain; charset="ascii"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

(text content)

--12f0bd630f2145a3afcd98b621a3b1f2
Content-Type: text/html; charset="ascii"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
        <title>(title)</title>
<style type="text/css">
(css)
</style>

</head><body style="(css)" >
  (content)
</body>
</html>
--12f0bd630f2145a3afcd98b621a3b1f2--

接收：由luna.mailgun.net通过HTTP发送；2015年6月29日星期一21:06:59+0000
消息Id:
X-Mailgun-Variables:{“变体”：“原始”，“活动代码”：
“（自定义值）”}
答复：（姓名）
X-Mailgun-Track：错误
X-Mailgun-Tag：（定制标签）
收件人：（电邮）
发件人：（姓名）
主题：（主题）
Mime版本：1.0
内容类型：多部分/备选；边界=“12f0bd630f2145a3afcd98b621a3b1f2”
--12f0bd630f2145a3afcd98b621a3b1f2
内容类型：文本/纯文本；charset=“ascii”
Mime版本：1.0
内容传输编码：7bit
（文本内容）
--12f0bd630f2145a3afcd98b621a3b1f2
内容类型：text/html；charset=“ascii”
Mime版本：1.0
内容传输编码：7bit
（标题）
（css）
（内容）
--12f0bd630f2145a3afcd98b621a3b1f2--
我们做错了什么？

在您的示例中，一个明显的rfc2822冲突是缺少日期标题

发件人：

唯一需要的标题字段是起始日期字段和
发起人地址字段

原来我们使用了两个不同的域作为“发件人”和“回复”，我想这是一个否定的答案。

您是否出于兴趣请求mailgun支持？我怀疑他们有最好的专业知识来回答你的问题。我假设，一般来说，mailgun不会发送无效的emailis，但这一定是您设置的导致问题的设置。我想知道的一件事是charset。您的mime内容类型字符集与html的元字符集不一致。但不确定这是否会产生此错误。我们也在使用Mailgun，并且看到RFC 2822拒绝的数量增加。这似乎是随机的。向10个收件人发送一封电子邮件时，我们可能会收到一封失败的电子邮件，然后发送给同一组收件人的下一封电子邮件将成功，然后发送给该组中其他收件人的另一封电子邮件将失败。在得到了Mailgun的支持后，他们建议我们联系谷歌。这在Mailgun和Gmail之间是否仍然发生？在过去的一个月里，我用邮枪和Gmail在不同的收件人身上看到了六次相同的随机错误，而在那之前没有。