BIGLOBE・ぷらら・OCN・niftyのメールがGmailに届かない時の対処法｜プロバイダ別の公式見解と自分で直せる範囲

※本ページにはプロモーション(広告)が含まれています

📑 この記事の目次（タップで開く）

1. 結論：まず「向き」を30秒で確定させてください
2. 2026年6月以降に急に送受信できなくなった人は、先にここを確認してください
3. 前提：プロバイダメールは「差出人アドレス」と「通った送信サーバー」の組み合わせで審査されます
4. （A）自分で直せる範囲：送信側チェック5つ
5. プロバイダ別：公式の状況と「届かない時に公式が言っている答え」
6. エラーメールが返ってきた時：「自社サーバーが止めた」か「Gmailが拒否した」かを先に見分ける
7. 無音で届かない・相手の迷惑メールに入る時の切り分け
8. （B）プロバイダのメールをGmailで受け取っている人：POP取り込みの終了と、転送の「なりすまし判定」
9. （C）逆方向：Gmailから自分のプロバイダ宛に来ないときの確認先
10. これから起きる変化：ぷららメールの終了、BIGLOBEの契約条件、キャリアメールとの境界
11. よくある質問
12. まとめ：向き→状態→プロバイダ別の答え、の順に

結論：まず「向き」を30秒で確定させてください

プロバイダのメールアドレス（BIGLOBE・ぷらら・OCN・@niftyなど）とGmailの間で「届かない」が起きたとき、設定を手当たり次第に触る前に決めてほしいのが「向き」です。（A）プロバイダのアドレスから送ったメールがGmailの相手に届かない／（B）プロバイダ宛のメールをGmailで受け取る仕組み（転送・取り込み）が止まった／（C）Gmailから自分のプロバイダ宛のメールが来ない——この3つは原因も、直せる人も、問い合わせ先もまったく違います。下の表で自分の現在地を確定してから、該当する章へ進んでください。

この記事は、Outlookから送ったメールがGmailに届かない時の対処記事で「差出人がプロバイダのアドレスの場合」として分岐していた部分を、プロバイダごとの公式情報で深掘りしたものです。Gmailの送信者ガイドラインそのものの解説や、英語のエラー通知（バウンスメール）の一般的な読み方、相手にお願いする依頼文のテンプレートは兄弟記事に譲り、ここではBIGLOBE・ぷらら・OCN・@niftyが公式に何と言っているか、そのうち自分で直せるのはどこまでかに集中します。

なお、docomo.ne.jpなどの携帯キャリアメールはプロバイダメールとは別物です。「ドコモメールにパソコンからのメールが届かない」型の相談は受信側（相手側）の設定が大半なので、本記事では最後の章で境界だけ示します。また、送信ボタンを押した瞬間にメールアプリがエラーを出すケースのアプリ別手順は、Outlook・iPhone・Macのメール・Thunderbirdの各記事が担当しています。本記事では「各プロバイダが公式に指定している設定値」を表で示すまでに留めます。

2026年6月以降に急に送受信できなくなった人は、先にここを確認してください

「Gmailに届かない」で検索してこの記事に来た方の中には、実はGmail以前の段階、つまり自分のプロバイダのメールサーバーにそもそも接続できていない人が相当数います。きっかけは2026年6月23日に公表された不正アクセスです。

• BIGLOBE：BIGLOBEメールのシステムへの不正アクセスにより、メールアドレス・BIGLOBE ID・パスワードが外部に漏えいした可能性があると公表されました。予防措置として、2026年7月1日から7月9日にかけて、パスワードを変更していなかった利用者のBIGLOBEパスワードがリセットされています。BIGLOBEは公式に、リセット後は「メールソフトを使用したBIGLOBEメールの送受信」ができなくなるため、メールソフトやスマートフォンのメールアプリで新しいパスワードを入力し直す必要があると案内しています。あわせて、当面の間メールアドレス変更サービスを無料にするとも明記されています（BIGLOBE会員サポートのお知らせ）。
• @nifty：同じく6月23日に、メールアドレスとメールパスワードが漏えいした可能性があると公表されました。6月23日〜24日にメールパスワード変更手続きの案内が送られ、6月25日23時59分の期限までに変更が完了しなかったアカウントは順次パスワードが無効化されています。@niftyは「無効化に伴い、これまでお使いのメールパスワードではメールソフトでの送受信ができなくなっております」と明記し、さらに「送信に心当たりがないにも関わらず、送信エラーのメールが届く場合は、第三者による不正利用も考えられます」と注意喚起しています。パスワードを変更しても@nifty側のメール転送設定は解除されない点も公式に書かれています（@nifty会員サポートの案内）。

両社とも、原因はISP向けに提供されていたメール基盤（KDDI提供）の脆弱性であると説明しています。被害の範囲や経緯の推測はここでは書きません。読者にとって大事なのは次の3点だけです。

1. メールソフトのパスワードが「古いまま」になっていないか。7月以降に突然「認証に失敗しました」「ユーザー名またはパスワードが正しくありません」といった表示が出始めたなら、まずこれを疑ってください。相手のGmailの問題ではありません。
2. Webメール（ブラウザから使う各社のメール画面）にログインして送受信できるか。Webメールで送れてメールソフトで送れないなら、原因はメールソフト側の設定（パスワード・サーバー名・ポート）に絞られます。
3. 身に覚えのない送信エラーや「送信機能停止」「利用停止」の通知が来ていないか。来ていれば不正利用の疑いがあります。各社の公式手順でパスワードを変更し、次の章以降のチェックに進んでください。

パスワードの再設定手順そのものは各社の公式ページに従ってください（BIGLOBEは電話認証を通じた新パスワード設定、@niftyは会員サポートの手順）。本記事では手順の丸写しはしません。

前提：プロバイダメールは「差出人アドレス」と「通った送信サーバー」の組み合わせで審査されます

