TrekMail でメールを受信できない理由と確認方法
DNS、メールボックス、迷惑メール、容量、catch-all、ルール、バウンスを順に確認し、受信メールが届かない原因を特定します。
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
▼
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
- 種類
- よくある質問
- 難易度
- 初級
- プラン
- Nano · Starter · Pro · Agency
- 最終更新
- 2026年9月9日
テストメールを送信したのに何も届かない、顧客はメールを送ったと言っているのに痕跡がない、という状況は困るものです。しかし、いくつかの短い確認を行えば、通常はどこで配信が止まったかを特定できます。
以下のステップを順番に進めてください。ほとんどの場合、最初の 2 つで原因が見つかります。
ステップ 1: ドメインの DNS ステータスを確認する
受信メールは、まずドメインの MX レコードに依存します。レコードが TrekMail を指していない場合、別のプロバイダーがメッセージを受信するか、送信者にバウンスが返る可能性があります。
- TrekMail ダッシュボードで Domains を開きます
- テストするドメインをクリックします
- DNS ステータスを開き、最初に MX の結果と表示されている競合を確認します
SPF、DKIM、DMARC は送信メールに重要です。受信メールが見つからない原因を調べる際、これらは正しい MX レコードの代わりにはなりません。
MX の結果が準備完了でない場合や競合が表示される場合は、次の操作を行います。
- DNS プロバイダーでレコードを保存してから Verify DNS をクリックします。新しい DNS 確認が開始されますが、通常の DNS キャッシュを回避するものではありません。
- DNS の詳細または競合ビューを開き、TrekMail が期待したレコードと検出したレコードを比較します。
- DNS をホストするプロバイダーでレコードを修正し、そのプロバイダーが変更を公開してから再度確認します。
よくある DNS の誤り: 以前のプロバイダーの古い MX レコードがまだ有効になっています。TrekMail に表示される完全な MX セットと、DNS プロバイダー側のレコードを比較してください。どのサービスがまだ必要としているか判明するまでレコードを削除しないでください。MXToolbox などのツールで公開 MX の結果を確認することもできます。
ステップ 2: メールボックスが存在し有効であることを確認する
存在しないアドレスへのメールは、通常、送信者にバウンスを返します。ただし、一致するエイリアス、転送アドレス、ドメインエイリアス、catch-all が処理する場合は除きます。メールボックスのサインイン停止は通常、受信配信を止めません。まずアドレスが存在し、そのドメインがメールを受信していることを確認してください。
- Mailboxes を開き、テストするアドレスを検索します
- 現在のメールボックスであること、またはエイリアスか転送ルールで処理されることを確認します
- メールボックスが削除されたか、別のドメインに移動されたかを確認します
- 削除されていた場合は、利用可能な復元方法を速やかに使用するか、再作成します。新しく作成したメールボックスに過去のメールが戻るとは限りません。
ステップ 3: Junk フォルダーを確認する
スパムフィルターが正当なメールを捕捉する場合があります。特に、新しい送信者や適切に認証されていない送信者からのメールで起こりやすくなります。
- 影響を受けるメールボックスで TrekMail webmail にログインします
- 左サイドバーの Junk フォルダーを開きます
- 見つからなかったメッセージがあれば、Not Spam をクリックして復元し、フィルターに学習させます
ステップ 4: ストレージ容量を確認する
該当するメールボックスまたはアカウントのストレージが満杯の場合、受信メッセージがメールボックス容量超過のバウンスで拒否されることがあります。空き容量を確保した後、送信者はメッセージを再送する必要があります。
- Mailboxes を開き、影響を受けるメールボックスを選択します
- ストレージ表示とアカウントの空き容量を確認します
- 容量が満杯の場合は、メールまたは Drive から空き容量を確保するか容量を増やしてから、送信者に再送を依頼します
ほとんどのメールボックスは、Drive も使用するアカウント共有ストレージを利用します。独自の専用割り当てがあるメールボックスには、その割り当てが適用されます。現在の上限と整理方法については、メールボックスのストレージと容量を参照してください。
ステップ 5: catch-all が必要か確認する
テストするアドレスに、メールボックス、エイリアス、転送ルール、ドメインエイリアスの一致がない場合、catch-all が設定されていなければバウンスします。
- Domains を開き、有効なドメインを選択します。
- Routing を開き、Catch-all inbox 設定を探します。
- 不明なアドレス宛てのメールを受け取る場合は、有効な移行先メールボックスを選択してルーティング変更を保存します。
保存後、未使用のアドレスに新しいテストメールを送信します。Catch-all は入力ミスに役立ちますが、移行先メールボックスにスパムを呼び込むこともあります。
ステップ 6: 転送ルールとフィルターを確認する
メールは届いているものの表示前に消える場合、転送ルールまたはメールフィルターによって移動または破棄されている可能性があります。
- Mailboxes を開き、影響を受けるメールボックスを選択して、転送設定を確認します。
- メッセージをフォルダーへ移動または破棄する処理がないか、メールルールを確認します。
- メッセージが見つからないと判断する前に、All mail とルールで指定されたフォルダーを検索します。
ステップ 7: 送信者にバウンスメッセージを確認する
送信者からバウンスの報告があった場合は、日時を含む完全なバウンステキストを転送してもらいます。550 User not found や 552 Mailbox full などのメッセージから、次に確認すべき項目がすぐに分かることがあります。無関係な個人メールの転送は依頼しないでください。
よくある質問
ドメインを追加したばかりです。受信メールはいつ届き始めますか? 公開 DNS がドメインの MX レコードを TrekMail に向け、メールルートの準備が完了してから届き始めます。DNS プロバイダーや以前のレコードの TTL によって所要時間は異なります。DNS ステータスの詳細で、まだ不足または競合している具体的なレコードを確認してください。
以前のプロバイダーには届きますが TrekMail には届きません。競合していますか? その可能性があります。現在の MX レコードと TrekMail に表示されるセットを比較してください。メール送信サーバーは優先度値を使って公開 MX レコードから選ぶため、以前のプロバイダーをセットに残すと配信が分散または転送される可能性があります。重要なメールをまだ受け取っているプロバイダーを削除する前に、移行を計画してください。
配信ログを確認できますか? ドメイン統計ページには、配信とバウンスの集計情報が表示されます。特定のメッセージについては、送信者または受信者のアドレス、タイムゾーンを含むおおよその時刻、ドメイン、バウンスがある場合はその全文を提供すると、サポートが調査できます。
関連記事
ワークフローの続きとなる関連ガイドに移動します。