bandie Asked: 2019-12-11 03:11:05 +0800 CST2019-12-11 03:11:05 +0800 CST 2019-12-11 03:11:05 +0800 CST 使用替代端口进行 MTA 电子邮件交换 772 作为 MTA，连接到 tcp/25 (smtp) 以外的端口上的 MX 服务器进行电子邮件交换是否合理且不违反 RFC？ 传统上，电子邮件交换通过 tcp/25 进行，但 ISP 会长时间阻止它，以避免来自受感染的最终用户计算机的垃圾邮件。 我想设置一个合适的 MTA，但我的 ISP 也阻止了 tcp/25。让我的 MTA 软件连接到任何 MX 服务器的其他标准/常规端口（如 2525、587、465）是否是一种好习惯？ 请注意，我要问的不是 MUA。 networking email 1 个回答 Voted Best Answer user1686 2019-12-11T03:51:22+08:002019-12-11T03:51:22+08:00 让我的 MTA 软件连接到任何 MX 服务器的其他标准/常规端口（如 2525、587、465）是否是一种好习惯？ 不会。大多数 MX 服务器不会期望在这些端口上进行邮件交换。 端口 587 和 465 有不同的用途 - RFC 6409/8314 将它们定义为来自最终用户 MUA 的“消息提交”，并且这些端口几乎总是需要身份验证（即使收件人是本地的）。 端口 2525 是非标准的；虽然您可能会发现一两台服务器在该端口上接受 SMTP，但大多数情况下它什么都不做（甚至侦听不是 SMTP 的东西）。 因此，如果您无法与端口 25 建立传出连接，您将无法向大多数域发送邮件。（这确实是 ISP 阻止此端口的全部意义......） 您可以在受信任的服务器托管公司上设置 SMTP，然后将该服务器用作您家庭 MTA 的“中继主机”，也就是“智能主机”。
不会。大多数 MX 服务器不会期望在这些端口上进行邮件交换。
端口 587 和 465 有不同的用途 - RFC 6409/8314 将它们定义为来自最终用户 MUA 的“消息提交”，并且这些端口几乎总是需要身份验证（即使收件人是本地的）。
端口 2525 是非标准的；虽然您可能会发现一两台服务器在该端口上接受 SMTP，但大多数情况下它什么都不做（甚至侦听不是 SMTP 的东西）。
因此，如果您无法与端口 25 建立传出连接，您将无法向大多数域发送邮件。（这确实是 ISP 阻止此端口的全部意义......）
您可以在受信任的服务器托管公司上设置 SMTP，然后将该服务器用作您家庭 MTA 的“中继主机”，也就是“智能主机”。