僕自身は数年前にmineoへ引っ越しをしているし管理下のサーバでは登録ユーザにメールを配信するようなサイトは無いので「ふーん」程度にしか思ってなかったものの、三大携帯電話キャリアが開始する新料金プラン(ahamoとか)への移行と同時に携帯電話のメールアドレスがかなり多く消えるって点が気になり、メール配信に影響があるかどうかを考えた覚え書きです。

メールと一切の関わりを持っていない人にとっては無用の記事ですしメール配信に影響が無い方に賭ける人にとってもやはり無用の記事です。

f:id:azumakuniyuki:20210309110625j:plain

結論を先に書くと、サイトに登録さている配信対象となるキャリアメールアドレスの数を確認して、その2%が消える(宛先不明になる)と仮定する。可能ならアドレス変更をお願いする告知をしたり配信しないとかの決断をする。配信対象の2%が多くて遅延しそうならメールサーバ側で何か対策をしておく、です。

統計と雑な推定

携帯電話の契約数は約1.8億件

携帯電話・PHS契約数｜一般社団法人電気通信事業者協会（TCA）
第3四半期(2020年12月)時点での内訳
- NTTドコモ: 約8175万件
- KDDI: 約6012万件
- ソフトバンク: 約4475万件

約400万アドレスが消える

ドコモ「ahamo」は3月26日提供　先行申し込み100万件超、「このペースは想定外」 - ITmedia NEWS
発表から二ヶ月で100万件超なので約50万件/月として三月上旬の時点では150万件程度と推定
echo 'scale=4; 150 / 8175' | bc => .0183
- 約2%がahamoへプラン変更するのことが確定
- KDDIとソフトバンクも2%が変更すると仮定
  - NTTドコモ: 150万件(2%弱)
    - サービス開始の前日(3月25日)までにもう少し増えそう(?
    - 200万件と推定
    - echo 'scale=5; 200 / 8175' | bc => 0.244
  - KDDI: 120万件
  - ソフトバンク: 90万件
とりあえず400万件ぐらいの契約が3月中旬から下旬にかけて新料金プランへ変更すると推定

携帯電話アドレスの0.2-2.0％が三月中に消える

どのキャリアでも全体の2%に相当する携帯電話キャリアのメールアドレスが消えると推定
400万 ÷ 1.8億 = 2.22%やけどキリよく2%にしておく
先んじて新料金プランに変えるつもりの人は日常の連絡にキャリアのメールアドレスを使っていないと推定
- 全員では無いと思うけどメールの遅延を予測するので2％と仮定する
第2章　スマホ・ケータイコミュニケーション｜2019年版｜モバイル社会白書Web版｜NTTドコモモバイル社会研究所
携帯電話のメールを連絡手段に使うのは多くても13%程度
今は2021年でもうちょい減って10%の使用率と仮定する
- 携帯電話契約者1.8億の10%(1800万人)がキャリアメールを使用しているユーザ
- 1800万人の2％が新料金プランに変更するとすれば36万のメールアドレスが消える
- 使用率の調査に「サイトへの登録に使っている」が無いので10%って数字を加味するかどうか悩む
ってことで0.2%-2.0%の範囲としておく

新料金プランの提供開始日

シェアの少ない事業者から提供が始まる
- 3月17日(水) ソフトバンク(LINEMO) 9-90万件が消える
- 3月23日(火) KDDI(povo) 12-120万件が消える
- 3月26日(金) NTTドコモ(ahamo) 20-200万件が消える

遅延するかどうか

数による(身も蓋もない)
配信の順序にもよる(連続で500系エラーが出ると遅延しやすい)
単位時間で配信する量にもよる
マーケティング系はおそらく遅延する
トランザクション系
- 規約変更とか一斉配信になるものもあるけど
- ログイン通知とかパスワード変更とかは集中しないので大丈夫そう

サイト側の対策

1. 実際の数を確認しておく

ドメインは結構たくさんある
キャリアメール - Wikipedia
現在利用可能な携帯のドメイン一覧と、携帯メアド判定PHPスクリプト(2012年9月更新) - Y-Ken Studio
主要なドメインだけでもだいたいの数は把握できる
- (?:docomo|ezweb|softbank|vodafone|disney)[.]ne[.]jp\z と /@au[.]com\z/
- /@softbank[.]jp\z/ も?
携帯電話のキャリアメール数のうち配信対象の2%が宛先不明になると仮定する
- 10000件あったら200件
- 配信に使っているIPアドレスの評価にもよるけど5通連続500系エラー発生で後続の配信が遅延することはある
キャリアメールアドレスの割合が高く数も多いと影響が出る
- 通常1%以下を維持しているバウンス率が1%以上あがる

2. 告知しておく

ログイン後の画面とかで「登録アドレスを変えてくださいね〜」とか
キャリアのメールアドレスが生きているうちに変更を促すメールを送る
- メールを送ると退会するユーザが増えるって話は有名

3. メールサーバでの対策

キャリアメールアドレス宛だけ別のリレーサーバへ回す

Sendmailならmailertable
Postfixならtransport
SendGridとか配信サービスに丸投げするとか?
- 投げた先でどのような遅延対策が入っているかは不明
サイト側サーバの127.0.0.1:25に渡す方が安全(キューの扱い)
プログラムが直接SMTPで別サーバに繋ぐ場合はエラー処理が必須(後述)
- 雑に書いてある送信プログラムは400/500系応答を想定していない
- エラー応答でメールが消える

A. 別のリレーサーバでは低速配信に切り替える

SPFレコードの変更を忘れずに
10秒で1通とかの超低速配信
- 360通/時(リレーサーバが10台なら3600通/時)
- 配送計画と見積もり
SendmailならMinQueueAge, MaxQueueRunSize, MaxDaemonChildrenあたりで調整
Postfixなら
リレーサーバに入ってくる量を制限する場合の注意点
- 制限値を超えても送信側(サイト側サーバ)のキューに落ちるようにしておく
- プログラムが直接リレーサーバにSMTPで繋ぐ場合はエラー処理を確実に
- サイト側サーバのSMTPd(127.0.0.1)に渡す方が確実
  - transportやmailertableでリレーサーバに流れるし
それでも500系エラーが連発すると後続配信が遅延する