網站寄信千萬不要用 Gmail

最近有個案子是這樣的... 收尾前 我並不知道這個網站原本的寄信是透過 Gmail 的 (這網站原本不是我寫的) 我寫了另一個下單功能 然後參考了前一個人寫的寄信功能 這個案子是用 Laravel 寫的 只要呼叫一兩個 function 就可以寄信 當然原本寄信是透過 Gmail 我也不會知道 但從我串了寄信之後 發現下單 lag 了幾秒 沒很在意 後來在對方驗收的時候提到這點 我還想了一下 為什麼會 lag? 後來才想到是 Gmail 的關係   當然 我跟對方解釋 其實用 Gmail 去寄不是很好 因為 Gmail 不是給你這樣用的 應該要用專門寄送信件的服務 (例如mailgun)   但對方似乎搞不清楚重點 跟我說 "Laravel 應該用個 cron 去寄信" 什麼的 對啦 我知道 Laravel 很厲害 但這不是重點 我當下也懶得跟他講   但因為這很重要 我要在我的部落格寫為什麼不要用 Gmail 當做你的 SMTP Server 嚴格說 Gmail 是給個人用的 web mail Gmail 不太讓你用 POP3 去收信 也不太讓你用 SMTP 寄信 當然你可以這麼做 另外弄個 Email Client 去串 Gmail 合理的使用範圍 是ok的 那何謂合理的使用呢? 很簡單 正常人 有一定的信件寄送量上限 Gmail 有這麼多用戶 要統計出這個上限 非常容易 你只要超過這個上限 基本上你就不是正常人 他就會把你的服務停掉 例如 無法寄信/無法收信 這都是合理的 更何況你並沒有付半毛錢給他 他沒有一定要保證滿足你的服務 (就算是企業用戶也有設定上限 超過也不行)   但我真的沒想到有企業會貪小便宜到 用 Gmail 去寄公司的網站通知信 這公司就經常發生這類的事情 因為有一堆客戶的員工 大量註冊 然後要寄開通信 結果公司內部人員的 Gmail 就被鎖了 因為企業信箱嘛 有一個人違規 就是鎖整組 然後就在那邊該該叫說信箱壞了什麼的   阿本來就不能這樣用啊... 所以拜託 像聯絡我們啊 甚至是訂單下單通知信 會員開通通知信這類的 雖然不是EDM這麼大量 還是去申請個專門寄信的服務 而且這些服務還會跟你說 哪些蠢蛋用戶用了根本寄不進去的 email 服務 你可以串API得到這些資訊 在這個用戶上線的時候叫他換 email 你還可以把它取消訂閱 EDM 讓你不用浪費時間浪費錢去寄信給 從來沒有開過信 或是甚至都寄不進去的蠢蛋用戶 這不是很好嘛?   所以不要再貪小便宜了 Gmail 不是這樣給你用的 好嘛?