さくらのメールがOutlook宛てに届かなくなったときは、返ってきたエラーメールの全文を先に確認すると、認証設定とメールソフトのどちらから調べるかを絞れます。
2026年11月10日、さくらインターネットはMicrosoft社のメールサービス宛てに送信したメールが拒否される事象を案内しました。該当するエラーを照合してから、SPF・DKIM・DMARCの設定と、設定後の着信まで順に確かめましょう。
さくらのメールがOutlook宛てに届かないときの公式告知
さくらインターネットの告知では、2026年11月7日ごろからMicrosoft社のメールサービス宛ての送信拒否を確認したとされています。確認先として挙がるのはOutlook.com・Hotmail.com・Outlook.jp・Live.jpなどで、さくらの全メールが停止したという案内ではありません。
この告知で示されたエラーは次のとおりです。
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
返送されたメールにこの文がある場合は、メール送信に使うドメインの認証設定を調べるところから始めます。さくらは、SPF・DKIM・DMARCなどが未設定、または正しく認証されていない場合に発生する可能性を案内しています。
出典:さくらインターネット「Microsoft社のメールサービス宛てにメールが届かない事象について」(2026年11月10日)
要点認証設定と着信の確認を一続きにする
まずエラー全文を保存し、送信した経路とドメインの設定を照合します。設定を行っても到達は保証されないため、最後は受信者の着信と返送エラーまで確かめる流れです。
さくらのメールが届かない原因をエラーから切り分ける
宛先のOutlook.comと、メールソフトのOutlookを分ける
Outlook(アウトルック)には、Microsoftのメールサービスとメールソフトという二つの意味があるため、どちらの問題かを先に分けます。さくらのメールをOutlookアプリで読み書きしていても、相手の受信サービスまで同じとは限りません。
今回の告知と照合するのは、主に相手の宛先ドメインと返送エラーです。一方、アプリがサーバーへ接続できない場合は、送信前の設定や接続の確認が先になります。
| 見えている症状 | 最初の確認先 | 残す記録 |
|---|---|---|
| AS9031519 | 送信ドメイン認証 | 返送エラー全文 |
| 証明書の警告 | 接続サーバー名 | 警告文・設定画面 |
| 一部の宛先で不達 | 宛先と送信経路 | 日時・宛先ドメイン |
11月10日以降の証明書警告は別の案内
さくらは別の告知で、メールソフトの送受信サーバー名が独自ドメインやIPアドレスの場合、2026年11月10日以降に証明書の警告が出て送受信できなくなると案内しています。対象の設定では、送信・受信サーバー名を初期ドメインへ変更する対処が示されています。
この初期ドメインは、さくらから割り当てられた接続先のサーバー名です。差出人のメールアドレスを変更する話ではないので、認証エラーと混同してアドレスやDNSを変えないようにしましょう。
出典:さくらインターネット「メールソフトでの送受信時にセキュリティ例外に関する警告が表示されたお客様へ」(2026年11月4日)
注意550という番号だけで原因を決めない
同じ550でも後に続くコードや英文で確認先が変わります。今回のAS9031519と違う場合は、返送された文を省略せずに保存してから、その内容に沿って調べます。
さくらのメールのSPF・DKIM・DMARCを確認する手順
さくらのメールの認証を確認するときは、SPF・DKIM・DMARCを一組として扱います。それぞれ役割が異なるため、SPFだけを設定して作業を終えると、ほかの認証に問題が残っていても気づけません。
SPF
そのドメインから送ってよいサーバーをDNSで示す。
DKIM
送信メールに電子署名を付け、受信側が公開鍵で検証する。
DMARC
認証と差出人ドメインの整合を確認し、失敗時の扱いを示す。
変更する前にDNSの管理先と既存設定を保存する
まず、現在使っているネームサーバーを確認します。これはドメインの接続先やメール認証の情報を公開する仕組みで、ドメインを購入した会社と管理先が違うこともあります。
さくらの指定ネームサーバーはNS1.DNS.NE.JPとNS2.DNS.NE.JPです。それ以外を使っている場合は、現在のDNS管理先での登録が必要になるので、購入先だけを見て作業を進めないでください。
管理先が分かったら、現在のTXTレコードと利用している送信サービスを記録します。管理の担当が曖昧なら、ドメイン管理の担当と契約情報を確認する方法から整理すると、誰に変更を依頼するかを決めやすくなります。
SPFは既存の送信元を残して確認する
さくらの指定DNSを使っている場合は、サーバーコントロールパネルで「ドメイン/SSL」→対象ドメインの「設定」→「メールドメイン設定」へ進みます。SPFの「利用する」と保存内容を確認するのが、公式マニュアルの手順です。
その際は、初期ドメインまたは追加済みドメインでログインします。メールアドレスでのログインでは設定項目が表示されない場合があるため、画面が見つからないだけで機能がないと判断しないようにしましょう。
すでに配信サービスのSPFがある場合は、同じドメインにSPFをもう1本追加しないことが前提です。必要な送信元を一つのSPFレコードにまとめるため、既存値を保存し、各サービスが指定する値と照合してから編集します。
他社DNSの場合は、その管理画面での登録になります。ネット上の例を丸ごと貼ると自社が使う送信元が抜けることがあるので、さくらのサーバーと外部サービスの両方を含む設計を管理者に依頼しましょう。
DKIM署名とDMARCもDNS管理先に合わせる
DKIMは、コントロールパネルの「メール」→「メールドメイン」→対象の「設定」→「DKIM設定」で確認します。ビジネス以上のプランでは「メール」の代わりに「ユーザー・メール」から進みます。
さくらの指定DNSなら、この画面でDKIMレコードやDMARCレコードの利用と保存内容を確かめます。新しく署名を用意する際は、秘密鍵の新規作成と表示されたセレクタを使う手順が示されており、すでに署名がある場合は現在の設定を先に確認する順番です。
設定内容を確認したら「設定する」を押して保存し、保存された値を見直します。
一方、他社DNSでは「利用する」にチェックを入れるだけでは登録が完了しません。さくらの画面で表示される公開鍵とセレクタを基に、現在のDNS管理先へDKIMのTXTレコードを追加し、DMARCのレコードもそちらで登録します。
セレクタはどの公開鍵を参照するかを示す名前で、公開鍵と組み合わせて確認します。秘密鍵は公開DNSや通常の問い合わせメールへ貼らないようにし、依頼先へ渡す情報も公開用の値と区別してください。
出典:さくらインターネット「DKIM署名、ARC署名、DMARCを設定したい」
- SPF:現在の送信元が含まれ、重複したレコードがないか
- DKIM:署名する側の設定と、公開DNSの鍵が対応しているか
- DMARC:公開DNSに設定され、差出人ドメインとの整合を確認できるか
フォームや外部サービスのメールがOutlookに届かない場合
さくらのメールと同じ差出人アドレスでも、フォーム・受注通知・メルマガが別の仕組みから送信されている場合があります。この場合は、普段のメールソフトで送れた結果だけで、すべての経路の復旧を判断できません。
さくらから送るメール
外部サービスから送るメール
さくらのDKIM署名にも送信方法の条件があり、外部の配信サービスにさくらの署名がそのまま付くわけではありません。フォームからの不達なら、WordPressの問い合わせフォームでメールが届かないときの確認順も参考に、フォームの通知と通常メールを分けて調べます。
また、SPFやDKIMの結果がpassでも、認証に使ったドメインと画面に見えるFromのドメインが整合しなければ、DMARCに失敗する場合があります。認証結果を見る担当者には、合否だけでなくどのドメインで認証されたかまで照合してもらいましょう。
出典:Microsoft Learn「Microsoft 365での電子メール認証のトラブルシューティング」
警告届かせるためにDMARCを急に強化しない
Rejectは認証に失敗したメールを拒否する方針です。正規の送信経路が整っていない状態で拒否を強めると必要なメールにも影響するため、現在の送信元と認証結果を確認してから方針を決めます。
メールの保護を会社全体で見直す場合も、届かせる設定と不審メールを防ぐ設定を一緒に整理すると、場当たり的な変更を減らせます。会社のメールセキュリティ対策では、認証以外の備えも確認できます。
さくらのメールの設定後に確認する着信と再送
さくらのメールの設定を保存したら、DNSへの反映と実際の着信を分けて確かめます。反映に必要な時間は設定や管理先で異なるため、保存直後に届かないだけで同じ設定を繰り返し変更しないでください。
実メールを確認する担当者は、ヘッダーのAuthentication-ResultsでSPF・DKIM・DMARCの結果を読みます。管理画面に設定済みと出ることと、今使っている送信経路で認証が通ることは別なので、経路ごとの結果を残すと再調査にも使えます。
そのうえで受信者に、受信トレイと迷惑メールフォルダーの両方を確認してもらいます。送信済みフォルダーにあるだけで、相手が受け取ったと判断しないことが、取引先への連絡漏れを防ぐ確認になります。
以前に拒否されたメールについても、設定の修正だけで自動的に届いたとは判断できません。先方と必要なメールを照合し、届いていない分を再送する際は、対象の件名や日時を合わせて重複送信を避けましょう。
不達を機にサーバーの変更まで検討する場合は、認証設定の修正と移転を別の作業として計画します。メールを止めずにサーバー移転を依頼するための確認リストで、過去メールや端末設定の引き継ぎも先に整理できます。
メール不達の調査を依頼するときに渡す情報
さくらのメールを設定し直しても届かない場合は、返送エラーと送信経路の記録をそろえて、契約先のサポートや管理担当へ渡します。「Outlookに届かない」だけより、問題が起きている区間を絞って相談できるようになります。
- 発生した日時と、届かない宛先のドメイン
- エラーメール全文とAS9031519などのコード
- さくらウェブメール・メールソフト・フォームなどの送信方法
- 現在のDNS管理先と、変更した項目・変更時刻
- 届く経路と届かない経路、認証結果の違い
この記録を共有する際は、パスワードや秘密鍵を含めず、送信者・受信者の情報も調査に必要な範囲に絞ります。複数の会社が管理している場合は、ホームページ保守の依頼範囲を確認し、DNS・フォーム・サーバーの担当を決めておくと依頼先が分かれたままになりません。
Outlook宛てにメールが届かないときのよくある質問
Qさくらのメールが急にOutlook宛てへ届かなくなった理由は何ですか？
Aさくらは2026年11月7日ごろからMicrosoft社のメールサービス宛ての送信拒否を確認し、11月10日に告知しています。自社の理由はエラー全文と送信経路で異なるため、AS9031519がある場合は送信ドメインの認証設定から確認します。
QAS9031519のエラーは何を確認すればよいですか？
AAS9031519が含まれるエラーでは、送信に使うドメインのSPF・DKIM・DMARCが設定され、正しく認証されているかを確認します。エラーだけで、どの認証が不足しているかまで一意に決まるわけではありません。
QOutlookアプリを入れ直せばメール不達は直りますか？
AOutlookアプリの入れ直しで送信ドメインの認証設定は変わりません。宛先側の受信拒否と、アプリの接続や証明書の警告を分けて確認する必要があります。
Qさくら以外でDNSを管理していても認証を設定できますか？
A他社DNSでも認証設定は可能ですが、現在のDNS管理先へ必要なレコードを登録します。さくら側でDKIMやDMARCの「利用する」にチェックを入れるだけでは、他社DNSへの登録は完了しません。
QSPFだけ設定すればOutlookへ届きますか？
ASPFだけで到達を判断することはできず、さくらはSPF・DKIM・DMARCの確認を案内しています。外部配信サービスを使う場合は、そのサービスからの送信経路も確認します。
Q認証設定をすべて直せば必ず受信されますか？
A認証設定を直してもメールの到達は保証されません。受信側の判定も関わるため、実際の着信と迷惑メールフォルダー、返送エラーを確認します。
Q届かなかったメールは設定後に自動で再送されますか？
A届かなかったメールが設定後に自動で再送されたとは判断できません。受信者と対象の件名や日時を照合し、未着分の再送が必要かを確認します。
さくらのメール不達はエラー全文の保存から進める
まずはエラー全文の保存、送信元の洗い出し、認証と着信の照合の順に進め、変更と確認の結果を残しましょう。弊社でも、予算や依頼したい範囲に合わせて、サイトとサーバーの運用・管理を柔軟にご相談いただけます。