我有一个通过亚马逊的Route53服务pipe理的域名。 我有一个10个完整用户的Google Apps（免费）帐户。 为了方便十多个用户（我们需要大约12-14），我一直在使用一个设置，其中额外的用户被表示为“组”。 然而，他们不时地发送/接收邮件，这些邮件被标记为垃圾邮件。 对于每个“组”，都build立了一个普通的Gmail账户，并被configuration为接收来自组的电子邮件地址的邮件，并通过Google的SMTP服务器发送邮件。
对于从我们的网站发送的电子邮件，我们使用亚马逊的SES服务。
我已经尝试了几个在线spf检查服务，结果看起来一般OK。 不过，我的确有Google的CheckMX工具的警告：
那里应该是有效的SPFlogging。
- SPF中的多个Alogging：字段
- sendmail会在什么情况下尝试立即重新发送消息，而不是等待标准的时间间隔？
- 如何configurationgit电子邮件通知
- 在TLS协商期间是否可以configurationsendmail来要求/使用某些密码？
- cron不遵循bash脚本的指令有条件地发送邮件
SPFlogging指定Gmail的IP地址有效用于发送域的消息如果没有其他服务器代表该域发送邮件，则该logging应该设置为“v = spf1 include：_spf.google.com〜all”
我目前的SPFlogging如下：
“v = spf1 include：_spf.google.com include：amazonses.com？all”
我不确定这是否是问题的原因。 我应该做些什么调整？
谷歌MX工具的警告不是一个大问题。 这是因为你的SPFlogging与其范例中的logging不完全相同 。 由于您授权Amazon的SES代表域名发送邮件，因此您的SPFlogging必须与Google的示例不同。
但是，最终，你的SPFlogging几乎是无用的。 我知道你现在可能只是在testing它，但是一旦你确信它是正确的，你应该改变它。
您可以在Google Apps的pipe理界面中将某些IP地址列入白名单。 我认为你也可以做范围（如果我没有记错的话），所以你应该能够把所有的Amazon SES列入白名单。
电子邮件被标记为垃圾邮件的原因可能与SPF或组无关。 这可能是邮件的内容。 在Gmail的networking界面的每封垃圾邮件的顶部，它列出了垃圾邮件的原因。