TrekMail からメールを送信できない理由

送信失敗の原因は、いくつかの一般的なものに限られます。以下を順に確認してください。アカウントとドメインに問題がなく、1 人の受信者だけが拒否する場合は、その受信者のメールサーバーを調べる必要があります。

確認 1: アカウント所有者のメールアドレスが未確認

2026 年 2 月 19 日以降に新しい TrekMail アカウントを登録し、確認リンクをクリックしていない場合、7 日間の猶予期間後に送信がブロックされます。ダッシュボードには赤いバナーで 「送信がブロックされています。メールアドレスを確認してください」 と表示されます。

対象はメールボックスではなく、アカウント所有者のサインイン用メールアドレスです。未確認の場合、確認が完了するまでアカウント内のすべてのメールボックスが送信を停止します。

解決方法:

• サインイン用アドレスの受信トレイで、登録時に TrekMail が送った確認メールを探し、リンクを開きます。
• メールが見つからない場合は、バナーの確認メールを再送をクリックします。
• ソーシャルサインインを使う場合、プロバイダーが確認したと決めつけず、ダッシュボードで状態を確認します。
• リンクが期限切れなら、古いリンクを再利用せず新しいメールを要求します。

2026 年 2 月 19 日より前に登録されたアカウントには、このブロックは適用されません。

確認 2: ドメインの DNS が未確認

管理対象の送信経路を使うには、ドメインの準備が必要です。DNS ページには、欠落、競合、または確認中のレコードが表示されます。SPF、DKIM、DMARC は受信事業者が送信メールを評価する際にも役立ちます。

症状: ドメインページが「ドメイン未確認」。メールは出ていくがバウンスする、または受信者から迷惑メールに入ったと報告される。

解決方法: ドメインページで対象ドメインと DNS 状態を開きます。各レコードを表示値と比較し、DNS 事業者で修正を保存してからDNS を確認を実行します。公開 DNS の更新中は保留になる場合があります。DNS ステータスの確認も参照してください。

確認 3: Nano を利用している

Nano プランでは、プランレベルで can_send: false です。SMTP 認証は完了しますが、すべての送信が受付段階で拒否されます。

症状: クライアントに 5xx エラーと「送信に失敗しました」が表示され、メールが一時的に送信トレイへ移動した後に戻る。

解決方法: プランページで管理対象送信を含むプランを選び、再試行前に有効なプランとドメイン状態を確認します。

Nano を続ける必要がある場合は、ドメインに BYO SMTP を設定します。カスタム SMTP は Nano を含む全プランで利用できます。外部 SMTP 事業者の認証情報を指定すると、TrekMail はそのドメインに選択した経路を使います。IMAP 受信は送信経路と独立しています。

確認 4: 日次または時間単位の送信上限に達した

各プランには、メールボックスとアカウントごとの日次上限、時間単位のレート上限、1 メッセージの受信者数上限があります。

(Nano は認証できますが、管理対象送信は無効です。新規ドメイン、支払い実績のないアカウント、試用期間では現在の上限が低い場合があります。この表はプランの最大値です。現在の割り当てはダッシュボードで確認してください。)

症状: 最初は送信できるが、途中からすべての送信が「user has exceeded sending quota」または同様の 4xx エラーになる。

解決方法: 大量送信の再試行を止め、該当する枠が回復するまで待ちます。時間上限は短い時間枠、日次割り当ては日単位です。継続的に容量が必要なら、アップグレード前にプランと送信ポリシーを確認してください。アップグレードしても拒否済みのメッセージは復元されません。

確認 5: 1 メッセージの受信者数

1 メッセージの上限は Nano 50、Starter 100、Pro 250、Agency 500 です。上限を超えるメッセージは送信前に拒否される場合があります。

解決方法: 上限に収まるグループに分割するか、アップグレードします。

確認 6: メールボックスが送信できない

メールボックスは有効で、送信を許可されている必要があります。無効化されている、プランやドメイン変更後に送信不可になっている、または安全確認のため一時的に送信停止になっている可能性があります。状態は異なるため、設定変更前にダッシュボードやアプリのメッセージを確認します。

症状: 同じアカウントの別のメールボックスは送信できるが、1 つだけ失敗する。

解決方法: ダッシュボードでメールボックスを開き、有効であることを確認します。メッセージがアカウント、プラン、ドメインの問題を示す場合は、先に解決します。サインイン停止は通常ログインを妨げますが、それだけで受信メールが止まるわけではありません。

一時的な送信停止

受信と閲覧を継続したまま、送信だけが停止される場合があります。メールボックスの認証情報が漏えいした可能性を示す活動があると発生します。所有者がアクセスを確認する間、ドメインを保護します。

