发送到Gmail域的电子邮件突然不符合RFC 2822标准，是否可以绕过Google Apps？

10

四天前，由于不是RFC 2822投诉者，通过ISP的邮件服务发送到我们的Gmail帐户的电子邮件开始被拒绝。

以下消息无法传递。问题的原因
：5.3.0-其他邮件系统问题550-'5.7.1 [2001：44b8：8060：ff02：300：1：6：6 11]我们的系统检测到\ n5.7.1 此消息是不符合RFC 2822。为了减少发送到Gmail的垃圾邮件\ n5.7.1，该邮件已被阻止。请查看\ n5.7.1 RFC 2822规范以了解更多信息。
iw4si27447595pac.153-gsmtp'

令人沮丧的是，这些电子邮件已经运行了一年以上，我认为Google在上周提高了过滤条件。

我们尝试发送给的电子邮件地址属于我们的Google Apps for Business帐户。我想知道，是否有一种方法可以覆盖RFC 2822合规性过滤器以允许电子邮件通过？

到目前为止，尚无法将ISP域名添加到Gmail设置（在“应用程序”控制面板中）的垃圾邮件白名单中。

问题邮件被拒绝的telnet日志是：

220-ipmail06.adl6.xxxxx.net ESMTP 220 ESMTP; eth2958.xxx.adsl.OurISP.net [150.xxx.xxx.xx1] in MTA
HELO WINDOWS-xxxxx (<- this is our server name) 
250 ipmail06.adl6.OurISP.net 
MAIL FROM: account@OurISP.net
250 sender ok 
RCPT TO: admin@googleappsdomain.com
250 recipient ok 
RCPT TO: admin@DifferentGoogleAppsDomain.com
250 recipient ok 
DATA 
354 go ahead 
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application. . 
QUIT 
250 ok: Message 716893804 accepted

gmail google-apps spam-prevention

— 橙盒
source

值得一提的是，发送电子邮件的计算机无法添加需要密码的smtp服务器，因此我们必须使用ISP的服务器...

— OrangeBox 2013年

12

RFC2822表示需要Date：和From：标头（第3.6节）。看起来Google会让您轻松地添加一个From：标头，例如：

[..]
DATA 
354 go ahead 
From: <account@OurISP.net>   <-- add this
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application.
.
QUIT 
250 ok: Message 716893804 accepted

— 大概
source

嗯，谢谢，我必须看看软件开发人员是否可以进行此更改。您知道使用Gapps时是否可以覆盖Gmail邮件服务器端过滤器吗？

— OrangeBox

6

注意重复的发件人：标头或回复至：标头彼此不匹配。Mac版Outlook的许多用户都遇到了同样的问题，他们从以前的邮件客户端帐户错误地迁移了额外的标头信息。参见http://hintsforums.macworld.com/showthread.php?p=718579

— 史蒂夫·霍格
source

感谢您的回答！我已投票表决，但未被接受，因为我希望找到一种方法来覆盖过滤器，因为我们正在使用Google Apps for business。有什么想法吗？

— OrangeBox

@OrangeBox我认为没有选择，但是为什么不向Google提出反馈请求呢？

— poolie

一件有趣的事是，FromRFC822允许多个标头，但RFC2822（2001年发布）不再允许多个标头。

— poolie

1

我有一个PHP脚本，它每天发送通知，其中的字段是从数据库构建的。在每个字段的末尾，程序员习惯于\r\n结束行（回车符和换行符）。这没有任何意义，但是直到现在仍然有效。

我拿出\r字符，突然我的邮件现在符合RFC 2822。

— 用户名
source

1

无论执行验证，都是一个错误。RFC 822理论上允许使用单独的CR和LF字符，它们不是行尾，但是RFC 2822删除了此功能。RFC 2822第2.3节说：“ CR和LF只能作为CRLF一起出现；它们一定不能独立出现在体内。”

程序员所做的是RFC 2822投诉，您的版本不是。作为开发人员，我更喜欢单行供稿，但绝对需要在电子邮件中使用CRLF。理想情况下，MUA会理解任何合理的线路末端。

— 邓肯·辛普森
source