我刚刚从Azure到GCP / GCE的计划迁移中遇到了一个重大障碍。 GCP不允许在端口587上输出SMTP。我仔细检查了一下，他们的支持证实了这一点。结果是我无法在我的GCE中使用Office 365中的SMTP服务器，因为在使用O365时，SMTP的要求是smtp.office365.com上的端口587。奇怪的是，（并且与此块的假设原因有些矛盾）端口2525对SMTP流量开放。哦，当然，如果您使用谷歌电子邮件，端口587是开放的！
有没有人找到解决方法，也许是通过在2525上获得SMTP并在端口587上返回O365 - 但我认为需要GCP之外的服务器 - 击败练习的整个对象！
我使用在2525（AuthSMTP）上打开的第三方电子邮件服务有一个解决方法，但这增加了成本，更重要的是意味着我在O365内没有单一的电子邮件来源用于审计目的。
请在此投票以开启Google的SMTP端口：https://googlecloudplatform.uservoice.com/forums/302595-compute-engine/suggestions/10079937-send-and-receive-email-using-tcp-smtp-imap-ports
在他们打开所有SMTP端口之前，没有好的/简单的方法从他们的云服务器发送电子邮件。 Sendgrid和其他SMTP服务太昂贵或缺少许多需要的功能。他们拥有的这条规则对服务器服务来说是不可持续的。
我实际上遇到了同样的问题，一两个月我不知道该怎么办。无论如何，我发现不是很整洁的解决方案是使用Microsoft Flow发送电子邮件。我基本上设置了一个流程来接收包含正文，主题，收件人和密钥的POST请求，然后告诉它验证密钥是否有效（简单等于条件）只是为了确保没有一个包嗅探我的流量并找到了URL（请求超过https，因此无法嗅探eky）。在此之后，我告诉它在条件的“是”部分发送电子邮件，并在“否”部分发送关于错误认证的通知。而已。传出端口不是SMTP端口，而是443用于发送电子邮件。由于谷歌声称他们的问题是IP声誉，这种方法很棒，因为它不应该在收到电子邮件时留下原始IP的痕迹。不是最好的解决方案，但它的工作原理。
最好的问候，希望它有所帮助。
附：请记住在您创建的Flow中的发送的高级设置中将“is HTML”标记为是。
更新2018年8月：正如Scott Pioudenberg（谷歌）在G Piper的回复页面上所述的评论所述，自2018年8月以来，该功能在587和465端口得到支持：
大家好，
继Paul Nash最近的更新后，我们（整个Compute Engine PM团队）非常高兴地说这个变化现在正在生产中。换句话说，Compute Engine客户现在可以使用端口465和587连接到外部SMTP服务器和服务。
我们感谢社区围绕此问题提供的所有投票和反馈。如果您遇到此功能的问题，请使用我们的外部问题跟踪器提交错误报告。