我有一個應用程序,我一直花費太多時間試圖通過我設置在我的谷歌應用程序帳戶中的服務帳戶發送電子郵件。Google SMTP服務器與通過Google Apps服務帳戶發送電子郵件
我想知道是否應該繼續使用服務帳戶的這種過於複雜的方法,或者我應該只使用Gmail的SMTP服務器。我需要的唯一功能是實際發送一封電子郵件。
簡單地使用Gmail的SMTP服務器vs設置服務帳戶並調用Google的API發送電子郵件有什麼優點/缺點?如果它有所作爲,這將成爲一種批量電子郵件,因爲它會一次發送給很多人。
我有一個應用程序,我一直花費太多時間試圖通過我設置在我的谷歌應用程序帳戶中的服務帳戶發送電子郵件。Google SMTP服務器與通過Google Apps服務帳戶發送電子郵件
我想知道是否應該繼續使用服務帳戶的這種過於複雜的方法,或者我應該只使用Gmail的SMTP服務器。我需要的唯一功能是實際發送一封電子郵件。
簡單地使用Gmail的SMTP服務器vs設置服務帳戶並調用Google的API發送電子郵件有什麼優點/缺點?如果它有所作爲,這將成爲一種批量電子郵件,因爲它會一次發送給很多人。
請考慮以下幾點:
我想你應該majorly被有關發送電子郵件批量關注。如果你做得不對,你可能會遇到問題。爲了避免這些問題,請確保在此處遵循批量發件人指南https://support.google.com/a/answer/81126另一個要考慮的因素是電子郵件驗證。使用smtp時,確保所有發送的電子郵件都將通過SPF和DKIM,以防止被標記爲垃圾郵件或更糟糕,拒絕接收電子郵件。如果你使用的是Gmail API,那麼你所要做的就是確保你按照這裏的步驟https://support.google.com/a/answer/178723?hl=en和DKIM按照這裏的步驟設置SPF https://support.google.com/a/answer/174126?hl=en根據GMAIL API配額,你可以每天使用1,000,000,000單位,所以我不用我認爲這不會成爲問題。使用SMTP的好處是您可以使用SMTP RELAY https://support.google.com/a/answer/2956491,這可以在發送電子郵件時爲您提供更高的限制,以防發件人發送者指南對您不起作用。
總之,如果你只是想發送批量電子郵件,那麼我想用SMTP更容易。希望這可以幫助!
Gmail API具有與SMTP相同的每個收件人限制:https://support.google.com/a/answer/166852。請更正此答案。 –
沒有注意到這篇文章現在說「Gmail API」除了「發送給威盛SMTP的每封郵件的收件人」)也許它在那裏,但我認爲它不存在之前無論如何,感謝您的澄清,我已經更正了答案。 – Morfinismo
對於一個用戶的普通用法,SMTP將正常工作,除了API在服務器端爲了安全性而對sysadmin具有優勢。
差異對於Web服務,Web應用程序開發來說是理論上的。這兩種方法都可以訪問或與服務器進行交互。現在,REST被用於整合他們的定製軟件開發服務,其中一部分將具有OAuth等F/OSS實現。藉助REST API,我們可以獲得一些額外的優勢,但這是針對專業級軟件開發的集成。 SMTP中繼不太安全。
以兩種技術作爲2臺服務器。該「Google Apps服務帳戶」是一個支持代表性狀態轉移(REST)API的現代Web應用程序,用於訪問資源,與服務器進行交互。 SMTP是使用簡單對象訪問協議(SOAP)的舊版網絡軟件。您可以使用SOAP與REST進行搜索以瞭解基本知識。
Google SMTP Server是傳統的SMTP傳統SMTP中繼服務。優點是 - 易於用戶設置,較少的文檔以幫助用戶使用等。缺點是它們不太安全,加上所有繼承的SOAP缺點。
「Google Apps服務帳戶」是一種現代Web應用程序,開發於面向服務的體系結構中,爲通過TCP/IP進行的服務器到服務器通信提供RESTful API。優點很容易與使用開源認證庫(使用OAuth)的定製軟件集成,REST提供對發送請求的更多控制,可避免通信的用戶名 - 密碼,廣泛的使用示例,更安全的粒度控制以在服務器上運行,JSON響應具有常見的有意義的格式等。缺點與SOA,Web Hook,RESTful API的常見缺點有關,新用戶很難使用等。
實際上,它基本上是一種支持兩種方式的網絡軟件。一個人總是應該使用DKIM,SPF等作爲反欺騙措施。
您是否考慮過其他電子郵件API服務?這些服務是非常簡單的集成(只是REST API呼叫艱難,通常也有SMTP中繼訪問)。他們管理信譽,垃圾郵件分類等,通常有免費的一級。 – cjungel