标签: gmail

我已将 sendmail 配置为通过我的 GMail (Google Mail) 帐户发送电子邮件，即通过smtp.gmail.com编辑/etc/mail/sendmail.mc和重新生成 sendmail.cf：

-dnl define(`SMART_HOST',`smtp.your.provider')
+define(`SMART_HOST',`[smtp.gmail.com]')

-dnl define(`confAUTH_OPTIONS', `A p')dnl
+define(`confAUTH_OPTIONS', `A p')dnl

-dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
-dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
+TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
+define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl

 FEATURE(`no_default_msa',`dnl')dnl
 FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
+FEATURE(`authinfo',`hash -o /etc/mail/authinfo.db')dnl
 FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
 FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl

-dnl MASQUERADE_AS(`mydomain.com')dnl
+MASQUERADE_AS(`gmail.com')dnl

以上是我对 sendmail.mc 更改的缩短差异。

我/etc/mail/authinfo使用我的凭据（我的 GMail 帐户的用户名和密码；已编辑）创建：

AuthInfo:smtp.gmail.com "U:user@gmail.com" "P:password" "M:PLAIN"
AuthInfo: "U:user@gmail.com" "P:password" "M:PLAIN"

但是此设置使“sendmail”使用 smtp.gmail.com …

我一直试图弄清楚这是一个新的“功能”还是我的配置有问题。我使用带有 Postfix 作为 MTA 的 Ubuntu 10.04 桌面。我的 smtp（与 smtpd 相反）配置遵循 Jeremy 在这里的出色回复中概述的内容：

配置 Postfix 以通过端口 587 发送/中继电子邮件 Gmail (smtp.gmail.com)

我能够通过 [smtp.gmail.com]:587 成功中继邮件；但是，在接收端，from: 地址显示：“[my_gmail_username]@gmail.com”而不是“[my_user]@[my_domain]”。

非常感谢任何提示或技巧；在这种情况下，我的 Google 技能失败了！

当用户在我的网站上注册时，网站会发送用户电子邮件确认链接。

主题：请确认您的电子邮件地址

身体：

请在您的浏览器中打开此链接以确认您的电子邮件地址：http :
 //www.postjobfree.com/a/c301718062444f96ba0e358ea833c9b3
此链接将于：2012 年 6 月 9 日晚上 8:04:07 EST 到期。

如果我的网站将该电子邮件发送到 GMaill（@gmail.com 或其他由 Google Apps 处理的域）并且该用户从未通过电子邮件发送电子邮件 - 那么 GMail 不仅会将电子邮件放入垃圾邮件文件夹，还会添加醒目的红色警告：

小心这条消息。类似的信息被用来窃取人们的个人信息。除非您信任发件人，否则请勿点击链接或回复个人信息。了解更多

该警告确实吓坏了我的许多用户，因此他们害怕打开该链接并确认他们的电子邮件。

我该怎么办？

理想情况下，我希望该邮件最终出现在用户的收件箱中，而不是垃圾邮件文件夹中。但至少我如何防止这种可怕的信息？

我的邮件服务器的 IP 地址没有被列入黑名单：http ://www.mxtoolbox.com/SuperTool.aspx?action = blacklist% 3a208.43.198.72

我使用 SPF 和 DKIM 签名。

下面是最终出现在垃圾邮件文件夹中的带有可怕的红色消息的电子邮件。

送达地址：1@dennisgorelik.com
收到：由 10.112.84.98 与 SMTP id x2csp36568lby;
        2012 年 6 月 8 日星期五 17:04:15 -0700 (PDT)
收到：10.60.25.6，SMTP id y6mr9110318oef.42.1339200255375；
        2012 年 6 月 8 日星期五 17:04:15 -0700 (PDT)
返回路径： 
收到：来自 smtp.postjobfree.com (smtp.postjobfree.com. [208.43.198.72])
        来自 mx.google.com，ESMTP id …

通常我使用 Google Apps for business 来处理我的域电子邮件发送/接收需求。今天，我为我的一个域设置了 SES 来处理电子邮件发送需求。我的问题是，我对域将如何接收电子邮件的理解非常模糊，因为 SES 仅用于发送电子邮件，当然没有收件箱功能。我的问题是如何配置域 DNS 设置以将电子邮件接收到我的 Google Apps 邮件收件箱，但使用 SES 发送电子邮件？

防晒指数

"v=spf1 include:amazonses.com -all"
"spf2.0/pra include:amazonses.com -all"

编辑

"v=spf1 include:_spf.google.com include:amazonses.com ~all"
"spf2.0/pra include:_spf.google.com include:amazonses.com ~all"

域 DNS 记录托管在 Route53 中

我正在设置一个新服务器，发现 Gmail 不接受来自该服务器的电子邮件。

我检查了 Exim 日志文件，发现以下内容：

Our system has detected that this\n550-5.7.1 message does not meet IPv6 sending guidelines regarding PTR records\n550-5.7.1 and authentication.
Please review\n550 5.7.1 https://support.google.com/mail/answer/81126 for more information. om7si10023450wjc.42 - gsmtp

我的服务器有 IP4 和 IPv6 ip 地址。我已经为 IP4 和 IPv6 IP 地址添加了 SPF 记录。唯一的问题是我还没有 PTR 记录（如果 A 记录没有指向同一个服务器，我的数据中心不允许添加 PTR 记录）。所以，当我将网站移到新服务器时，我会稍后进行 PTR 记录。

我的问题： Gmail 是否有可能仅仅因为我没有 PTR 记录而不接受电子邮件？类似情况下的所有电子邮件提供商都将电子邮件放入垃圾邮件或批量邮件文件夹中。Gmail 根本不接受邮件？

从我的网络服务器发送到 Gmail 地址（From:地址为 ）的几封电子邮件websitevisitor@gmail.com已被 Gmail 标记为垃圾邮件。该From:字段由表单数据填充，对应于访问者的实际电子邮件地址，通常是 Gmail 地址。将Return-Path:始终指向一个地址account@mywebserver.com，这意味着SPF和DKIM检查将正常工作。

当我检查 Gmail 帐户中的原始电子邮件时，我看到以下内容：

Delivered-To: webformrecipient@gmail.com
...
Return-Path: <account@mywebserver.com>
Received: from mywebserver.com (mywebserver.com. [my:ipv6:address])
        by mx.google.com with ESMTPS id xxx
        for <webformrecipient@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 02 Feb 2016 00:40:02 -0800 (PST)
Received-SPF: pass (google.com: domain of account@mywebserver.com designates my:ipv6:address as permitted sender) client-ip=xxx;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of account@mywebserver.com designates my:ipv6:address as permitted sender) smtp.mailfrom=account@mywebserver.com;
       dkim=pass header.i=@mywebserver.com;
       dmarc=fail (p=NONE dis=NONE) header.from=gmail.com …

我POSTFIX用于发送邮件。从我的邮件服务器发送的邮件 -在 GMailmydomain.com中标记为SPAM。在 Yahoo 和 RediffMail 等其他电子邮件服务中，邮件是在收件箱文件夹中接收的。

SPF 记录是 v=spf1 ip4:5x.6x.7x.8x ~all

DKIM 是

DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;d=customnme.mydomain.com; s=mail; t=1469439662;bh=ox+NQjMd0N/RPAYLG5ZMS6WQnHCFcWQQorJHgFWEy0s=;h=From:To:Subject:Date:From;b=xrwOY34hTlIVVKxVxzGUpE+Z4TpQJhD+Zyw8YaU18hJgZmcbdWL49kGSpmf8qLPQrNgl6c796THzjozx3N1pi41H09LCnvsrFC9bHtIOzuESIIPtNF5Uz6iRgkNa092tjc2ezsLS2epa3Ckt87yQNlnGbabszD+i/ZWRRhM5Onw=

这是 DMARC

v=DMARC1; p=none; sp=none; rua=mailto:post_master@mydomain.com; ruf=mailtp:post_master@mydomain.com

SOA 记录是

mydomain.com. SOA IN 604800 dnsserver1.mydomain.com 1720 1201 7000 2419200 86400

我希望所有这些记录都是正确的。而且我的邮件服务器不是列入黑名单的。我在这个网站上检查过，http://mxtoolbox.com/SuperTool.aspx#。反向 DNS 也正常工作。

垃圾邮件显示此消息， It is similar to messages that were detected by our spam filters

我用谷歌搜索了这个并知道问题出在邮件内容上。但是从我的另一台邮件服务器发送的相同邮件内容在收件箱中正确接收。

以下是GMail中的E-mail header，

Delivered-To: deepika@xxxxx.com
Received: by 10.194.87.233 with SMTP id bb9csp422958wjb;
        Wed, 12 Oct 2016 01:09:21 …

我的服务器在 Ubuntu 16.04 上运行并安装了 Postfix。从我的服务器发送的所有电子邮件都被 Gmail 标记为垃圾邮件，我认为从 Let's Encrypt 设置 TLS/SSL 证书可能会有所帮助。生成证书（通过命令sudo letsencrypt certonly --agree-tos --email myemail@my-domain.com -d mail.my-domain.com：）并添加基本的 Postfix 配置后，我收到带有消息的日志（发送电子邮件时）：

postfix/smtp[337]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[64.233.163.26]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)

我将此添加到/etc/postfix/master.cf：

submission inet n       -       y       -       -       smtpd
 -o syslog_name=postfix/submission
 -o smtpd_tls_security_level=encrypt
 -o smtpd_tls_wrappermode=no
 -o smtpd_sasl_auth_enable=yes
 -o smtpd_relay_restrictions=permit_sasl_authenticated,reject
 -o smtpd_recipient_restrictions=permit_mynetworks,permit_sasl_authenticated,reject
 -o smtpd_sasl_type=dovecot
 -o smtpd_sasl_path=private/auth

并/etc/postfix/main.cf：

# TLS parameters
smtpd_tls_cert_file=/etc/letsencrypt/live/mail.my-domain.com/fullchain.pem
smtpd_tls_key_file=/etc/letsencrypt/live/mail.my-domain.com/privkey.pem
smtpd_use_tls=yes
smtp_tls_security_level = may
smtp_tls_loglevel = 1
smtpd_tls_loglevel = …

许多开发人员更喜欢 GMail 界面，因此将所有电子邮件转发（实际上是拉取）到 GMail。

假设我们信任 Google，是否有任何理由不允许这样做？

编辑： Bruce Schneier 今天发表的一篇关于云服务和安全性的有趣文章。

当我在 Microsoft Teams 中编写聊天消息时，当接收者在 Teams 中处于脱机状态时，她会在其 Office 365 帐户 (receiver@htlvb.at) 上收到电子邮件通知。收件人进行设置，以便将她的所有邮件转发到她的个人 Gmail 帐户 (receiver@gmail.com)。对于发送到receiver@htlvb.at 的普通邮件，这按预期工作。但所有 Teams 通知都被标记为垃圾邮件。Google 表示 DMARC 失败（见下文）。

我们有一个自定义 DNS 服务器，其中包含以下 TXT 记录：

Google 显示收到的邮件的以下详细信息：

以及以下消息来源：

Delivered-To: receiver@gmail.com
Received: by 2002:a05:6102:22c6:0:0:0:0 with SMTP id a6csp126141vsh;
        Tue, 28 Sep 2021 20:57:32 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJzoIoMngWwglBmEptt30Zo9LbSYdi+h60ylB7JYY70zFSXHQNhbDjrM0JhFd+XgdPAeZKJj
X-Received: by 2002:a92:ca4e:: with SMTP id q14mr3941013ilo.233.1632887852170;
        Tue, 28 Sep 2021 20:57:32 -0700 (PDT)
ARC-Seal: i=4; a=rsa-sha256; t=1632887852; cv=pass;
        d=google.com; s=arc-20160816;
        b=uZnSPh2our1xDKqBgznYVmLU4MHkWy+9WfIBcYxGbuAOiHypyYi2pU3yByqTWDxC3m
         XD8lQzitQmtWzWPozdJmWv6DFJW5eSVogISaSrA6i8qY2wBhk8ZlukHsKjWLlRTsWD/Q
         TJa+99FG/eIio0EDYtVW+2d+WlVN9qMei8Ap/aaA1snA27wHv91lUsAGLNI2kUUvwsMA
         omJAMvTBBCgGtEa6V8s4Z7nWhkGGpwwRnxaCefPwqBCZ8QMVy8zYmk/JGTVcSSTSQdQk
         bqWRkoJlrscnt3JLAA4WUpYdNcpORAi8WuuoXs+w6uxzNxfg2EpcvNWIOwBFvOm/WVVq
         FoUg==
ARC-Message-Signature: i=4; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=message-id:subject:date:to:from:mime-version …