ここからの話を理解するために、仕組みを1段落だけ押さえておきます。Gmailはメールを受け取るとき、差出人アドレスのドメイン（@の右側）と、実際にそのメールを送ってきたサーバーが正しく対応しているかを確認します。対応していれば「本物のぷららから来たぷららのメール」として扱われ、対応していなければ「ぷららを名乗る別のどこか」として疑われます。この確認に使われる技術が、辞典で解説しているSPF・DKIM・DMARCです。用語の意味は辞典と兄弟記事に任せて、ここでは繰り返しません。

プロバイダメールの利用者にとって決定的に重要なのは、この認証の設定はすべてプロバイダが行うもので、利用者が触る余地はないという事実です。OCNは公式に「OCNメールのSPFレコードはお客さまによる設定や変更はできません。また、設定値のご案内も行っておりません」と明記しています。つまり利用者にできるのは「プロバイダが用意した正規のルートでメールを出す」ことだけで、逆に言えば正規のルートから外れた出し方（他社の送信サーバー経由、差出人の書き換え、一部の転送）をすると、プロバイダがせっかく整えた認証が効かなくなるわけです。

そして時間軸として知っておくべきなのが、2024年にぷらら・OCN・@niftyが「Gmailの要件に対応した」と告知して以降、2025〜2026年にかけて認証の運用が一段と厳しくなったことです。ぷららは2025年10月15日から送信DMARCポリシーを「none（監視のみ）」から「quarantine（隔離）」へ、2025年12月頃に「reject（拒否）」へ引き上げると告知しました。BIGLOBEは2025年7月28日にbiglobe.ne.jpのポリシーをnone→quarantineへ変更し、2026年4月22日からは利用者のアドレスに使われるm**.biglobe.ne.jp・k**.biglobe.ne.jp・bma.biglobe.ne.jpをquarantine→rejectへ引き上げています。OCNの利用者用サブドメインも、2026年8月19日時点のDNS実測でrejectになっています。「認証に失敗したメールは破棄してよい」とプロバイダ自身が宣言している状態なので、以前は何となく届いていた「他社サーバー経由」「差出人の書き換え」が、今は届かなくなったという現象が起きやすくなりました。これは改悪ではなく、なりすまし対策として正しい方向の変化です。利用者側は「正規のルートから出す」を徹底すれば影響を受けません。

（A）自分で直せる範囲：送信側チェック5つ

プロバイダのアドレスからGmail宛に送って届かないとき、利用者が自分で確認・修正できるのは次の5点に集約されます。逆に言えば、5点がすべて正しいのに届かないなら、残りはプロバイダ側か相手側の領域です。その線引きができるだけでも、問い合わせが一度で済みます。

チェック①：差出人（From）が、そのプロバイダで契約しているアドレスの完全形になっているか

最も見落とされやすく、かつ公式が最も強く注意しているのがここです。ぷららは2024年6月19日の追記で、「AAA@bbb.plala.co.jp」のように差出人アドレスを誤設定している場合（正しくはplala.or.jp）や、Gmailなどぷらら以外のアドレスを差出人に設定している場合、ぷららがDKIM認証結果を付与できず、Gmailで受信できなくなると明記しました。さらに2024年6月下旬からは、SMTP認証に使ったアドレスと差出人アドレスが一致しない場合はメール送信そのものを制限すると告知しています（ぷららの告知・迷惑メール対策の強化について）。

確認するのは、メールソフトのアカウント設定にある「メールアドレス」「差出人」「ユーザー情報」といった欄です（ソフトによって名称が違います）。「@より右側も含めて、契約書類や会員ページに書かれたアドレスと1文字も違わないか」を見てください。数年前に設定したまま、ドメインの綴り間違いや、別サービスのアドレスを差出人に入れているケースが実在します。また、複数アカウントを1つのメールソフトに入れている人は、「送信に使うアカウント」と「差出人欄」が別のアカウントになっていないかも確認してください。

チェック②：送信サーバーが自社のもので、SMTP認証がオン、ユーザー名がアドレスの完全形か

「SMTP認証」とは、メールを受け取る時だけでなく送る時にもユーザー名とパスワードで本人確認をする設定のことです。メールソフトでは「送信サーバーは認証が必要」「SMTP認証を使用する」「受信サーバーと同じ設定を使う」といったチェック欄がそれにあたります。

各社が公式に指定している現行の送信設定と、あわせて受信（IMAP／POP）の設定値は次の通りです。ここで重要なのは「古い設定が今も通るとは限らない」点です。BIGLOBEは2020年10月14日で旧来の設定（ポート25・暗号化なし・SMTP認証なし）の提供を終了、OCNは2019年10月以降推奨設定値以外では送受信できない仕様に、ぷららは2025年5月下旬から推奨設定値以外では送受信できないと案内しています。何年も前にセットアップしたパソコンや、古い設定を引き継いだ新しいスマートフォンが、ある日を境に送れなくなる典型がこれです。

設定値は各社の公式ページで変更される可能性があります。最新の値は必ず公式の設定案内で確認してください。メールソフト側のどの画面にこれらを入力するかは、Outlookの送信サーバー認証の記事やアプリ別の記事を参照してください。

チェック③：他社の回線・テザリング・外出先から送っていないか（OP25B）

プロバイダメールは「自社の回線から自社の送信サーバーへ」が前提で設計されてきました。他社の回線や携帯電話のテザリングから送る場合、回線側が25番ポートの送信を遮断する対策（Outbound Port 25 Blocking）を行っているため、古い「ポート25」設定のままだと送れません。@niftyは公式FAQで「@nifty以外の回線で@niftyメールを利用している場合、回線を提供しているプロバイダーが『25番ポートブロック（Outbound Port25 Blocking）』を実施すると、@niftyの送信サーバー（smtp.nifty.com）でメールが送信できなくなります」とし、送信ポートをサブミッションポート587番に変更するよう案内しています。上の表の通り、各社の現行推奨値（465または587＋認証）にしておけば、回線がどこであっても原則として送れます。

チェック④：Webメールから自分のGmail宛にテスト送信する

これが「自分の設定か、プロバイダか、相手か」を最短で切り分ける方法です。各社のWebメールにログインし、自分自身のGmailアドレス（持っていなければ家族のもの）に短いテストメールを送ってください。Webメールとは、メールソフトを使わずブラウザ（Safari・Chrome・Edgeなど）から直接プロバイダのメールを読み書きする画面のことで、入口は次の通りです。ログインに使うIDとパスワードの種類が会社ごとに違う点にだけ注意してください。

