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

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

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

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

確認済みのログイン用メールアドレスを新しいアドレスに変更した場合も、同じ 7 日間があらためて始まります。送信を続けるには、7 日以内に新しいアドレスを確認してください。

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

API では、アドレスが確認されるまで、送信と予約送信はエラーコード account_email_unverified で拒否されます。

解決方法:

• サインイン用アドレスの受信トレイで、登録時に 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 は認証できますが、管理対象送信は無効です。新規ドメイン、支払い実績のないアカウント、試用期間、アカウントの初回支払いから 24 時間以内では現在の上限が低い場合があります。この表はプランの最大値です。今日実際に適用されるアカウントの日次枠は、ダッシュボードに表示されます。各ドメインの SMTP タブには、新規ドメインのウォームアップや上限が上がる日付を含め、そのドメインの今日の上限が表示されます。)

症状: 最初は送信できるが、途中から新しいメッセージが送信されなくなり、次のいずれかが表示される。

• ウェブメールでは、メッセージを開いたまま、その上にウィンドウが表示されます。上限をどれだけ使ったか、今なぜ上限が低いのか (トライアル、初回支払い後の最初の 1 日、または新規ドメイン)、いつリセットされるか (お使いのタイムゾーンで表示) が示されます。
• メールアプリでは、コード 4.7.1、達した上限、数値、リセット時刻を含む英語の一時的な応答で送信が失敗します。例: 「Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC.」、「Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC.」 初回支払いから 24 時間以内は、応答にそのことと、プランの上限がすべて適用される時刻が示されます。例: 「(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)」

解決方法: まずメッセージを読んでください。どの上限に達したか、いつリセットされるかが書かれています。そのうえで次のように対応します。

• リセットを待ちます。 再試行はしないでください。日次上限は 00:00 UTC に、時間上限は毎正時 (UTC) にリセットされます。
• トライアル中は、お支払いを管理する人が お支払い → トライアルを終了して今すぐサブスクリプションを開始 からトライアルを早めに終了できます。有料サブスクリプションが始まり、トライアルの上限はすぐに引き上げられます。プランの上限がすべて適用されるのは、その初回支払いの 24 時間後です。
• 初回支払いから 24 時間以内は、メールボックスごととアカウント全体でそれぞれ 1 日 150 人の受信者まで送信でき、1 メッセージの受信者は 50 人まで、メールアプリからの送信は 1 時間に 60 通までです。24 時間が過ぎると、プランの上限がすべて自動的に適用されます。正確な時刻はダッシュボードに表示されます。
• 新規ドメインは最初の 7 日間ウォームアップします (1〜3 日目は 40%、4〜7 日目は 70%、8 日目からは上限いっぱい)。下がるのはそのドメインとそのメールボックスだけで、ほかのドメインは送信枠を満額のまま使えます。
• 転送メールも数えられます。 TrekMail から外部へ転送されるメッセージは、送信するメールと同じアカウントの日次枠を使います。
• アップグレードするとプランの送信枠は増えます。ただし、トライアル中はトライアルの上限は解除されず (トライアルを終了すれば解除されます)、初回支払いから 24 時間以内はどのプランでも初日の上限は同じです。また、拒否済みのメッセージが再送信されることもありません。余裕ができたら送り直してください。

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

1 メッセージの上限は Nano 50、Starter 100、Pro 250、Agency 500 です。上限を超えるメッセージは送信前に拒否される場合があります。トライアル中は最初の支払いまで 1 メッセージの上限が 10 人、支払いから 24 時間は 50 人で、ウェブメールは上限を超えるメッセージについて送信前に警告し、送信予約も受け付けません。

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

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

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

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

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

API では、プランやドメインの変更後に送信できなくなったメールボックスからの送信は、エラーコード mailbox_send_disabled で拒否されます。下記の一時的な送信停止には別のコードがあります。

一時的な送信停止

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

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

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

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

1. メールボックスのパスワードを変更します。詳細はメールボックスのセキュリティを参照してください。
2. 各電話、メールアプリ、SMTPスクリプトを新しいアプリパスワード、またはメールボックスで引き続き許可されている場合は新しいメールボックスのパスワードで再接続します。管理者によるパスワードリセットはすべてのアプリパスワードを取り消します。不正利用後にウェブメールで自分のパスワードを変更する場合は、すべてのアプリパスワードも取り消すを選択してください。
3. サポートページからチケットを開き、変更したことを伝えます。メールボックスのアドレスとおおよその時刻を含めますが、パスワードは絶対に記載しないでください。

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

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

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

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

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

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

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

• パスワードやサインインモードが違う。 アプリパスワードのみのメールボックスではSMTPにアプリパスワードが必要です。メールボックスのパスワードまたはアプリパスワードではどちらも使えます。アカウント所有者のダッシュボードのパスワードは使わないでください。ウェブメールの設定 > アプリパスワード、またはダッシュボードのメールボックス > 対象のメールボックス > セキュリティ > アプリパスワードで作成します。
• メールボックスが存在しない。 メールボックス一覧を確認します。設定ミスにより、アプリ内と異なるメールボックスを指定している場合があります。
• 猶予期間後も所有者アドレスが未確認。 確認 1 を参照してください。送信受付時に確認が強制されます。

アプリに"Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords."（ログインに失敗しました。このメールボックスはアプリパスワードのみを受け付けます。ウェブメールの設定 > アプリパスワードで作成してください。）と表示された場合は、アプリパスワードを作成して受信と送信の両方に入力します。「パスワードが違います」とだけ表示するアプリもあります。メールアプリのパスワードを参照してください。

管理者によるパスワードリセットやパスワード復旧は、すべてのアプリパスワードを取り消します。影響を受けるアプリ用に新しいものを作成するか、引き続き許可されている場合はメールボックスのパスワードを更新して再接続します。取り消されたパスワードや古いパスワードで再試行を続けないでください。

確認 9: BYO SMTP の設定ミス

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

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

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

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

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

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

一般的なエラーコード

まだ解決しない場合

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

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

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