バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog

これは何 どのように技術選定してますか。よく聞かれます。SREチーム 鈴木心之介 です。しかし説明が難しい。難しいですが説明の助けになってほしく思い、技術選定を文書化した DesignDoc から1枚を公開してみました。 DesignDoc とは、ある程度の大きさや複雑さがあり一言で説明の難しい技術選定について、文書化したものです。これを通じて、技術選定をどのように行うか組織内に広めようとする試みです。2021年1月頃から始めています。 題材は、メール配信の冗長化をRailsで実現した tech.andpad.co.jp を、インフラ視点から技術選定した DesignDoc です。このメール配信SaaSの選定は2019年末頃に実施したもので、DesignDoc の取り組みを始めていなかった頃でした。時が経ち、ソースコードやSaaSの構成からは意図を読むことが難しく「なんじゃこれ」って質問を

[sasasin_net]

ANDPADテックブログに枠を頂戴したので書かせていただきました

[lenore]

SESはちょっと前にアカウントレベルのサプレッションリストが設定できるようになってて、ハードバウンスは自動で送信停止できるよ/ 警告来たのはバウンス率じゃなくて苦情率か。何やってるの？

[shiba-yan]

オプトアウト実装や宛先リストのクリーニング含めバウンス対応をちゃんとやらないと結局同じことになりそうな気はする（共有 IP アドレスみたいだし

[tofu-kun]

SendGrid は機械学習のスパム検知機能があり、それに引っかかると容赦なくアカウント単位で配信停止される。問い合わせると誤検知で発動してしまったごめんね。というのが過去2回あって、メインで使うのはやめた。

[door-s-dev]

苦情レートが高いのをスルーしてるのはどうなんだろう。自分だったらスパマー扱いされてるのでは？と考えてレートを下げる施策を考えるかも

[miron_mikan]

これ、一般的なメール運用がなってないからBANされてるように読めるけど社名出して公開して大丈夫なのだろうか

[okbm]

shoryukenでハードバウンスしたメール受け取って、そのメールアドレスを使えないようにしてレート下げる対応昔やったなぁ…。10%から0.1%とかになった記憶

[dot]

面倒くさいのは同意するけど、SESからSendgrid/Mailgunに逃げても本質的な対応はいずれしないといけないんじゃないのかなという気がする。うちはSendGrid高くてSESに来たクチだけど何も困ってない。

[eru01]

そもそも苦情率高いのをどうにかしないと、結局他サービスに移ってもそのうち怒られるだけなんでは

[tito1201]

プロダクトの核にはなり得ない割に労力が多い、メールの辛さよ… / SPF とか DKIM を設定していたのかがちょっと気になった。この辺もレピュテーションに関わってくると思うので…

[everybodyelse]

こういう場合は普通AWSサポートに連絡してテクニカルサポートを受けるのが良い気がするけどね。

[skomma]

> 技術選定というと AWS EKS か GCP GKE か、モノリスかマイクロか、みたいなネタが華々しく盛り上りやすいと思われがちですが、どんなネタでも技術選定そのものが面白いと私は思っています。 共感しかない。

[halfrack]

bounce と abuse ちゃんとハンドリングしてくれという感想もある

[shag]

社内の連絡にメール使う人だいぶ減った(slack 等に移行した)し、企業の問い合わせ先もメールの from は noreply で、返信は Web とかでいいし、マーケティング用途だけが残って、SPAM が SPAM と判定されてるってことかと。

[havanap]

コメ欄が本文

[slkby]

正直これ解決してない気が…

[toruhjp]

タイトルめっちゃ好き。本文読んでない(笑)

[tmtms]

“Amazon SES内部実装で何か変化があり、バウンスや苦情と判断する基準が厳しくなったのだと推測” ←ここがよくわからない。バウンスや苦情は SES じゃなくてメール受信側の判断じゃないんだっけ。

[Surgo]

sendgrid でも同じかと

[azumakuniyuki]

バウンスは必ず発生するから1%以下を維持するようにしてたらどこでもだいたい大丈夫やけど苦情はもう送信側で内容とか頻度とかDNSまわりとかを改善しないとどうにもならんしな

[umisora2]

過去の負債に向き合うのは今の人たちですからね。バウンス処理してくれるサービスに行くのは正しい。けど、そもそもバウンス処理しないとメール届かなくなるってわかってるんだから批判の仕方が他責感凄い

[nekoruri]

また繰り返しそう // 情報としては興味深いけど対応策としては……

[rryu]

バウンスじゃなくて苦情率でAmazonから警告が来たのでもっと緩いサービスに乗り換えた話。1日5万通くらい送っていて250通から苦情が来る感じっぽい。施工管理のサービスらしいが通知メールを無差別に送りすぎとか？

[queeuq]

乗り換えるのは良いんだがbackgroundの部分は微妙だなと感じた。SREってなんだろうなぁって。テクニカルサポートやらつけてればもっと突っ込んだ話や調査もしてもらえると思うんだがして無さそう。

[nui81]

タイトルで草、と思ったけど、内容読むと辛そうなことやった上に根本対処できてないっぽくて、うーん。しかもANDPADってどんなサービスかなと見に行ったらイメージキャラがヨーロッパ企画でまた草。

[y-kawaz]

全然分からん。スパマーが自身の迷惑行為を顧みる事なくBANされて他に乗り換えたってだけに見える。同じ事続けるんならそっちも早晩追い出されると思う。肝心のメールの宛先と内容と頻度には一切言及なし。

[yug1224]

どうしてスパム判定されているのか気になる

[info55]

Mailgunはバウンスもクレームもwebhookで受け取れて処理が楽ですよねー

[tasukuchan]

SESは……

[odakaho]

バウンスだったら次に送信しないだけでしょ。それだけのためにSendGridに移行したらコスパ悪すぎない？

[iwanofsky]

ちゃんとIPアドレス群をウォームアップしてるメール配信システムに投資した方が、コスト減ではないか？ そして、なぜスパム扱いされるか？ そこが根本原因ではないか？ Sendgridらが、SESと同じ措置を講じたらどーすんの

[fjwr38]

そんなひどかったんかな... AWS も対応期間シビアすぎでは

[vuy]

これ外から見たら苦情率高いとこがSESから乗り換えて送りつけてきたように見えてて、余計に迷惑メール送信者っぽくみえそう。

[strawberryhunter]

苦情率か。何か悪い事をしていたんじゃないだろうか。

[eagleyama]

“このことから、Amazon SES内部実装で何か変化があり、バウンスや苦情と判断する基準が厳しくなったのだと推測しました。そして今後それが緩くなる可能性はなく、むしろAmazon SES側の気分で厳しくなることが推測”

[Cherenkov]

メール mail

[kazema_tsu]

以前ActiomMailerでメイン/サブを切り替えたという記事があったが、背景はここにつながるのか。というよりも、これが起因で、ActiomMailerの話題になったのか。SESに追放されるってよっぽどのことのような気がします。

[mezamashi0540]

ANDPADの利用者と利用形態を想像するに、ユーザーが意図しない携帯キャリアからの雑な迷惑メール判定が多そう。

[l__LINE__l]

タイトルで笑った

[tkmiya34]

前にアプリケーション側の実装についても書いたので、併せてどうぞ https://tech.andpad.co.jp/entry/2021/09/09/170000