• BIGLOBEウェブメール：BIGLOBEメールのページの「ログイン」から（ログイン先は webmail.biglobe.ne.jp）。メールアドレスまたはユーザID（BIGLOBE ID）とBIGLOBEパスワードでログインします。
• ぷららWebメール：ぷららWebメールのページから（ログイン先は webmail.plala.or.jp）。ぷららのメールアドレスとメールパスワードでログインします。
• OCNメール（Webメール）：mail.ocn.jp。メールアドレスとメールパスワードでログインします。
• @nifty Webメール：mail.nifty.com/mailer/。@nifty ID（または@niftyユーザー名）と「ログインパスワード」でログインします。メールソフトに入れる「メールパスワード」とは別物で、セカンドメールは別の入口です。

テスト送信の結果は次の3通りに分かれます。

• Webメールからは届くのに、メールソフトからは届かない→ 原因はメールソフトの設定（チェック①②③）に絞られます。プロバイダにもGmailにも問い合わせる必要はありません。
• Webメールからも届かない（迷惑メールフォルダにも無い）→ 設定の問題ではありません。プロバイダ側の状況（次章）か、相手側の判定です。エラーメールが返ってきていればその内容が手がかりになります。
• Webメールからも「迷惑メール」に入る→ 設定は通っているが、Gmail側の判定で振り分けられています。次章の公式見解と、「無音で届かない・迷惑メールに入る時」の章へ。

@niftyもOCNも、公式FAQで「メールソフト起因かどうかはWebメールで送受信できるか確認する」と案内しており、サポートに問い合わせる際もこの結果を伝えると話が早く進みます。

チェック⑤：宛先数・添付サイズが公式の上限を超えていないか

上の表にある通り、BIGLOBEは1通あたり100宛先・20MB、@niftyは20MB、OCNはメールソフト経由で10MBが上限です。写真を何枚も添付した場合や、一斉送信でCC／BCCを大量に入れた場合は、Gmailの判定以前にプロバイダ側で止まります。上限超過は通常エラーメールが返るので、次章の「自社サーバーが止めた型」として見分けられます。

以上の5点を終えて「全部正しい」と確認できたら、それ以上メールソフトをいじる必要はありません。ここからは、プロバイダが公式に何と言っているかで判断します。

プロバイダ別：公式の状況と「届かない時に公式が言っている答え」

各社の公式告知・FAQ・設定案内を横断し、さらに2026年8月19日時点でのDNS上のDMARCポリシーを実測して1枚にまとめました。DMARCの値は公開されたDNS情報から誰でも確認できるものですが、日々変動しうるので「その日の実測」として読んでください。また「reject（拒否）＝Gmailが必ず拒否する」という単純な話ではなく、Gmailは複数の要素を総合して判定します。この表の目的は、自分のプロバイダがどこまで整備済みで、公式が「利用者に何をしてほしい」と言っているか、そして長引いた時にどこへ行けばよいかを一目で把握することです。

表の「公式が案内している答え」を見比べると、温度感がまったく違うことに気づくはずです。OCNは「利用者は何もしなくてよい、待って再送して」、ぷららは「差出人と設定を正せ、転送先はGmail以外へ」、@niftyは「Gmail以外の利用も検討を」、BIGLOBEは「時間をおいて再送、相手の設定を確認」です。これは各社の整備状況の違いというより、問い合わせを受けた時の「答え方」の違いと理解してください。どの会社であっても、前章の5点は共通して利用者側の責任範囲であり、それが済んだ後に残る部分は各社の答えに従うのが最短です。以下、会社ごとに補足します。

BIGLOBE：公式FAQは「時間をおいて再送」と「相手の設定確認」、通知が来ていたら解除手続き

BIGLOBEの公式FAQ「特定の相手先にだけメールが送れない」は、相手先が受信拒否を設定している、または一時的に受信拒否されている可能性を挙げ、送信エラーで返ってきたメールは時間をおいて再送し、それでもエラーなら相手先の迷惑メール設定等の確認を勧めています。また「エラーメールが何も返ってこないのに届かない」FAQでは、サーバー障害による遅延・宛先の誤り・送信先での迷惑メール振り分け・なりすまし防止や大量送信抑止の規制・相手の受信拒否設定、の5つを原因として列挙しています。BIGLOBE側で止めている場合は「【重要】BIGLOBEメール送信機能停止のお知らせ」という通知が届き、解除にはBIGLOBEパスワードの変更と停止解除手続きが必要で、詳しい手順はその通知メール本文に書かれているとのことです（該当FAQ）。なお、2026年4月22日からのreject化について、BIGLOBEは「お客さまによる設定変更などは必要ありません」と明記しています。利用者がやることは、正規の設定（mail.biglobe.ne.jp・465・認証）で出すことだけです。それでも長引く場合の窓口は、上の表の「問い合わせ先・公式ツール」列にあるBIGLOBE会員サポートです。

ぷらら：公式が利用者の設定ミスを名指しで挙げている唯一の例

4社の中で、ぷららだけが「利用者側のこの設定が原因でGmailに届かなくなる」と具体的に書いています。差出人の綴り違い（plala.co.jp）、契約アドレス以外を差出人にする、SMTP認証のアドレスと差出人の不一致——いずれも前章のチェック①②で潰せます。もう1つの固有事情は、ぷららがメールフォワード・メールフォワードHyper・グループメール・メール転送サービス（S）を使ってGmail宛に転送している人に対し、遅延などが起きるなら「送信先の設定をGmail以外へ変更することをお勧めします」と案内している点です。ぷららのメールをGmailで受けている人は、後述の「Gmailで受け取っている人」の章を必ず読んでください。設定を正しても解決しない場合の窓口は、表の「問い合わせ先・公式ツール」列（ぷららのお問い合わせページ）です。

OCN：「お客さま側での対応は不要」と公式が言い切っている

