我刚从Azure计划迁移到GCP/GCE时遇到了一个主要障碍。 GCP不允许端口587上的SMTP出口。我再次检查并且他们的支持证实了这一点。结果是我无法使用Office 365中的SMTP服务器从我的GCE作为smtp使用O365的端口是smtp.office365.com上的587端口。奇怪的是，（并且与这个块的理由有些矛盾），端口2525对于SMTP流量是开放的。哦，当然，如果你使用谷歌的电子邮件，端口587是开放的！从Google Cloud Engine使用SMTP到Office 365
有没有人找到解决这个问题的方法，或许是通过2525上的SMTP和端口587上的O365返回 - 但我认为需要GCP之外的服务器 - 击败练习的整个对象！
我有一个通过使用2525（AuthSMTP）上打开的第三方电子邮件服务的工作，但这增加了成本，更重要的是，我不会在O365内为审计目的提供单一电子邮件源。
我实际上遇到了同样的问题，一两个月我不知道该怎么办。 总而言之，我找到的不是很整洁的解决方案是使用Microsoft Flow发送电子邮件。 我基本上建立了一个流程来接收一个包含正文，主题，收件人和密钥的POST请求，然后告诉它验证密钥是否有效（简单等于条件），以确保没有一个包嗅探到我的流量并找到该网址（请求通过https，因此不能被嗅探）。 之后，我告诉它在条件的“是”部分发送电子邮件，并在“否”部分发送通过验证错误的通知。而已。输出端口不是smtp端口，而是443发送电子邮件。 由于Google声称他们的问题是IP信誉，因此该方法非常棒，因为在收到电子邮件时，它不会留下原始IP的痕迹。 不是最新的解决方案，但它的工作原理。
最好的问候，并希望它有帮助。
P.S.请记住在您创建的流程的发送高级设置中将“是HTML”标记为“是”。
请投票在这里得到谷歌的SMTP端口打开了：https://googlecloudplatform.uservoice.com/forums/302595-compute-engine/suggestions/10079937-send-and-receive-email-using-tcp-smtp-imap-ports
直到他们打开所有的SMTP端口，将有来自他们的云服务器发送电子邮件没有好的/简单的方法。 Sendgrid和其他SMTP服务太昂贵或缺少许多所需的功能。这个规则对于服务器服务来说是不可持续的。
“有没有人找到解决办法？”他问。让Google停止阻止正确的端口是一种可能的解决方案。 –
你是怎么回事？我有从AWS迁移完全相同的绊脚石。Google需要对此进行排序。我正在看Mailgun等，但我真的可以理解阻止原始传出邮件，但没有验证SSL SMTP ..该死的 – Adamz
我有一个订阅AuthSMTP谁接受2525电子邮件 - 这从GCP工作。但我不得不修改代码以添加通常由O365添加的免责声明。 AuthSMTP将把邮件“复制”回O365--所以我认为我有一个“完整”的解决方案，尽管付出代价。我仍在与Google支持人员进行对话。还发现http://www.dnsmadeeasy.com/，但还没有尝试过。看起来它会在2525年接受并在O365转发给587。 –
谢谢，我结束了使用Mailgun。使用他们的HTTP API，效果很好，每天不超过3000条消息是免费的。我主要只需要这个formmail。 – Adamz