我剛從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