メール送信時によくあるエラーの解決方法
認証、リレー、DNS、制限、TLS、受信者のエラーを特定し、それぞれに適した安全な修正を行います。
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
▼
記事の詳細
種類・難易度・対象プラン・最終更新の情報。
- 種類
- トラブルシューティング
- 難易度
- 中級
- プラン
- Starter · Pro · Agency
- 最終更新
- 2026年10月12日
SMTPエラーは通常、同じメールを繰り返し送る理由ではなく、有用な手がかりです。メールアプリまたはWebメールの正確なメッセージを確認し、該当する項目を調べてください。メールボックスのパスワード、アプリパスワード、SMTP認証情報、APIトークンをサポートへ送らないでください。
変更前の簡単な確認
- ドメインで送信ドメインが有効であり、SMTPでルートが選択済みか確認します。
- メールボックスのアプリとデバイス画面から、サーバー、ポート、暗号化、ユーザー名を正確にコピーします。
- アプリパスワード、またはメールボックスで引き続き許可されている場合はメールボックスのパスワードを使います。TrekMailアカウントのパスワードは使わないでください。
- アカウント確認、請求、レート制限、セキュリティの通知がダッシュボードにないか確認します。
- 変更のたびに自分が管理するアドレスへ小さなテストメールを送ります。
認証に失敗する
表示例: 535、5.7.8、「認証に失敗しました」、「ユーザー名とパスワードが受け入れられません」、または"Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords."(ログインに失敗しました。このメールボックスはアプリパスワードのみを受け付けます。ウェブメールの設定 > アプリパスワードで作成してください。)。「パスワードが違います」とだけ表示するアプリもあります。
通常の意味: メールボックスアドレス、パスワード、サーバー、暗号化、認証方式のいずれかが誤っているか、メールボックスがアプリパスワードを必須にしています。
対処方法:
- 完全なメールボックスアドレスをユーザー名にします。
- アプリとデバイスでサインインモードを確認します。アプリパスワードのみではアプリパスワードが必要です。メールボックスのパスワードまたはアプリパスワードではどちらも使えます。ウェブメールの設定 > アプリパスワード、またはダッシュボードのメールボックス > 対象のメールボックス > セキュリティ > アプリパスワードで作成します。アプリに入力してください。
- アプリパスワードが置き換えられたり取り消されたりした場合は、新しいものを入力します。管理者による新しいメールボックスのパスワード設定、パスワードリセットや復旧は、すべてのアプリパスワードを取り消します。利用者自身がウェブメールで変更する場合は、すべてのアプリパスワードも取り消すを選択した場合だけ取り消されます。メールアプリのパスワードを参照してください。
- 別アカウントのサーバー名を流用せず、アプリとデバイスの設定と比較します。
- 設定画面に示された暗号化でパスワード認証を使います。明示された場合を除き、OAuthやプロバイダー固有方式を選ばないでください。
送信者またはリレーが許可されていない
表示例: 553、5.7.1、「リレー拒否」、「送信者アドレス拒否」、「送信者が未承認」。
通常の意味: Fromアドレスがログイン中のメールボックスで許可されていない、利用可能な送信ルートがない、または外部プロバイダーが送信者を承認していません。
対処方法:
- メールボックスに属する確認済みFromアドレス、または設定済み送信アドレスを選びます。
- ドメインのSMTPタブでルートが保存され動作しているか確認します。
- カスタムプロファイルでは、プロバイダーで送信者確認を完了し、そのDNS手順に従います。
- Nanoでは、動作するカスタムSMTPプロファイルを追加するか、TrekMail管理SMTPを使える有料メールプランへ移行します。
ドメインが送信可能になっていない
表示例: 「ドメイン未確認」、「SMTP未設定」、または送信オプションが利用不可と表示されます。
通常の意味: DNSが保留中、ドメインのプロビジョニングが解除中、またはルートが未選択です。
対処方法: ドメインを開き、必要なレコードを稼働中のDNSゾーンと比較し、有効になるまで待ちます。その後SMTPでルートを選びテスト送信します。DNS状態とルート選択は別の確認であり、一方を完了しても他方は自動完了しません。
制限に達した
表示例: Webメールで、達した制限を示すウィンドウが表示されます。メールアプリには4.7.1の応答が届き、英語の「Daily sending limit reached」(1日の送信上限に到達)または「Hourly sending limit reached」(1時間の送信上限に到達)という文に、数値と送信再開の時刻が添えられます。APIは429とsending_limit_exceededを返します。上限に達した予約メッセージは、送信予定に未送信として表示されます。
通常の意味: 1日または1時間あたりの枠を使い切りました。新規ドメインのウォームアップ中や、トライアルの制限または初回支払い前の安全制限が適用されている間、また初回支払いから24時間以内は、枠がプランの上限より低くなることがあります。転送メールも数えられるため、転送でアカウントの1日の枠を使い切った可能性もあります。
対処方法: メッセージ自体に示された数値とリセット時刻を確認し、その時刻まで待ちます。1日の制限は00:00 UTC、1時間の制限は毎時0分にリセットされます。または、受信者を減らして送信します。CCやBCCも含めて受信者は全員数えられます。1通あたりの受信者の制限はリセットされないため、受信者が多すぎるメッセージは分けて送ってください。トライアル中は、お支払い → トライアルを終了して今すぐサブスクリプションを開始 でトライアルを早めに終了すると、トライアルの制限がすぐに引き上げられます(プランの上限がすべて適用されるのは、その初回支払いの24時間後です)。トライアル中に大きなプランを選んでも引き上げられません。プラン別TrekMail送信制限も参照してください。
接続またはTLSの問題
表示例: 「接続できません」、タイムアウト、接続拒否、STARTTLS、SSL、TLS、証明書エラー。
通常の意味: アプリのホスト、ポート、暗号化が誤っているか、ネットワークが選択ポートを遮断しています。
対処方法: アプリとデバイスから設定をコピーします。両方の安全な方式に対応する場合も、表示どおりのポートとセキュリティの組み合わせを使います。別の信頼できるネットワークは診断目的だけで試します。テストのために暗号化を無効化したり証明書警告を受け入れたりしないでください。
アカウント確認、請求、セキュリティによる停止
表示例: 送信停止を知らせるダッシュボードのバナー、またはアカウントメールの確認要求。
通常の意味: 所有者が必須確認を完了していない、有料権限が利用できない、またはセキュリティ制御が送信を一時停止しています。
対処方法: ダッシュボードの指示に従います。メール確認には最新の確認メールまたは再送機能を使います。請求問題は請求で解決します。不審な活動後に一つのメールボックスだけが停止した場合は、そのメールボックスのパスワードを変更します。ログインが再開されたらアプリ用の新しいアプリパスワードを作成し、エラーと送信失敗時刻をサポートへ伝えます。メールボックスのログイン停止は、管理者による新しいメールボックスのパスワード設定と同様に、すべてのアプリパスワードを取り消します。
受信者がメールを拒否する
表示例: 5.1.1、「ユーザー不明」、「メールボックス満杯」、受信者アドレス拒否。
通常の意味: アドレスが誤っている、存在しない、満杯、または受信プロバイダーが拒否しました。
対処方法: 別の信頼できる手段でアドレスを確認します。恒久エラーのアドレスへ再試行し続けないでください。配信保護のためTrekMailが失敗を繰り返す受信者を抑制する場合があります。再び受信可能と確認してから削除または変更します。
失敗せず迷惑メールに入る
SMTP接続ではなく配信品質の問題です。DNSレコードを確認し、予期されたメールだけを送り、リストを清潔に保ち、規模拡大前にバウンスと苦情を確認します。メールが迷惑メールに入る場合も参照してください。
サポートチケットに含める情報
送信アドレス、可能なら受信者の私用メールボックスではなく受信ドメイン、おおよその時刻とタイムゾーン、アプリ、正確なエラー、直前の変更を含めます。パスワード、SMTP認証情報、トークン、全文、不要な個人情報は除外します。
関連記事
ワークフローの続きとなる関連ガイドに移動します。