独自ドメインのメール設定: ログインできても送受信できない場合の解決策

ドメインを購入し、メールボックスを作成しました。Webメールにログインすると受信トレイも表示されます。これで完了だと思ったかもしれません。

ところが、スマートフォンからテストメールを送ろうとしても、送信トレイに残ったまま進みません。個人のGmailから新しいアドレスへ送ったメールが、バウンスもエラーもなく消えることもあります。

これはゾンビ状態です。明かりはついていても、誰もいません。ログインできるのは、Webメールが一般のWebサイトと同じHTTPS、ポート443で動作するためです。Outlook、Apple Mail、CRMでの送受信にはSMTPとIMAPを使います。これらは別の入口であり、まだ閉じている可能性があります。

設定全体を進めている場合は、独自ドメインでメールを作成する手順を参照してください。この記事ではその続きとして、ログインはできるのにメールの送受信が機能しない状態を扱います。

これは迅速な切り分けのための手順書です。60秒の初期診断からCLIによる調査まで進み、障害箇所を特定します。

手順1: 変更する前に症状を特定する

経路のどこに問題があるか分からないままDNSレコードを変更しないでください。「動かない」は診断結果ではありません。該当する状況を選びます。

状況A: ゴーストタウン (受信できない)

Gmailから新しいアドレスへテストメールを送っても届かず、送信者にもバウンスが返りません。ログインは正常にできます。

意味: MXの欠落や誤り、以前の事業者を参照する設定は候補です。ただし送信側のキュー、宛先、フィルターや隔離も確認してください。バウンスがないだけではDNSの誤りを特定できません。

状況B: 送信ブロック (送信できない)

OutlookやiPhoneで送信を押しても進行表示が止まり、やがて「Connection Timed Out」(接続タイムアウト) または「Server Unreachable」(サーバーに到達できない) と表示されます。

意味: ホスト名、サーバー、ファイアウォール、暗号化を含めて接続経路を調べます。実際にポート25を使っているなら遮断も候補ですが、タイムアウトだけで原因を断定することはできません。

状況C: 信頼されない送信者 (迷惑メールまたはバウンス)

送信はできますが、受信者の迷惑メールフォルダーに入ります。または、すぐに550 5.7.1 Message rejectedというバウンスが届きます。

意味: 認証、評判、内容、受信側の完全な応答を確認します。SPF、DKIM、DMARCの設定不備は候補ですが、迷惑メールや拒否の唯一の原因ではありません。

修復チェックリスト: 独自ドメインのメールを正しく設定する方法

次の順序で確認し、層を飛ばさないでください。

1. MXレコード: 配送先の座標

you@yourdomain.comへ送る際、送信側はDNSで配送先を調べます。MXの誤りは旧事業者への配送、キューでの待機、後のバウンスにつながる場合があります。ログがなければ、届かないメールが待機中なのか、フィルター処理されたのか判断できません。

到達性を損なう二つの誤り:

• 以前の事業者のレコードが残っている。 GoDaddyの旧MXを承認済みの経路と照合し、切り替えを調整して、不要と確認できた宛先だけを削除します。複数ゲートウェイや混合構成では複数のMXが正当な場合もあり、優先順位と代替経路で配送先が選ばれます。
• MXをCNAMEへ向けている。 MXレコードは、AまたはAAAAレコードで直接IPへ解決されるホスト名を参照する必要があります。CNAMEを参照するとRFC 2181に反し、一見不規則な配送障害につながる可能性があります。

MXレコードを今すぐ確認します。

dig mx yourdomain.com +short

表示されるサーバーが予定する配送構成に合っているか確認します。異なる二つの事業者のMXも必ずしも誤りではありません。削除前に優先順位、代替経路、移行計画を調べてください。

48時間は計画上の例であり、すべてのDNS変更の最大時間ではありません。TTLとリゾルバーのキャッシュによって見え方が変わります。whatsmydns.netは選定地点の確認に使えますが、世界中の全リゾルバーでの反映を証明しません。

2. メールボックスの状態と容量

詳しく調べる前に、基本事項を確認します。

• メールボックスは実際に存在しますか。綴りを確認してください。作成したのはsupport@ですか、それともsuport@ですか。
• 容量を超えていませんか。Google WorkspaceやM365の共有容量と利用者上限はエディションと管理設定によります。「Mailbox Full」などの完全な応答と実際の割り当てを確認し、超過で必ず全受信が止まるとは考えないでください。

TrekMailではプランに応じて共有容量を利用できます。総容量、適用されるメールボックス上限、警告を確認してください。プールは需要差を調整できますが、容量不足や拡張が不要になることを保証しません。

3. SMTP設定: 90%という目安を固定した故障比率にしない

WebメールのログインはHTTPSであり、デスクトップクライアントのSMTP接続を使いません。ただしWebメール自体が送信にSMTPを使うことはあります。ログイン成功はOutlook、Thunderbird、CRMのIMAPやSMTP設定を検証したことにはなりません。見出しの割合は確認の目安であり、一般的な調査結果ではありません。

