在使用 Windows Server 2022 的 Web 托管专用服务器上，五年来，我们一直通过 IIS 6.0 向平台上拥有 1 万名用户的客户每日发送邮件，从未出现任何问题。他们最近将策略更新为“外部”邮件（提供的产品仅供其内部使用，我们被视为外部公司），这意味着由于我们仅从单个 IP 地址发送邮件，因此我们的发送速率受到限制——导致每天（向特定收件人）发送 1 万封电子邮件最多需要 8 个小时，这对于我们希望及时向用户发送关键更新的情况来说并不理想（在此次策略变更之前的 5 年里，我们已经习惯了这种发送方式）。
他们的 IT 安全团队建议我们增加发送邮件的 IP 地址数量。
为了增加邮件的 IP 覆盖范围，我们为机器分配了一个额外的 IP 地址，在 IIS 6.0 中设置了一个额外的虚拟服务器，分配了 IP 地址后才发现机器的主 IP 将自己签名为所有邮件的来源，而额外的 IP 地址纯粹用于入站邮件，而不是我们尝试发送的出站邮件。
根据网上一些可疑的建议，我安装了 hMailServer，幻想着我可以使用它来创建多个服务器，并让它使用设置中的 IP 地址对出站邮件进行签名，但遗憾的是，这只是在源后添加了一个额外的跳转，似乎并不能解决问题。
我正在阅读有关使用 DNS Round-Robin 进行邮件传递、使用 HAProxy 作为负载均衡器等内容，但我根本不知道（最佳？）前进的方向。
出于安全考虑，我们希望将所有邮件保留在“内部”服务器，而不是使用第三方 SMTP 中继提供商。- 在 Windows 架构下，是否有任何方法可以解决此问题，并能够以相当均匀的方式跨多个 IP 地址发送多封邮件？我们是否需要研究基于 Linux 的虚拟机解决方案？
您是否解决过类似的问题？