我们经常会发现自己在设置包含电子邮件功能的多功能打印机。直到最近，我们遇到的几乎所有 ISP 都没有强制使用 SMTP 的 SSL。最近我们发现许多 ISP 现在都要求这样做。由于许多 MFP 不支持 SMTP 的 SSL，我们发现自己不得不使用另一个 SMTP 帐户/提供商来处理电子邮件的发送，这并不是最佳选择。
一个想法是托管一个小型 SMTP 服务器/中继，它可以接受没有 SSL 的电子邮件，并使用 SSL 将其中继到 ISP 的 SMTP。这可行吗？还有其他解决此问题的建议吗？
该解决方案最好基于 Windows；但是，我可以为客户端“黑盒化”的任何东西也可以工作。
答案1
解决这个问题的一个方法是使用类似隧道基本上，stunnel 是一个简单的 TCP 代理，您可以接受非 SSL 连接，然后将请求重新传输到其他设备。它还可以反过来将 SSL 连接到非 SSL
简单的邮件中继设置起来相当简单。例如，在使用 Exim 作为 MTA 的 Debian 上，整个过程可以在标准包配置中轻松设置。将其设置为卫星系统，为其提供上游提供商的 IP，并指定允许中继的 IP 地址/网络列表。
答案2
为什么要费心使用 ISP 的服务器？如果您要设置 SMTP 中继，则只需将其配置为允许相关客户端进行中继，并让其使用 DNS 将电子邮件发送到目标域。