目前，我们正试图摆脱使用“本地”邮件（交换）服务器到所有我们的自动电子邮件的云提供。 问题是，我们每天收发数千封电子邮件，正常运行时间非常关键，所以企业不希望把所有的鸡蛋放在一个篮子里，所以如果我们想使用基于云的产品（邮件枪），他们会就像备份，如果这个下降。 所以我的问题是：
是否有可能将多堆A，TXT和CNAMElogging设置为多个IP地址，因此，如果一个邮件服务器出现故障，我们可以自动从失败转移程序发送电子邮件（不会被阻止进行反向DNS查找）？ 我知道我们仍然需要调整传入电子邮件的MXlogging，但接受短时间（1-2小时）的电子邮件是可以接受的。
这有道理吗？
所以如果一台邮件服务器出现故障，我们可以自动开始从失败转移者发送邮件
你不能（容易地）在不同地点使用相同IP地址的机器。 您不需要“A”logging来从服务器发送电子邮件。 您不能通过更改DNSlogging来实现故障转移。
重要的是让任何服务器发送SPF TXTlogging中列出的电子邮件（如果您实际上已经发布了SPF）。
如果你正在谈论一个MTA网关机器（SMTP邮件来源于其他机器，并在访问世界其他地方之前都通过这个服务器路由），那么这是一个不同的问题 – 你可以影响这个使用DNS，而不是等待一个停电改变logging。 SMTP旨在通过发布具有不同优先级的多个DNS MXlogging来适应这种情况，客户端应尝试连接到按MX优先级sorting的区域中的每个服务器 – 如果连接失败，则应尝试下一个。 在实践中，大多数MUA不会比主要的MX更进一步 – 但是如果客户端是MTA，那么IME，这些都是正确的。 您还没有告诉我们您的外发电子邮件是如何进入MTA的 – 所以很难指出这是否会在实践中起作用。
对不起，你显然对DNS没有什么了解，对SMTP也不甚了解。 你需要做更多的阅读，而不仅仅是在这里看答案。
所以你的问题是双重的：
关于1：
没有什么能够阻止你有多个发送电子邮件的服务器。 目前，显示服务器不是垃圾邮件的主要方法是使用SPF （发件人策略框架）logging。 所有你需要做的就是确保两套出站服务器都列在你的SPFlogging中，你应该很好（当然，假定你的内部系统生成的电子邮件被configuration为与两套邮件服务器进行通信）。 另外，如果您有多个MXlogging，则反向DNS查找问题可能会有所消除。
关于2：
您使用多个MXlogging：
10 CLOUD.MAIL.SERVER 20 LOCAL.MAIL.SERVER pipe他呢。 如果一个人没有回应，发件人会尝试另一个，你将不会丢失邮件。 这里棘手的一点是你的内部系统/用户如何在一个或另一个之间切换。 您可以为用户设置多个Outlookconfiguration文件，或者在同一个Outlookconfiguration文件中设置多个电子邮件帐户等。 如果您的自动发送系统也收到了电子邮件，您需要确保您知道让他们检查每套邮件服务器的程序，或者如何在需要时切换这两个邮件服务器。
这基本上是辅助或备份MX所做的。 基本上可以设置一个本地或异地MX框，它能够将邮件排队，直到主要联机，然后将所有的邮件发送到主。
这样，没有邮件被弹回到你的发件人。 无论采用哪种方式，您都需要主邮箱服务器重新联机才能实际发送邮件并发送邮件。