家庭やオフィスの回線でポート25が遮断される場合があります。 Comcast、Verizon、AT&Tの送信ポート25に関する制限は契約とネットワークによります。ポート25を試しただけでは遮断を証明できないため、実際の経路を調べ、事業者の指定する送信設定を使ってください。

ポート587では通常STARTTLSを、ポート465では暗黙的TLSを使います。対応する組み合わせを選び、ホスト名と証明書を検証してください。587でSSL、465でSTARTTLSという従来の表示に基づく誤選択は接続を妨げます。画面のSSLという名称は、旧式のSSLプロトコルを使ってよいという意味ではありません。

TrekMailはPOP3を提供していません。この方式でサーバーのメールが削除されるかはクライアント設定とDELE命令に依存し、取得だけで必ず削除されるわけではありません。IMAPは対応端末間で状態を同期できますが、削除も同期され得るため、バックアップの代わりにはなりません。

4. ホスト名: 推測せず正確な値を使う

事業者が対応するホスト名、適切なDNS設定、有効な証明書が必要です。次の例は推測で使わず確認します。

• mail.google.com (事業者が異なる)
• smtp.yourdomain.com (承認済みの直接DNSまたは適切な別名設定と一致する証明書が必要; CNAMEだけが方法ではない)

案内メールまたは事業者の管理画面に記載されたホスト名、たとえばsmtp.trekmail.netを使います。正確な値はIMAP & SMTP設定リファレンスで確認してください。

5. SPF、DKIM、DMARC: 2025年の重要な設定

迷惑メール判定や550 5.7.1のバウンスでは、完全な応答と実際の認証結果を調べます。GoogleやYahooの適用要件だけでなく、内容、評判、受信側ポリシーも拒否に関係する場合があります。

SPFは実際のSMTP識別子MAIL FROM、または該当するHELOのドメインに対して送信IPを認可するTXTレコードであり、表示されるFromを直接検証するものではありません。

v=spf1 include:sendingprovider.net ~all

重大な誤りとして、SPFレコードは一つだけにする必要があります。v=spf1で始まる行が二つあると、評価時にエラーになります。一つのレコードへ統合してください。

DKIMは選択したヘッダーと署名対象の内容を暗号学的に署名します。検証成功は署名対象部分の完全性を確認し、全ヘッダーの不変性や個人の身元までは証明しません。実際のセレクターに対応する公開鍵と、メール自体の署名結果を確認してください。

DMARCはSPFまたはDKIMが成功し、検証したドメインが表示上のFromとアラインメントを満たすと通過します。まず監視方針と対応するレポート設定を使います。この方針はDMARCによる隔離や拒否を求めませんが、受信側のほかのフィルターを無効にするものではありません。

v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com

レポートを確認し、正規メールが検証に成功していると確認してから、p=quarantineまたはp=rejectへ移行してください。詳しい手順は必須DNSレコードガイドにあります。

詳細診断: チェックリストで解決しない場合

上記をすべて確認しても問題が続くなら、さらに詳しく調べます。

スプリットブレインDNS

典型的な症状は、スマートフォンのモバイル回線ではメールが動作するのに、オフィスのWi-FiやVPNでは失敗することです。

内部DNS (Active Directory、Pi-hole、社内リゾルバー) はmail.yourdomain.comを公開DNSと違う結果に解決する場合があります。内部ゾーンの権威サーバーなら、レコード欠落時に公開DNSへ転送しないこともあり、ほかの場合はリゾルバー設定次第です。権限のある管理者が、承認済みの構成でmail.yourdomain.comの正しい解決を確認してください。192.168.x.xのようなプライベートIPも混合構成では正当なので、無条件に公開IPへ置き換えないでください。

MTUの不一致

症状は、短いテキストメールは送れるのに、PDFを添付すると接続が止まることです。

VPN (WireGuard、IPsec) やDSL/PPPoEでは有効なパケットサイズが1500バイトより小さい場合があります。経路MTUや断片の処理が大きい転送を妨げる可能性はありますが、添付の停止だけで原因を断定できません。担当管理者が元の設定を保存し、MTU 1300を限定的で元に戻せる試験として比較できます。成功は診断の手掛かりであって、完全な証明ではありません。

ウイルス対策ソフトのSSL検査

サーバー証明書が有効なのに、メールクライアントで証明書エラーが表示されます。

AvastやBitdefenderの「Mail Shield」「SSL Scanning」は、暗号化接続を検査し独自の証明書を提示する場合があります。まず証明書チェーン、ホスト名、承認済みの信頼設定を確認してください。TLS検査の変更はセキュリティ管理者に相談します。限定的な比較試験は、恒久的な保護停止や未確認の例外を正当化しません。

2FA有効時のアプリパスワード

二要素認証を有効にすると、Outlookが動作しなくなり、正しいパスワードも拒否されます。

