我正在考虑设置一个简单的SMTP + IMAP电子邮件服务器在一个额外的小型Azure虚拟机上供内部使用的可能性。 当我说内部使用时，我并不是指“内部用户使用”，而是指作为一个更大的系统的一部分，并且用于接收电子邮件用于审计/logging目的的主要目的，然后根据规则处理触发行动。 偶尔会有一个自动回复。
我的问题是一个简单的电子邮件服务器是否可以托pipe在一个Azure虚拟机内部，因为我在初步的search中看到的是，Azure不支持反向DNS（现在他们确实分配了几乎静态的IP），这会导致偶尔的自动回复传出电子邮件被标记为垃圾邮件。
我的问题是：是这样或者是否有一些设置，可以解决这个问题？
注：这只是一个初步的研究types的问题。 我不是pipe理员。
编辑：对于那些谁会跳进来说使用SendGrid。 我不会发送通讯，但主要是接收电子邮件。 另外一个Azure额外的小实例是$ 9 /月，其中SendGrid推送API（这将不会让投票，因为我愿意）在90美元/月，这是十倍的成本。
编辑2：我的首选是实现一个基于轮询的系统（轮询服务器每隔X小时新邮件），而不是实现基于push +队列的系统（大多数第三方服务提供了一个推送API，将每个电子邮件推送到url）
编辑3：我不想使用第三方服务，因为我不希望电子邮件和附件的内容通过他们。
编辑4：看，我不在寻找如何设置或使用哪个第三方服务的build议。 我问的是“ 是否有可能build立一个电子邮件服务器，可以接收电子邮件，并发送偶尔的电子邮件，由于Azure的限制，不会被标记为垃圾邮件？如果有限制 – 这些是什么，如何可以他们会被解决吗？ “
没有。
您无法合理确信您的外发电子邮件将被发送，因为从这些范围中看到的严重滥用，许多目的地只是黑名单，防火墙甚至空路由所有主要的云提供商的IP块 – 不仅仅是从电子邮件，而是通过其他服务也是如此。
即使您的邮件是在今天交付的，这也不能保证它将来会继续交付。
您确实需要Azure（或EC2或其他）以外的邮件服务器来处理您的传出邮件，但它不一定需要是第三方邮件服务器。 如果你有专业知识，你可以自己做。
当我在EC2上提供一个邮件列表的服务时，从testing中发现，几乎3/4的列表地址不会接收来自那里的邮件。 我最终把所有东西都发送到位于EC2之外的智能主机。 有趣的是，这也改善了性能…
在Azure上接收邮件将不会有问题，因为上述问题不适用。
别。
使用第三方SMTP /邮件处理程序的时间比使用自己的邮件服务器要多99.999％。
甚至还有关于使用Sendgrid的Azure文档 。
强烈build议您遵循这些准则，并使用Sendgrid（或类似服务）作为SMTP中继提供商。
设置正确configuration的邮件服务器的复杂性非常复杂。