SMTPテスター
ステップバイステップの SMTP 診断 - 接続、TLS、認証、ライブ テストの配信。
Credentials are used once over HTTPS for the live test — never logged or stored. Rate limited to 5 tests/minute.
メール管理者と同じように、実際の SMTP 会話を観察して、電子メール配信をデバッグします。各ステップでは実際のサーバーの応答とタイミングが表示されるため、「メールが送信されない」という問題は具体的で修正可能な答えになります。送信が機能したら、SPF / DKIM / DMARC チェッカーを使用して DNS ポスチャを確認し、送信したメールが実際に受信箱に届くようにします。
よくある質問
SMTP テスターは何をチェックしますか?
実際の SMTP 会話 (TCP 接続、EHLO ハンドシェイク、STARTTLS 暗号化、資格情報による認証、オプションで実際のテスト メッセージの送信) をステップごとに説明し、どのステップが失敗したか、サーバーが何を言ったかを正確に示します。これにより、問題が DNS、ファイアウォール、TLS、資格情報、または送信制限のいずれであるかが特定されます。
どのポートとセキュリティ設定を使用すればよいですか?
STARTTLS を使用したポート 587 は、認証された送信の最新の標準です。ポート 465 は暗黙的な SSL/TLS を使用します。ポート 25 はサーバー間のメール用で、ほとんどの ISP およびクラウド プロバイダーによってブロックされています。セキュリティ モードを選択すると、ツールによって適切なポートが自動的に入力されます。
ここに SMTP パスワードを入力しても安全ですか?
認証情報は HTTPS 経由で API に送信され、ライブ テストで 1 回使用され、ログに記録されたり保存されたりすることはありません。そうは言っても、サードパーティ テスターにとってのベスト プラクティスは、アプリ固有のパスワード (Gmail とほとんどのプロバイダーがサポートしています) を使用し、慎重であればテスト後にパスワードをローテーションすることです。
正しい Gmail/Outlook パスワードを使用しても認証が失敗するのはなぜですか?
主要なプロバイダーは、SMTP 上のプレーンなパスワードをブロックします。 Gmail にはアプリ パスワードが必要です (2FA が有効になっている場合)。 Microsoft 365 では、メールボックスごとに SMTP AUTH とアプリ パスワードを有効にする必要があります。資格情報が間違っていると考える前に、これらの設定を確認してください。
ユーザー名とパスワードがないとテストを送信できないのはなぜですか?
任意のサーバーを介した認証されていない送信は、まさにスパム中継の仕組みであるため、ツールは設計上これを拒否します。テスト送信は、お客様の認証情報を受け入れるサーバーのみを経由します。つまり、お客様が管理するインフラストラクチャ経由でのみ送信できます。