OCNの公式FAQ「特定の宛先にだけメールが送信できない」は、Gmail宛のメールが遅延したり迷惑メールと判定されたりする件について、「本件についてお客さま側での対応は不要です」と明言しています。原因については「OCNのメールアドレスを悪用して迷惑メールが大量に送信されたため、先方から一時的に受信拒否されているものと考えられます」とし、対処は「送信エラーで返ってきたメールはお時間をおいて再送いただくようお願いいたします」、そしてOCNは迷惑メール対策の強化と先方への解除依頼を継続するが、受信の可否は送信先の方針によるため「明確な解消時期をOCNからはお伝えすることができません」としています（OCN公式FAQ）。

これは読者にとって、「待つしかない領域がある」ことをプロバイダ自身が公式に認めている珍しい例です。OCNの利用者がGmail宛に送って「時々届かない」「Gmail宛だけ遅れる」なら、前章の5点を確認した後は、設定を変えたり何度も再送したりせず、時間をおいて再送するのが公式の答えです。短時間に何度も送り直すと、後述の大量送信制限に当たる恐れがあるので逆効果になりえます。急ぎの用件は電話やメッセージアプリなど別経路を使ってください。長引くなら、表の「問い合わせ先・公式ツール」列にあるOCNテクニカルサポートへ、エラーメールを添えて伝えてください。

@nifty：判断内容は答えられない、とした上でGmail以外の検討を促している

@niftyは2024年3月の告知で、Gmail宛に「遅れてメールが届く」「迷惑メールに判定される」「ブロックされてメールが届かない」可能性を挙げ、4月1日に対応完了を報告しました。同時に「Gmailに届かなくなった場合は、Gmail以外のアドレスのご利用の検討をお願いいたします」「Gmailの迷惑メール振り分けの判断内容、対応措置については、当社ではお答えできかねますこと予めご了承ください」とも書いています。公式FAQでは、送信済みになるのに届かない場合の確認先として、セキュリティソフトの通信ブロック・送信先の迷惑メール対策・携帯宛のブロック・メールソフト起因（Webメールで確認）を挙げ、特定の相手にだけ送れない場合はアドレスの誤り（全角・スペース）・携帯各社の対策・@直前のドットなど形式上の問題・20MB超過を挙げています。いずれも前章のチェックと重なります。切り分けてもなお届かない時の窓口は、表の「問い合わせ先・公式ツール」列（@nifty会員サポートのお問い合わせ）です。

その他のプロバイダ・キャリア（DNS実測のみ）

4社以外は公式FAQまで掘り下げていませんが、2026年8月19日時点の送信DMARCポリシーだけ実測値を並べておきます。So-net（so-net.ne.jp）・au（au.com／ezweb.ne.jp）はreject、i.softbank.jp・docomo.ne.jp・t-com.ne.jpはquarantine（docomo.ne.jpはサブドメインがreject）、softbank.ne.jp・ybb.ne.jp・asahi-net.or.jp・dti.ne.jp・eonet.ne.jp・zaq.ne.jp・jcom.home.ne.jp・hi-ho.ne.jpはnone（監視のみ）でした。none＝未対応という意味ではありません（SPF・DKIMは別途設定されていることが多い）。自分のプロバイダの対応状況や推奨設定は、必ず各社の公式案内で確認してください。「〇〇は未対応だから届かない」と決めつけるのは禁物です。

エラーメールが返ってきた時：「自社サーバーが止めた」か「Gmailが拒否した」かを先に見分ける

英語のエラーメール（差出人が「Mail Delivery Subsystem」「Mailer-Daemon」「postmaster」など）が返ってきたなら、原因は文面に書かれています。プロバイダメールの場合、見分けるべきは「自分のプロバイダのサーバーが送信を止めた」のか「Gmailのサーバーが受け取りを拒否した」のかです。前者は自分で解除に動けることが多く、後者は相手側の判定なので対処が変わります。

自社サーバーが止めた型：公式に文言が公開されている代表例

OCNは「受信はできるが送信だけできない」場合の分岐を公式に整理しています。代表的なものを、公式の説明と対処の範囲で転記します（OCN公式の分岐ページ）。

共通するのは、「心当たりのない大量送信」は乗っ取りか、自動転送の暴走を疑えという点です。OCNは554のエラーについて原因の1つに「メール転送設定の不具合」を挙げ、最初の対処として自動転送の無効化を指示しています。プロバイダ宛に届く迷惑メールをすべてGmailへ転送している人は、その転送自体が「自分のアドレスからの大量送信」としてカウントされる構造になっていることを理解しておいてください。身に覚えがなければ、各社の公式手順でパスワードを変更し、ウイルスチェックを済ませてから解除を依頼するのが順番です。なお、OCNにはエラーメッセージを貼り付けると原因と対処を判定してくれる公式の「エラーメッセージ判定フォーム」があります（前出の横断表の「問い合わせ先・公式ツール」列。メール本文など個人情報は貼り付けないよう注意書きがあります）。

表に載せたのは、本記事で公式の文言を確認できたOCN・BIGLOBEの分だけです。ぷらら・@niftyでも、返ってきたエラーメールの文面にplala.or.jp／nifty.comのサーバー名があり、大量送信・送信制限・利用停止の趣旨が書かれていれば同じ「自社型」です。その場合は各社の送信制限に関する公式FAQを確認したうえで、横断表の問い合わせ先へ進んでください。次の「Gmailが拒否した型」には当てはまりません。

Gmailが拒否した型：読み方は兄弟記事へ、プロバイダ利用者がやるべきことは1つ

エラーメールに「gmail.com」「google.com」のサーバー名と「550-5.7.26」「550-5.7.1」などのコードが含まれているなら、拒否したのはGmail側です。コードの読み方と代表例は兄弟記事のバウンスメールの章にまとめているので、そちらで確認してください。プロバイダメールの利用者にとって大事なのは、Gmailが「差出人ドメインの認証が通っていない」と言ってきても、自分でDNSやSPFを直すことは不可能だという点です。やるべきことは、前章の5点が正しいことを確認したうえで、エラーメールを削除せず丸ごと保全し、プロバイダのサポートに「Gmail宛に送るとこのエラーが返る」と伝えることです。OCNの利用者は、プロバイダ別の章にあるOCNの公式の答えに従ってください。

