Gmailで550 5.1.1が出る原因は？アカウントが存在するのに届かない時の対処法

Gmailの550 5.1.1は、送信先のメールアカウントを存在する宛先として認識できないときに返されるエラーです。

ただし、相手が実際にGmailを使えているのに同じエラーが出るケースもあり、単純な入力ミスだけでは説明できないことがあります。

この記事では、返送メールの確認から複数の送信元を使った切り分け、Google Workspaceで管理者が確認すべき設定まで、迷わず試せる順番で紹介します。

同じメールを何度も再送する前に、どこで配送が失敗しているのかを順番に確認したい人向けの内容です。

Gmailの550 5.1.1は「宛先を認識できない」エラー

Gmailの550 5.1.1は、送信先として指定されたメールアカウントをGmail側が存在する宛先として認識できなかったときに返されるエラーです。

GoogleのSMTPエラー一覧では、550 5.1.1は「送信しようとしたメールアカウントが存在しない」状態として案内されています。

ただし、実際に使えているGmailアドレスでも過去に同じエラーが発生した事例があるため、550 5.1.1が出たからといって宛先の入力ミスだけが原因とは限りません。

550 5.1.1の意味と最初に確認すべきこと

550 5.1.1が返ってきたら、最初に確認したいのは配信不能通知に記載されている実際の宛先メールアドレスです。

RFC 3463では5.1.1を「Bad destination mailbox address」と定義しており、インターネットメールでは主にアットマークより左側のメールボックス部分が無効な状態を示します。

また、先頭の「5」は恒久的な失敗を表すため、同じ宛先へ何度も送り直すだけでは解決しにくいエラーです。

たとえば仕事のメールを送った直後、「相手は昨日まで普通に使っていたはずなのに、なぜ存在しないと表示されるの」と戸惑う場面もあるでしょう。

このとき送信画面に見えている文字だけを確認するのではなく、返送メールを開き、どの宛先に対して550 5.1.1が返されたのかを確認します。

Googleは、スペルミスのほか、不要な空白、末尾のドット、引用符、古い連絡先情報なども確認するよう案内しています。

連絡先の自動補完から古いアドレスを選んでいた場合は、本人が正しい宛先を入力したつもりでも、実際には別の文字列へ送信していることがあります。

まず返送メールの宛先を一文字ずつ確認し、正しいアドレスへ送り直すことが最初の対処です。

なお、550 5.1.1は容量不足や迷惑メール判定を直接示すコードではありません。

Googleの案内では、容量不足は552 5.2.2、無効なアカウントは550 5.2.1、迷惑メールやポリシーによる拒否は主に5.7.x系として区別されているため、エラー番号を正確に見ることが原因の切り分けにつながります。

実在するGmailでも550 5.1.1が出る場合がある

宛先が間違っていないのに550 5.1.1が出るケースも、完全には否定できません。

株式会社エアネットは2020年12月、実在するGmailアドレスへの送信でも「アカウントが存在しない」とする550 5.1.1が返る障害が発生していたと案内しています。

つまり、「550 5.1.1だから宛先は必ず存在しない」と決めつけるのは早いということです。

2026年11月8日にもGmailのヘルプコミュニティでは、Gmailへログインでき、過去のメールも閲覧でき、自分から自分へのメールは届く一方で、外部のメールサービスから送ると550 5.1.1になるという相談が投稿されています。

この投稿だけでGoogle側の障害だったと断定することはできません。

2026年11月13日22時43分時点では、Google WorkspaceステータスダッシュボードにGmailの公式なインシデント表示もありませんでした。

それでも、正しいアドレスに複数の送信元から送って同じ550 5.1.1が繰り返されるなら、単純な入力ミス以外の可能性も含めて調べる必要があります。

宛先が実在すると確認できている場合は、「存在するはずだからエラーがおかしい」で止まらず、送信元と受信側のどこで失敗しているかを順番に切り分けるのが近道です。

アカウントが存在するのに550 5.1.1になる原因

Gmailアドレスが実在していても550 5.1.1になる場合は、入力したつもりの宛先と実際に配送された宛先が違うケースと、外部からの配送だけが正常に処理されていないケースを分けて考えます。

「本人は普通にGmailを使えている」という情報だけでは原因を絞り切れないため、どこまで正常で、どこから失敗するのかを見ることがポイントです。

宛先の入力ミスや古い連絡先が使われている

アドレスが存在すると分かっているのに550 5.1.1が出るときは、送信者が見ている宛先と、実際に配送処理へ渡された宛先が同じかを確認します。

