vico Asked: 2020-01-25 01:28:50 +0800 CST2020-01-25 01:28:50 +0800 CST 2020-01-25 01:28:50 +0800 CST 选择 SMTP 服务器 772 我有提供 SMTP 服务器的电子邮件提供商。我的 Internet 提供商也提供 SMTP 服务器。在这种情况下,哪个 SMTP 服务器更适合使用? 互联网提供商是否可以将 SMTP 请求重新路由到其 SMTP 服务器? email smtp 1 个回答 Voted Best Answer user1686 2020-01-25T01:36:56+08:002020-01-25T01:36:56+08:00 我有提供 SMTP 服务器的电子邮件提供商。我的 Internet 提供商也提供 SMTP 服务器。在这种情况下,哪个 SMTP 服务器更适合使用? 这些天 - 始终是电子邮件提供商的。 例如,域可能设置了 SPF 或 DMARC 策略,要求来自该域的所有邮件都通过特定服务器发送。 您的 ISP 的服务器不会在提供商的 SPF 列表中,也没有用于 DKIM 签名邮件的密钥(如果需要),因此邮件将被标记为欺骗并获得更高的垃圾邮件分数。 互联网提供商是否可以将 SMTP 请求重新路由到其 SMTP 服务器? 从技术上讲,他们可以,但这会给客户带来很多问题。 请注意,如今“客户端到服务器”的 SMTP(注入)和“服务器到服务器”的 SMTP(中继)使用不同的 TCP 端口并执行不同的策略,例如 C2S 端口 465/587 始终需要 TLS 和身份验证,而 S2S 25 端口当然不会。 因此,如果 ISP 试图阻止或重定向端口 25,您不应该受到影响,因为您的电子邮件应用程序无论如何都不应该使用它。 但是如果 ISP 试图重定向端口 465/587,那将是一个大问题,因为它看起来好像 ISP 试图窃取用户的电子邮件凭据(当然它会很明显,因为它会导致 TLS证书检查失败)。
这些天 - 始终是电子邮件提供商的。
例如,域可能设置了 SPF 或 DMARC 策略,要求来自该域的所有邮件都通过特定服务器发送。
您的 ISP 的服务器不会在提供商的 SPF 列表中,也没有用于 DKIM 签名邮件的密钥(如果需要),因此邮件将被标记为欺骗并获得更高的垃圾邮件分数。
从技术上讲,他们可以,但这会给客户带来很多问题。
请注意,如今“客户端到服务器”的 SMTP(注入)和“服务器到服务器”的 SMTP(中继)使用不同的 TCP 端口并执行不同的策略,例如 C2S 端口 465/587 始终需要 TLS 和身份验证,而 S2S 25 端口当然不会。
因此,如果 ISP 试图阻止或重定向端口 25,您不应该受到影响,因为您的电子邮件应用程序无论如何都不应该使用它。
但是如果 ISP 试图重定向端口 465/587,那将是一个大问题,因为它看起来好像 ISP 试图窃取用户的电子邮件凭据(当然它会很明显,因为它会导致 TLS证书检查失败)。