無音で届かない・相手の迷惑メールに入る時の切り分け

送信済みになり、エラーも返らないのに届かない——このパターンの大半は、相手のGmailの迷惑メールフォルダに入っているか、相手が見落としているかです。相手にお願いする確認手順（迷惑メールフォルダを見る→「迷惑メールではない」→連絡先に追加）とそのまま送れる依頼文は兄弟記事にあります。ここではプロバイダメール固有の追加観点だけ書きます。

• 「特定の相手だけ」か「Gmail宛は全般的に」か。特定の相手だけなら、その相手側の振り分けやブロック設定である可能性が高く、BIGLOBE・@niftyの公式FAQが言う通り相手に確認してもらうのが筋です。Gmail宛が全般的に遅れる・入らないなら、プロバイダのアドレス群が一時的に受信拒否されている型（OCNが公式FAQで説明している状況）を疑います。OCNの利用者はOCNの章の答えに従い、他社の利用者も設定はいじらず、長引くなら横断表の問い合わせ先へエラーの有無とWebメールでの結果を伝えてください。
• 相手の画面で差出人名の横に疑問符（未認証のサイン）が出ていないか。出ているなら、差出人アドレスと送信サーバーの組み合わせが正規ルートから外れている疑いが濃く、チェック①②に戻ってください。正規の設定で出したプロバイダメールは、通常このサインは付きません。
• Webメールからのテスト送信の結果を必ず添える。問い合わせ時に「Webメールからも同じ」と言えるかどうかで、サポートの切り分けが1往復分短くなります。

相手側に「受信トレイに入れてもらう」ための設定変更（フィルタなど）は、あくまで相手が自分の意思で、あなたの差出人アドレスに限定して行うものです。迷惑メール判定をすり抜けるための書き方やヘッダーの細工といった「回避テクニック」は本記事では扱いませんし、試す価値もありません。正規の設定と公式手順で届くようにするのが唯一の正解です。

（B）プロバイダのメールをGmailで受け取っている人：POP取り込みの終了と、転送の「なりすまし判定」

「BIGLOBEのメールがGmailで受信できない」「ぷららのメールがGmailに来なくなった」という検索の多くは、実は送信側ではなく「プロバイダ宛のメールをGmailでまとめて読んでいたのに、届かなくなった」という受け取り側の話です。2026年は、この仕組みそのものに2つの大きな変化があります。

変化①：Gmailの「他のアカウントのメールを確認」（POP取り込み）とGmailifyは終了段階

Gmailには、設定の「アカウントとインポート」から他社のメールをPOPで取りに行く「他のアカウントのメールを確認」と、他社アカウントをGmail風に扱う「Gmailify」がありました。Googleは公式ヘルプ「Gmail の Gmailify と POP の今後の変更について」で、「2026 年の第 1 四半期以降、この機能の新規ユーザーに対するサポートは終了します」「既存ユーザーは 2027 年 1 月まで引き続きこの機能を使用できます」と案内しています。「サポート終了前に同期されたメールはすべて Gmail に残ります」とも明記されています（Google公式ヘルプ）。BIGLOBEも2025年12月17日付のお知らせで、Google社の発表として「Gmailで他社メール（BIGLOBEメールなど）のPOP方式によるメール受信機能の提供を2026年1月に終了する」と伝え、POP方式で設定している人は2026年1月以降受信できなくなるため、IMAP方式での設定し直しや他のメールソフト・Webメールへの切り替えを案内しています（IMAP方式で設定済みの人には影響なし、とも書かれています）。なお、BIGLOBEの案内にある「2026年1月以降」は、Googleが当初示していた終了時期（2026年1月）に基づく文面です。Googleの現行ヘルプでは上記の通り「既存ユーザーは2027年1月まで」と改められているので、両者の時期が食い違って見えても矛盾ではなく、最新の時期はGoogle公式ヘルプを優先してください。

つまり、これから「プロバイダのメールをGmailで読みたい」という人に、POP取り込みは勧められません。Googleが代替として挙げているのは次の2つです。

1. プロバイダ側で自動転送を設定する（「他のメール プロバイダで自動転送を設定します」）。ただし転送には次の変化②の問題が伴います。
2. スマートフォンのGmailアプリ（Android／iPhone／iPad）にプロバイダのアカウントをIMAPで追加する（「Gmail アプリでは、他のアカウントのメールを閲覧 / 送信できます」）。これはGmailのサーバーに取り込むのではなく、アプリがプロバイダのサーバーに直接見に行く方式なので、転送のような認証の崩れが起きません。道筋は、Gmailアプリ右上のプロフィールアイコン→「別のアカウントを追加」→「その他」→プロバイダのメールアドレスを入力→「個人用（IMAP）」を選択→プロバイダのメール用パスワード（メールソフトに入れているもの）を入力→受信（IMAP）・送信（SMTP）サーバーに「チェック②」の表の値を入力、の順です（Googleの公式ヘルプの手順に沿っています。機種・アプリ別の細かな画面は省きます）。4社のIMAPサーバー名とポートは「チェック②」の表の「受信（IMAP／POP）」列にまとめてあります。なおウェブ版Gmailの「メールと連絡先のインポート」は1回限りで継続同期はしない、とGoogleは説明しています。

既存の取り込み設定で2027年1月までは動くとしても、いま「急に受信できなくなった」人は、まずプロバイダ側のパスワード変更（不正アクセス対応でリセット・無効化された場合）をGmail側の設定に反映できていないケースを疑ってください。Gmail側に保存されているプロバイダのパスワードが古いままだと、取り込みは当然失敗します。

変化②：プロバイダ側からGmailへの転送は「なりすまし」と判定されやすい

プロバイダ側で「届いたメールをGmailへ転送する」設定は手軽ですが、構造的に不利です。転送されたメールは、元の差出人（たとえば通販会社や銀行）の名前のまま、プロバイダのサーバーからGmailへ届きます。Gmailから見ると「通販会社を名乗るメールが、通販会社とは関係ないプロバイダのサーバーから来た」状態になるため、Googleも公式に「転送されたメールが SPF 認証に失敗することがよくあります」と認めています。各社も同じ趣旨を公式に書いています。

