auメールが全国で約7時間40分止まった、原因は「処理負荷」。通話とデータが無事だった日の読み方

まず初めに

朝6時に止まって、昼過ぎに直った。たかがメール、されどメールである。今どきキャリアメールなど使っていない、という声は毎回出るが、二要素認証の受け取り先やら、昔からの取引先との連絡先やら、生活の配管の奥底にはまだしっかり残っている。配管は、詰まって初めて存在を思い出す。今回は通話もデータ通信も無事で、詰まったのはメールだけだった。その「だけ」が7時間40分続いた、という話だ。

※個人の感想です

何が起きたのか

KDDIの障害情報によると、2026年10月28日6時から、全国でauとUQ mobileのauメールサービスが利用できない、または利用しづらい状況が発生しました。対象には、他社回線へ乗り換えた後もauのメールアドレスを使い続けられる「auメール持ち運びサービス」も含まれていました。

KDDIの第一報は、10月28日午前7時10分時点のお知らせとして公表されました。この時点では、発生時刻は6時、影響エリアは全国、復旧見通しは「具体的な復旧見通しは、判明次第、お知らせいたします」、原因は「調査中」とされていました。その後、お知らせは更新を重ね、原因の説明と復旧状況が段階的に具体化していきました。障害対応の情報は、最初から完成形で出てくるわけではありません。古い時点のお知らせを引用した情報と、最新のお知らせとでは、原因の記述が異なる場合がある点に注意が必要です。

一方で、音声通話と通常のデータ通信は問題なく利用できた、とKDDIは案内しています。つまり、スマートフォン自体が使えなくなった障害ではなく、キャリアメールの送受信に限った障害でした。

当初の発表では原因は調査中とされていましたが、その後の更新で、メールサービスに関わる設備において処理負荷が高い状態が継続していることが原因だと説明されました。あわせて、現時点でシステムへの不正アクセスは確認されていない、としています。

復旧までの時系列

時刻（10月28日）	状況
6時00分	全国でauメールサービスが利用できない・利用しづらい状況が発生
11時10分時点	メールの送信機能は利用できる状態に戻ったと案内。完全復旧の見通しは「分かり次第」
13時40分	復旧。障害の継続時間は約7時間40分

障害の最中、KDDIは代替策として、スマートフォンやPCのブラウザから使える「Webメール」の利用を案内していました。ただしWebメールを使うには事前の初期設定が必要で、Webメール経由でも負荷の影響で受信に時間がかかる場合がある、という留保が付いていました。

復旧後については、復旧までの間に受信待ちとなったメールが順次配送されること、そのため受信まで時間がかかる場合があることが案内されています。「送ったはずのメールが届いていない」「届くはずのメールが来ない」という場合は、相手側の問題ではなく、この配送待ちの可能性があります。

私たちへの影響

対象は、auとUQ mobileのキャリアメール利用者と、auメール持ち運びサービスの利用者です。確認すべき点は大きく2つあります。

第一に、10月28日の午前から昼過ぎにかけて届くはずだったメールの確認です。認証コードや予約・配送の通知など、時間に敏感なメールが配送待ちに含まれている可能性があります。時間が経っても届かない場合は、送信元へ再送を依頼してください。

第二に、この障害を口実にした不審な連絡への警戒です。大規模な障害の直後には、「障害の補償手続き」などを装うフィッシングメールが出回ることがあります。KDDIからの案内は、公式サイトや公式アプリで自分から確認するのが確実です。メール内のリンクからパスワードやカード情報を入力させる手続きは、障害対応としては案内されていません。

通話やデータ通信を使った連絡（電話、各種メッセージアプリ）は、この障害の影響を受けていません。急ぎの連絡はそちらで代替できます。

初心者が知っておくべきこと

Q. キャリアメールとは何ですか。

A. 携帯電話会社が契約者に提供するメールサービスで、auの場合は「@ezweb.ne.jp」や「@au.com」などのアドレスを使います。スマートフォンのメールアプリで送受信するのが一般的です。

Q. メールだけ止まって、通話やインターネットは使えるのですか。

A. 使えます。音声通話、データ通信、メールは、それぞれ別の設備と仕組みで動いています。今回はこのうちメール側の設備に処理負荷が集中したため、メールだけが影響を受けました。

Q. 障害中に送られたメールは消えてしまうのですか。

A. KDDIは、受信待ちとなったメールは順次配送されると案内しています。消えるのではなく、届くのが遅れる形です。ただし、時間が経っても届かない場合は、送信元に確認してください。

IT Postの見方——「メールだけ」の障害を軽く見ない方がいい理由

IT Postでは、今回の障害で見るべき点は、障害の大きさよりも「代替策の条件」だと考えます。KDDIが案内したWebメールは、事前に初期設定を済ませている人しか使えません。つまり、普段から準備していない人にとって、代替策は実質的に存在しなかったことになります。障害の日に初めて知る代替策は、代替策の顔をした案内文でしかない。

もう1つ、原因の説明が「処理負荷が高い状態が続いた」で止まっている点も気になります。何の処理が、なぜ集中したのか。設備の故障なのか、想定を超えるアクセスなのか、作業ミスなのかで、再発防止の話はまったく変わります。7時間40分という時間の長さも含め、続報で原因の内訳がどこまで開示されるかが、この障害の評価を決める。

とはいえ、発生から復旧までの情報更新が当日中に積み重なり、不正アクセスの有無まで含めて案内された点は、初動としては追いやすい形でした。残るのは中身です。「負荷」でまとめて終わらせない続報を待ちたい。

※個人の感想です

今後どうなりそうか

焦点は、KDDIが原因の詳細と再発防止策をどこまで公表するかです。処理負荷が集中した要因が示されれば、同じ設備構成を持つ他のサービスへの波及の見方も変わります。

IT Postでは、KDDIから原因や再発防止に関する続報が出た場合は、本記事を更新して追います。