症状: メールは届いて読めるが、送信メールが出ていかない。

• ウェブメール: 「異常な活動のため、このメールボックスからの送信は一時停止されています。再開するにはサポートにお問い合わせください」
• メールアプリ: 受信は続くが送信が失敗し、サーバーが あなたのアドレスを送信者として受け付けないと表示される。
• API: エラーコード mailbox_sending_paused で拒否される。

解決方法: サポートによる確認が必要です。通常のメールボックス状態コントロールでは、安全のための停止を解除できません。

1. メールボックスのパスワードを変更します。詳細はメールボックスのセキュリティを参照してください。
2. 電話、メールアプリ、スクリプト、送信ツールなど、設定済みのすべての場所で新しいパスワードに更新します。
3. サポートページからチケットを開き、変更したことを伝えます。メールボックスのアドレスとおおよその時刻を含めますが、パスワードは絶対に記載しないでください。

確認中もメールは到着します。送信が回復するまで重要な下書きをローカルに保存してください。

確認 7: アカウントが停止されている

アカウントレベルの停止は送信メールや他の操作をブロックします。ダッシュボードのバナーに理由が表示されます。

• 「アカウントに請求上の問題があります。支払い情報を更新するかサポートへ連絡してください」 支払い情報を更新し、請求状態を確認します。失敗した支払いの修正を参照してください。
• 「最近のメッセージが受信サーバーに多数拒否されたため、送信メールを一時停止しました」 サポートチケットを開きます。確認前に、リスト管理、送信者設定、機密部分を削除したサンプルを求められる場合があります。
• 「アカウントは一時的に制限されています。詳細はサポートへお問い合わせください」 不正使用またはセキュリティ問題について確認を依頼します。

メールボックスやドメインを変えても回避できません。解除までアカウントのすべての送信に適用されます。

確認 8: SMTP 認証そのものが失敗する

クライアントに「535 Authentication failed」または「Invalid credentials」と表示される場合:

• パスワードが違う。 所有者パスワードとメールボックスパスワードの混同が最も一般的です。SMTP にはメールボックスのパスワードが必要です。
• メールボックスが存在しない。 メールボックス一覧を確認します。設定ミスにより、アプリ内と異なるメールボックスを指定している場合があります。
• 猶予期間後も所有者アドレスが未確認。 確認 1 を参照してください。送信受付時に確認が強制されます。

最近パスワードをリセットした場合は、すべてのメールアプリで保存済みパスワードを更新して再接続します。古いパスワードを繰り返すと、別のロックや接続問題を起こす可能性があります。

確認 9: BYO SMTP の設定ミス

ドメインが外部 SMTP 事業者を使っている場合:

• そのドメインの SMTP タブで認証情報を確認します。ドメイン、対象ドメイン、SMTP の順に開きます。
• 事業者側で SMTP 送信を有効にしたことを確認します。事業者側でもドメイン確認が必要な場合があります。
• SMTP タブのテスト操作を使い、実際のメールを送る前に結果を確認します。

外部認証情報が無効だと一般的なエラーになる場合があります。事業者側で修正し、接続を保存してもう一度テストします。

確認 10: 受信者のサーバーが拒否している

TrekMail 側がすべて正常でも、特定の受信ドメインでバウンスする場合:

• 受信サーバーが送信者評価に問題を感じている可能性があります。新規ドメイン、ウォームアップ不足、SPF/DKIM の不整合などです。バウンス率が高すぎる場合とドメインのウォームアップ規則を参照してください。
• 無関係な多数の受信ドメインが同時に失敗し始めた場合は、TrekMail ステータスページを確認し、エラーと時刻をサポートチケットに記載します。
• 送信者認証が不完全、または DMARC ポリシーが弱い場合、拒否する受信者もあります。内容を変えたり大量送信を再試行したりする前に SPF、DKIM、DMARC を確認します。

一般的なエラーコード

まだ解決しない場合

サポートページからチケットを開き、次を記載します。

• 送信メールボックス (alice@yourcompany.com)。
• 受信者のアドレス。多数がバウンスする場合はサンプル 1 件。
• クライアントまたはバウンスメッセージの正確なエラー。
• ウェブメールから同じ受信者へ同じメッセージを送れるかどうか。(ウェブメールでも失敗する場合はサーバー側の問題です。)

到達性による停止の確認では、受信者がどのように同意したかを説明し、求められたら機密部分を削除したサンプルを提供できるようにしてください。完全なリスト、認証情報、無関係な受信者データは送らないでください。