• BIGLOBE：メール転送設定のページに「転送先のセキュリティ設定（特にGmail等の場合）によっては、なりすましメールと判定されて届かない場合があります」と明記。転送先は1カ所のみ。転送元のBIGLOBE側にメールを「保存する」設定が可能（BIGLOBEメール転送設定）。
• ぷらら：メールフォワード等を使いGmail宛で遅延などが出る場合、「送信先の設定をGmail以外へ変更することをお勧めします」。
• @nifty：転送時にARC（転送時の認証失敗を防ぐ仕組み）のヘッダーを付与しており、転送先での誤判定を減らす設計。ただしメーリングリストシステムとモバイルメールプラスの転送は対象外（@niftyのなりすまし対策FAQ）。

「転送で全部届くのに、特定の会社からのメールだけ届かない」という現象は、この構造で説明がつきます。差出人側の会社が厳格な認証ポリシーを公開しているほど（銀行・大手通販・カード会社などに多い）、転送で認証が崩れたときに拒否や迷惑メール行きになりやすいからです。元の差出人にもあなたにも落ち度はなく、Gmailの判定も「正しく動いている」ので、ここを設定で根本解決することはできません。現実的な対処は次の3つです。

1. 転送元で「保存する」にして、原本をプロバイダ側に残す。BIGLOBEの転送設定のように原本を残せるなら、届かなかった分はWebメールやIMAPで読めます。ただし保存しても放置はできません。BIGLOBEは、90日間Webメールやメールソフトでの利用がない場合、保存から90日以上経過したメールを「ゴミ箱」へ移動し、さらに31日以上経過すると自動削除すると明記しています。保存した原本も、定期的にWebメール等で確認しないと消えると覚えておいてください。「転送だけに頼らない」が基本です。
2. 重要な差出人には、プロバイダ宛ではなくGmail宛に直接送ってもらう（登録アドレスをGmailに変える）。認証を崩す「転送」というステップ自体を無くすのが、最も確実です。
3. Gmail側で、差出人を限定したフィルタを作る。この操作はパソコンのブラウザ版Gmailで行います（Googleのヘルプも「パソコンで」と案内しており、スマートフォンのGmailアプリにはフィルタを作成する画面がありません）。入口は2つあり、右上の設定アイコン→「すべての設定を表示」→「フィルタとブロック中のアドレス」→「新しいフィルタを作成」か、検索ボックス右端の検索オプションです。どちらもFrom欄に差出人アドレスを入れて「フィルタを作成」へ進み、「迷惑メールにしない」にチェックを入れて作成します。Googleの公式ヘルプ「正当なメールが [迷惑メール] に振り分けられる問題を解決する」でも案内されている操作ですが、必ず差出人（またはドメイン）を絞って作ってください。迷惑メール判定を全面的に無効化するような使い方は、本来防げるはずの詐欺メールまで受信トレイに通すことになるため勧めません。画面の文言はGmailの更新で変わることがあります。

もう1つ、転送には「転送の暴走」という落とし穴があります。前述の通り（エラーメールの章）、迷惑メールまで丸ごと転送していると自分のアドレスからの大量送信と見なされて送信制限に当たることがあるので、身に覚えのない制限に当たったらいったん転送を止め、IMAPで直接見る方式へ切り替えるのが安全です。Gmail側の受信設定全般（容量・タブ・同期など）の見直しはGmailで受信できない時の記事に任せます。

（C）逆方向：Gmailから自分のプロバイダ宛に来ないときの確認先

Gmailを使う相手から自分のプロバイダ宛に送ってもらったのに来ない、という逆方向は、本記事では確認先だけ示します。2025〜2026年に各社は「受信側」の認証判定と迷惑メールフォルダの運用も強化しました。

各社の受信側の変化

• BIGLOBE：2025年9月4日から10月2日にかけて受信DMARC対応を完了。迷惑メールチェックや迷惑メールフォルダオプションの契約状況によって扱いが変わる表を公開しています。
• ぷらら：2026年3月から受信DMARCを導入。
• OCN：2026年6月24日の告知で、受信DMARCと迷惑メール自動判定の「一律利用」を、迷惑メール自動判定または迷惑メールブロックサービスの利用者は2026年8月3日から、未利用者は2026年9月中旬から（いずれも予定）適用。隔離されたメールは迷惑メールフォルダに振り分けられ、件名に「dmarc fail」が付き、14日後に削除されます。

自分がまず見る場所：自分のプロバイダ側の迷惑メールフォルダ（Webメールで確認。メールソフトに同期されていないことがあります）、件名に付く［spam］「dmarc fail」などのタグ、そして受信拒否設定・迷惑メールフィルタの設定画面の3か所です。Gmailから送る側（Google）の認証は整っているので、一般の個人Gmailからのメールが認証で落ちることは通常ありません。

それでも無ければ、相手に宛先の打ち間違い（全角文字・余分なスペース・ドメインの綴り）を確認してもらい、それでも来ない場合にプロバイダのサポート（横断表の「問い合わせ先・公式ツール」列）へ相談してください。

これから起きる変化：ぷららメールの終了、BIGLOBEの契約条件、キャリアメールとの境界

ぷららのメールアドレスは、コースによって終了日が違います

ぷららは「ドコモ光」「OCN インターネット」「OCN 光 with フレッツ」へサービスを統合しており、ぷららのメールアドレスは統合後に使えなくなり、OCNのメールアドレスへ置き換わります。終了日は一律ではなく、公式ページでコース別に明記されています。

「Gmailに届かない」を直す以前に、そのアドレスがいつまで存在するかを把握し、銀行・通販・各種会員登録の連絡先をどこに寄せるかを早めに棚卸しする必要があります。どのサービスへ移るべきかという推奨はここではしません。ご自身の契約コースと統合案内を、ぷらら公式の統合ページ（ぷらら光／フレッツ光関連）とドコモの案内で確認してください。