たとえば月曜の朝、いつもの取引先へ急いで返信し、自動補完に出てきた名前をそのまま選んだとします。

表示名は同じでも、連絡先に古いメールアドレスが残っていれば、「正しい相手に送ったはずなのに戻ってきた」という状態が起こります。

Googleも、スペルミスだけでなく不要な空白、末尾のドット、引用符、古い連絡先情報などを確認するよう案内しています。

連絡先候補を選び直すより、正しいメールアドレスを確認して新規メールに直接入力する方が切り分けしやすくなります。

なお、個人用のgmail.comでは、ユーザー名に入ったピリオドは通常無視されます。

たとえばjohnsmith@gmail.comとjohn.smith@gmail.comは同じ受信トレイとして扱われるため、個人用Gmailでピリオドの位置だけを550 5.1.1の原因と決めつける必要はありません。

一方、会社や学校で使うGoogle Workspaceの独自ドメインではピリオドの扱いが異なるため、同じ考え方はできません。

外部からのメールだけ受信できない状態が起きている

宛先が正しく、自分から自分へのメールは届くのに外部サービスから送ると550 5.1.1になる場合は、Gmail内部の送受信と外部からの配送を分けて確認します。

2026年11月8日のGmailヘルプコミュニティにも、ブラウザ版やアプリでGmailを利用でき、自分宛てのメールも届く一方、Yahoo!メールなど外部からの送信だけ550 5.1.1になるという相談が投稿されています。

ただし、このユーザー報告だけでGoogle側の障害や特定の原因が確定したわけではありません。

「Gmailにログインできるのだから、受信側には問題がないはず」と考えたくなりますが、ここは少し注意が必要です。

GoogleアカウントではGmailサービスだけを削除し、ほかのGoogleサービスを継続利用する仕組みがあるため、GoogleアカウントへログインできることだけではGmailメールボックスが正常とは判断できません。

逆に、Gmail画面を開けて過去メールを確認でき、自分宛ての新しいメールまで届いているなら、単純にGmailサービスが削除された状態だけでは説明しにくくなります。

この場合は「アカウントがあるか」ではなく、「どの送信元からなら届き、どこから送ると550 5.1.1になるのか」を確認すると原因を絞り込みやすくなります。

特定の送信元だけで失敗するのか、複数の外部メールサービスで同じ結果になるのかによって、次に確認すべき場所が変わります。

550 5.1.1が出たときの対処法を順番に確認

550 5.1.1が出たら、宛先の確認から始め、次に送信元を変えて再現性を調べ、最後にGoogle側の障害情報を確認する順番が分かりやすいです。

アプリの再インストールやパスワード変更を先に試すより、メールがどこまで正常に配送されているかを切り分けた方が原因に近づけます。

返送メールの宛先とエラー全文を確認して再送する

最初に行うのは、返送された配信不能通知を開き、550 5.1.1が出た宛先とエラー全文をそのまま確認することです。

Googleも、返送メールの内容を確認したうえで、宛先のスペルや不要な空白、末尾のドット、引用符、古い連絡先などを見直すよう案内しています。

金曜の夕方、急いで取引先へ資料を送り直していると、「アドレスは合っているはずだから、もう一度送れば届くだろう」と考えたくなる場面もあります。

ただ、5.1.1は恒久的な失敗に分類されるため、宛先を確認しないまま同じメールを繰り返し送っても、状況が変わらなければ解決にはつながりません。

自動補完を使っていた場合は候補を一度消し、相手から確認した正しいメールアドレスを新規メールへ直接入力します。

そのうえで再送し、同じ550 5.1.1が返るかを確認してください。

正しい宛先を手入力しても同じエラーになるなら、単純な入力ミス以外の原因を調べる段階に進みます。

複数の送信元と公式障害情報で原因を切り分ける

宛先に問題が見つからない場合は、異なるメールサービスから同じGmailアドレスへ送信し、症状が再現するかを確認します。

たとえば、ある送信元では届くのに別の送信元だけ550 5.1.1になるなら、すべての外部メールを受信できない状態とは切り分けられます。

反対に、複数の独立した送信元から正しい宛先へ送っても同じ550 5.1.1になる場合は、1人の送信者による入力ミスだけでは説明しにくくなります。

• Gmailから自分自身へ送ったメールが届くか
• 別のGmailアカウントから送ると届くか
• Gmail以外のメールサービスから送ると届くか
• どの送信元でも同じ550 5.1.1が返るか

