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证书检查失败）。