BIGLOBE：接続サービスを解約するとメールソフトでは送受信できない

BIGLOBEの公式仕様として、「接続サービスを未契約の場合は、メールソフトによるメールの送受信はできません。Webメールをご利用ください。ただし、セカンドメールボックスの場合は、メールソフトによるメールの送受信が可能です」と明記されています（セカンドメールボックス＝追加契約の2つ目以降のメールボックス）。回線を他社に乗り換えてメールアドレスだけ残した人が「メールソフトから送れなくなった」と感じる原因の1つです。この条件やプランの料金・可否は変わりうるので、詳細は公式ページで確認してください。

キャリアメール（docomo.ne.jp）はプロバイダメールとは別の世界です

ドコモメールは、ドコモメールアプリまたはdアカウントで認証するIMAP設定（受信imap.spmode.ne.jp／送信smtp.spmode.ne.jp、送信サーバー認証をオン）で送る限り、ドメインの認証はキャリア側が実施しています。docomo.ne.jpの送信DMARCはquarantine（サブドメインはreject）で運用されています。一方で「docomo gmail 受信できない」という相談の大半は、パソコンからのメールをドコモメール側で受信拒否している設定（「携帯・PHS／パソコンなどのメール設定」「受信リスト／拒否リスト設定」「なりすましメール拒否」）が原因で、これは受信する側の設定です。また、ドコモメール宛にパソコンなどから送る側に対しては、DMARC認証に成功していない場合は警告表示や不達がありうること、1通あたり100宛先までといった注意事項が公開されています。キャリアメール側の詳細は本記事の範囲外なので、ドコモ公式の迷惑メール対策・受信設定のページで確認してください。

よくある質問

Q1. ぷららのアドレスからGmailに送ると毎回迷惑メールに入ります。自分で直せますか？

直せる可能性が高いのは、差出人アドレスが契約アドレスの完全形になっていないケース、SMTP認証のアドレスと差出人が食い違っているケース、送信サーバーがsecure.plala.or.jp（587または465・認証あり）以外になっているケースの3つです。ぷららは公式に、差出人の誤設定や契約アドレス以外の差出人ではDKIM認証結果を付与できずGmailで受信できなくなると明記しています。Webメールから自分のGmail宛に送って届くなら、原因はメールソフト側の設定でほぼ確定します。3点が正しくても迷惑メールに入るなら、相手側に「迷惑メールではない」の操作と連絡先登録を依頼してください（依頼文は兄弟記事にあります）。

Q2. OCNからGmail宛だけ届きません。OCNに問い合わせたら「お客さま側の対応は不要」と言われました。本当に何もできないのですか？

OCNの公式FAQの通り、プロバイダのアドレス群が先方から一時的に受信拒否されている型であれば、利用者側にできることはありません。ただし「何もできない」と結論する前に、本記事の5点（差出人の完全形・smtp.ocn.ne.jp:465＋認証・回線・Webメールからのテスト・上限）だけは確認してください。これらが正しいことを確認できていれば、あとは公式の答え通り、時間をおいて再送するのが正解です。短時間に何度も再送すると、大量送信の制限に当たる恐れがあります。急ぎの用件は電話やメッセージアプリなど別の経路を使い、長引く場合はエラーメールを丸ごと添えてサポートに状況を伝えてください。

Q3. Gmailの「別のアドレスからメールを送信」機能で、差出人だけをプロバイダのアドレスにして送っています。これは大丈夫ですか？

前提の章で言う「差出人はプロバイダ、通った送信サーバーは他社」の状態になりうる、いちばん影響を受けやすい使い方です。分かれ目は、その設定でプロバイダの送信サーバー（チェック②の表のSMTPサーバー・ポート・ユーザー名とパスワード）を登録してあるかです。登録してあれば、メール自体はプロバイダの正規サーバーから出るので認証は崩れません。登録が無く、Gmailのサーバーからプロバイダのアドレスを名乗って送る形になっている古い設定は、ぷらら・BIGLOBE・OCNのように利用者のアドレスのドメインをDMARC rejectで運用しているプロバイダでは、拒否や未認証扱いになりやすい状態です。Googleの公式ヘルプも、この機能全般について、受信者がOutlookなどを使っている場合に「○○@gmail.com が次の人の代理で送信しました」のように表示されることがあると注意し、追加時にそのアカウントのSMTPサーバーとユーザー名・パスワードを入力する手順を載せています（Google公式ヘルプ「別のアドレスやエイリアスからメールを送信する」）。確認場所はパソコン版Gmailの設定→「アカウントとインポート」→「名前」欄です。プロバイダの送信サーバーを登録できないなら、その使い方はやめて、メールソフトやWebメールからプロバイダのアドレスで送ってください。

Q4. 「送信機能停止」「利用停止」の通知が来ましたが、身に覚えがありません。転送設定とパスワード以外に、どこを見ればいいですか？

公式の手順（OCN：自動転送の無効化→ウイルス確認→メールパスワード変更／BIGLOBE：パスワード変更→停止解除手続き）を済ませたうえで、次の3か所を見ておくと原因の見当がつきます。①Webメールの「送信済み」フォルダ：自分が送っていない宛先・件名が並んでいれば、アカウントそのものが他人に使われていた証拠です（メールソフトから送られた分は載らないこともあります。見つけたら消さずに保全してサポートに伝える）。②使っていない端末・家族の端末・古いメールソフトに残ったアカウント設定：機種変更前のスマホや古いパソコンに入れたままのアカウントが、古いパスワードで接続を繰り返したり、乗っ取りの入口になったりします。パスワードを変えたら使う端末すべてで入れ直し、使わない端末からはアカウントを削除します。③Webメールの転送・フィルタ（振り分け）・署名などの設定全体：見覚えのない転送先や、受信メールを別アドレスへ送る・ゴミ箱へ入れるフィルタが追加されていないか。@niftyが「パスワードを変えても転送設定は解除されない」と明記している通り、パスワード変更だけでは仕込まれた設定は消えません。

Q5. 4社以外のプロバイダ（So-net・au one net・J:COM・ケーブルテレビ系など）を使っています。何をすればいいですか？

