我正在考虑在超小型 Azure VM 上设置一个简单的 SMTP+IMAP 电子邮件服务器供内部使用。当我说内部使用时，我并不是指“供内部用户使用”，而是指作为更大系统的一部分使用，并为接收电子邮件的主要目的用于审计/记录目的的消息，然后根据触发操作的规则进行处理。有时可能会自动回复。
我的问题是是否可以在 Azure VM 内托管一个简单的电子邮件服务器，因为我从互联网上初步搜索到的信息是 Azure 不支持反向 DNS（尽管现在它们确实分配了几乎静态的 IP），这会导致偶尔的自动回复外发电子邮件被标记为垃圾邮件。
我的问题是：情况确实如此吗？或者是否有某种设置可以解决这个问题？
注意：这只是一个初步研究类型的问题。我不是管理员。
编辑：对于那些跳出来并说使用 SendGrid 的人。我不会发送新闻通讯，而主要是接收电子邮件。此外，Azure 超小型实例每月 9 美元，而 SendGrid Push API（不会像我希望的那样允许轮询）起价为每月 90 美元，是成本的十倍。
编辑 2：我倾向于实施基于轮询的系统（每隔 X 小时轮询服务器以获取新电子邮件），而不是实施基于推送+队列的系统（大多数第三方服务都提供了将每封电子邮件推送到 Web URL 的推送 API）
编辑 3：我不想使用第三方服务，因为我不想让电子邮件和附件的内容通过它们。
编辑 4：你看，我不是在寻求有关如何设置或使用哪种第三方服务的建议。我问的是“是否可以设置一个电子邮件服务器，该服务器可以接收电子邮件并偶尔发送电子邮件，而这些电子邮件不会因 Azure 的限制而被标记为垃圾邮件？如果有限制 - 这些限制是什么以及如何解决它们？“
答案1
不。
您无法确定您发出的电子邮件是否会被送达，因为许多目的地只是将所有主要云提供商的 IP 列入黑名单、设置防火墙，甚至将其设为空路由，因为这些范围内存在严重滥用 - 不仅仅是来自电子邮件，还包括来自其他服务。
即使您的邮件今天送达，也不能保证它将来还会继续送达。
你真的确实需要 Azure 之外的邮件服务器（或 EC2 或其他）来处理您的外发邮件，尽管它不一定需要是第三方邮件服务器。如果您有专业知识，您可以自己做。
当我将一项必须发送到邮件列表的服务放在 EC2 上时，我通过测试发现，几乎 3/4 的列表地址不会接受来自那里的邮件。我最终将所有内容发送到位于 EC2 之外的智能主机。有趣的是，这也提高了性能...
拥有传入Azure 上的邮件没有问题，因为上述问题不适用。
答案2
不。
99.999% 的时间里，使用第三方 SMTP/邮件处理程序比实现自己的邮件服务器更有意义。
甚至还有一份关于有关使用 Sendgrid 的 Azure 文档。
我高度建议您遵循这些准则并使用 Sendgrid（或类似服务）作为 SMTP 中继提供商。
设置正确配置的邮件服务器的复杂性极其复杂。