ここまで確認したら、Google WorkspaceステータスダッシュボードでGmailの障害情報も確認します。

調査基準日の2026年11月13日22時43分時点では、公式ダッシュボードにGmailのインシデントは表示されていませんでした。

公式ダッシュボードに障害表示がないことだけで、個別ユーザーの問題まで存在しないとは断定できません。

実際、2020年には実在するGmailアドレスが存在しない宛先として扱われ、550 5.1.1が返る障害も報告されています。

「正しい宛先でも複数の外部送信元から失敗する」という再現条件を残しておくと、単なる入力ミスなのか、受信側を含む別の問題なのかを判断しやすくなります。

Google Workspaceで550 5.1.1が出る場合の対処

会社や学校のGoogle Workspaceで550 5.1.1が出る場合は、個人用Gmailとは確認する場所が異なります。

管理者がユーザーやメールエイリアス、MXレコードを確認し、それでも原因が分からなければEmail Log Searchで配送状況を追うのが基本です。

ユーザー・エイリアス・MX設定を管理者が確認する

Google Workspaceでは、まず宛先として指定したメールアドレスが管理画面上で正しく受信できる状態かを確認します。

個人用のgmail.comと違い、独自ドメインでは組織側の設定もメール配送に影響するためです。

たとえば月曜の朝、異動した社員のメールアドレスへ取引先から送信したところ、突然550 5.1.1が返ってきたとします。

本人がGoogleサービスを使えていたとしても、「メールアドレスの設定も問題ない」とは限りません。

• 対象ユーザーが停止されていないか
• 宛先として使っているメールエイリアスが登録されているか
• 独自ドメインのMXレコードが正しく設定されているか
• 組織でGmailが有効になっているか

Google Workspaceでは、管理者がユーザーを停止すると新しいメールの受信がブロックされます。

メールエイリアスは1ユーザーにつき最大30個まで追加できますが、設定変更が反映されるまで最大24時間かかる場合があります。

MXレコードの変更も即時とは限らず、Googleの案内では反映に最大72時間かかる場合があります。

設定変更の直後に550 5.1.1が出た場合は、変更内容だけでなく反映待ちの時間も確認してください。

Workspaceでは「アドレスの文字列が正しいか」だけでなく、「そのアドレスを組織側が現在受信先として認識できる設定になっているか」まで確認する必要があります。

Email Log Searchで配送状況と失敗原因を調べる

管理画面の設定を見ても原因が分からない場合は、Email Log Searchで対象メールの配送状況を確認します。

Email Log SearchはGoogle Workspace管理者向けの機能で、送信者、受信者、日付、IPアドレス、件名、Message-IDなどを使ってメールを検索できます。

「取引先からは送ったと言われた。でも受信トレイには何もない」という状況でも、対象メールがどこまで処理されたのかを確認する手掛かりになります。

検索結果は1回につき最大1,000メッセージです。

30日より古いメールを調べる場合は、完全な受信者アドレスとMessage-IDが必要になり、確認できる配送ステータスにも制限があります。

550 5.1.1の調査では、返送メールを削除せず、送信日時や宛先、Message-IDなどを残しておくと管理者が追跡しやすくなります。

エラーが出た日時、送信者、受信者、返送されたコードをそろえて管理者へ伝えると、「届かない」という情報だけを渡すより調査範囲を絞れます。

Workspaceで同じ550 5.1.1が繰り返される場合は、再送を続けるより、管理者側の設定確認とEmail Log Searchによる配送経路の確認を優先してください。

Gmailの550 5.1.1は宛先確認と原因の切り分けで対処する

Gmailの550 5.1.1は、送信先のメールアカウントを存在する宛先として認識できなかったときに返されるエラーです。

まず返送メールに表示された宛先を確認し、正しいアドレスでも再現するなら送信元を変えて原因を切り分けてください。

実在するGmailでも過去に550 5.1.1が発生した事例があるため、入力ミスだけを原因と決めつける必要はありません。

複数の外部送信元でも同じエラーになる場合は、公式の障害情報も確認し、どの経路なら届くのかを記録しておくと状況を整理しやすくなります。

会社や学校のGoogle Workspaceでは、ユーザーやエイリアス、MX設定を確認し、必要に応じてEmail Log Searchで配送状況を調べます。

同じメールを何度も再送するより、宛先、エラー全文、送信元、発生日時を残して順番に確認する方が解決への近道です。