やることは同じです。チェック①〜⑤（差出人の完全形・自社の送信サーバーとSMTP認証・回線とポート・Webメールからのテスト送信・上限）は全プロバイダ共通です。公式の推奨設定値は、そのプロバイダ自身の会員サポートページ（アドレス欄のドメインが公式のもの）で「メール 設定値」「メールソフトの設定」といったページを探して確認してください。検索上位の非公式まとめは古い値のことがあります。送信ドメイン認証の対応状況は利用者が変えられるものではないので、「その他のプロバイダ・キャリア」の節にあるDNS実測のnone＝未対応と早合点せず、届かない時はエラーメールを保全してそのプロバイダのサポートに伝える、が最短です。

Q6. BIGLOBEのメールをGmailに全部転送していますが、特定の会社からのメールだけ届きません。

転送の構造上の問題で、差出人側が厳格な認証ポリシーを公開している会社ほど起きやすく、設定で根本解決はできません。BIGLOBE自身も転送設定のページで、転送先がGmail等の場合はなりすましメールと判定されて届かないことがあると注意しています。対処は「転送元で保存する（ただし90日未利用で消える条件あり）」「その会社の登録アドレスをGmailに変えて直接送ってもらう」「Gmail側でその差出人に限定した『迷惑メールにしない』フィルタ」の3つです。→「（B）プロバイダのメールをGmailで受け取っている人」の章の変化②

Q7. GmailでBIGLOBEやOCNのメールをPOPで取り込んでいましたが、受信できなくなりました。

まず、プロバイダ側のパスワードを変更・リセットした後にGmail側の設定を更新していないケースを確認してください。それとは別に、GoogleはPOP取り込み（「他のアカウントのメールを確認」）とGmailifyについて、2026年第1四半期以降は新規のサポートを終了し、既存利用者も2027年1月までと公式に案内しています。BIGLOBEの案内にある「2026年1月以降受信できなくなる」は、Googleの当初発表に基づく文面で、現行のGoogleヘルプでは既存利用者は2027年1月までと改められています（最新の時期はGoogle公式ヘルプを優先）。代替はスマートフォンのGmailアプリへのIMAP追加か、プロバイダ側の自動転送（制約あり）です。→「（B）プロバイダのメールをGmailで受け取っている人」の章の変化①

Q8. 2026年7月から急にメールソフトで送受信できなくなりました。Gmailの問題ですか？

BIGLOBEか@niftyのアドレスなら、Gmailの問題ではなく、不正アクセス対応によるパスワードのリセット（BIGLOBE：7月1日〜9日）・無効化（@nifty：6月25日の期限後）が原因である可能性が高いです。公式手順で新しいパスワードを設定し、パソコンとスマートフォンのすべてのメールアプリで入れ直してください。身に覚えのない転送設定の確認もセットで。→「2026年6月以降に急に送受信できなくなった人」の章

Q9. 「554 5.7.1 :Sender address rejected: Access denied」というエラーが返ってきました。

OCNの利用者なら、OCN側のサーバーが短期間の大量送信を理由に送信を制限した可能性がある、と公式に説明されているエラーです。心当たりがあれば送信を止めて時間をおき、なければ公式の順番で自動転送の無効化→ウイルス確認・メールパスワード変更です。OCNのエラーメッセージ判定フォームでも確認できます。→「エラーメールが返ってきた時」の章の表

Q10. ぷららのメールアドレスはいつまで使えますか？

契約コースで異なります。ぷらら光は2027年3月31日、ぷらら光メイト with フレッツ・ぷらら光パック with フレッツは2028年3月31日をもって利用不可、plala（ドコモ光）は2027年6月から、plala（Sコース）（ドコモ光）は2027年10月から順次OCNへ統合されてOCNのメールアドレスへ変更です。ぷらら光は終了後、過去メールの閲覧もできなくなると公式に書かれています。登録先アドレスの棚卸しとバックアップを早めに。→「これから起きる変化」の章の表

Q11. プロバイダのメールはGmailに届きにくいと聞きました。乗り換えるべきですか？

本記事では優劣の比較や乗り換えの推奨はしません。事実として言えるのは、4社とも送信ドメイン認証（SPF・DKIM・DMARC）を整備済みで、2025〜2026年にはそれをさらに強化しており、正規の設定（契約アドレスの完全形＋自社送信サーバー＋SMTP認証）で送る限り、プロバイダメールだから届かないという構造にはなっていない、ということです。一方で、OCNが公式に認めているような「利用者に非がなくても一時的に届きにくくなる期間」は起こりえますし、転送でGmailに集約する使い方には構造的な制約があります。大事な連絡には届かなかった時の別経路（電話・メッセージアプリ・直接Gmail宛に送ってもらう）を用意しておく、というのが現実的な落としどころです。

まとめ：向き→状態→プロバイダ別の答え、の順に

最後に流れを再掲します。まず「向き」を確定します（A：プロバイダから送ってGmailに届かない／B：プロバイダ宛をGmailで受けられない／C：Gmailから自分宛に来ない）。Aなら状態を見ます（送信時エラー＝パスワード・設定、とくに2026年6月以降のBIGLOBE・@niftyのリセット／エラーメール＝自社が止めたかGmailが拒否したか／無音＝相手側の振り分けか一時的な受信拒否）。そして自分で直せる5点（差出人の完全形・自社送信サーバー＋SMTP認証・回線とポート・Webメールからのテスト・上限）を潰したら、残りはプロバイダ別の公式の答えに従います。OCNは「対応不要・時間をおいて再送」、ぷららは「差出人と設定の一致・転送先はGmail以外へ」、BIGLOBEは「再送と相手側の確認・通知が来たら解除手続き」、@niftyは「Webメールで切り分け・Gmail以外の検討」です。Bの人は、POP取り込みが終了段階にあることと、転送が「なりすまし」と判定されやすい構造を前提に、原本を残す・直接送ってもらう・差出人限定のフィルタ、の3つで備えてください。急ぎの用件は、直るのを待たずに今すぐ別の経路で伝える——これがいちばん確実な「対処」です。