古いクライアントは対話式2FAを扱えない場合がありますが、対応するクライアントと事業者ではIMAPやSMTPでOAuthを利用できます。文書化された安全なログインを優先してください。アプリパスワードは事業者が該当アクセスを認める場合の選択肢で、必ずしも端末一台に拘束されません。安全に保管して必要時に失効させ、Webログインには使わず、対話式2FAの代替となるリスクも評価します。

独自ドメインのメール設定: サポートへの問い合わせ前に用意する情報

「メールが停止している」だけでは追加確認が必要です。次の四点は調査を助けますが、一度の回答での解決を保証しません。提出前にパスワード、トークン、不要な個人情報を除いてください。

正確なエラーコード。 次のコードはそれぞれ意味が異なります。

• 550 User Unknown: このサーバーが宛先を不明として拒否している; アドレスと接続先を確認する
• 421 Connection Refused: ここではSMTPの応答であり、OSによるTCP接続拒否ではない; 完全な文言と状況を確認する
• 535 Authentication Failed: ログイン失敗を示す; アカウント、認証情報、許可された認証方法を調べる
• 5.7.1 Relay Access Denied: 中継権限やポリシーに関係する場合がある; 完全な応答を確認する

接続ログ。 OutlookやThunderbirdの対応する診断記録を有効にします。詳細によって中断箇所を絞り込めますが、すべてのDNS、ネットワーク、TLSの問題が記録されるとは限りません。共有前に認証情報などの秘密を除いてください。

CLIENT: EHLO mycomputer
SERVER: 250-Hello
CLIENT: AUTH LOGIN
SERVER: 334 VXNlcm5hbWU6

AUTH LOGINの後には、まずユーザー名を要求する応答が返る場合があります。この例だけではパスワードの誤りを証明しません。EHLOより前の停止ではDNS、TCP、該当するTLS、サーバー側の動作を調べ、秘密情報を除いた全ログで判断してください。

CLIによる確認。 問い合わせを開く前に、次のコマンドを実行します。

# Check MX records
dig mx yourdomain.com +short

# Check SPF record
dig txt yourdomain.com +short

# Test if port 587 is reachable
telnet smtp.trekmail.net 587

telnetの220バナーは、指定先のSMTP挨拶に到達できたことを示します。TLS、認証、配信成功は証明しません。「Connecting...」で止まる場合はDNS、経路、ファイアウォール、サーバー状態を調べ、ISPの遮断だけに原因を限定しないでください。

より具体的な情報は、メールを送信できない場合のFAQと送信エラーのトラブルシューティングガイドを参照してください。

問題が繰り返される理由: 従来型メールホスティングの課題

このチェックリストを何度も使って調査しているなら、技能ではなく基盤に原因があるかもしれません。

Google WorkspaceとMicrosoft 365はメールと多数の共同作業機能を組み合わせます。純粋なメール用途では管理が複雑になる場合がありますが、サポートや診断手段は契約次第です。問題時に必ず利用者が放置されると考えるべきではありません。

月額$6-$20は過去の費用例であり、現行の見積もりではありません。週に二回だけ確認する担当者のライセンスも利用方法で決まります。30GBという値はエディション、共有容量、利用者上限と併せて確認し、整理、再配分、拡張も検討しましょう。全員のプラン変更が必須とは限りません。

TrekMailではプランに応じてアカウント単位の費用と容量を管理できます。Proの50GBという例は過去の条件であり、その50GBまたは現在の別容量にも総量と利用者の上限が適用され得ます。マネージド送信では事業者が基盤を運用しますが、利用者の内容や行動も評判に影響します。記載のNano構成だけは返信を含むすべての送信に持ち込みSMTPが必要です。プラン権限とクライアント設定を確認してください。SharePoint、Teamsライセンス、「Viva」は記載のメールサービスには含まれません。

利用者単位の料金が規模拡大時にどの程度になるかは、中小企業向けビジネスメールの費用比較をご覧ください。

顧客、ブランド、ポートフォリオなど複数のドメインを管理する場合は、管理方法の違いがさらに明確になります。顧客メール管理の記事で、プロビジョニング全体を解説しています。

要点

ログインできてもメールが流れない場合、まず五つの領域を調べます。MX経路、ポート25の制限の可能性、クライアントのホスト名、SPF/DKIM/DMARC、ローカル接続経路です。この一覧は出発点であり、サーバー障害、容量、受信側の方針なども原因になり得ます。

上から順に確認してください。次の層を変更する前に、digとtelnetで各層を検証します。サポートへ連絡する前に、エラーコードと接続ログを収集してください。

TrekMailが用途に合うなら、現在の14日間無料試用の提供条件、カード要件、支払方法、プラン権限を確認してください。DNSガイドは設定を助けますが、公開と検証は必要です。五分は簡単な作業の計画例にすぎず、送受信が完全に機能するまでの時間を保証しません。