SMTP
メールサーバーモニタリング
ポートだけでなくハンドシェイクも確認します。
今すぐ試してください
1回のチェックを1か所から今すぐ実行しますが、何も保存されません。モニターはすべての拠点からチェックを行い、2つの他の大陸からも障害を確認してから通知します。単一のチェックではそれを確認できません。
用途
メールの受信を停止したメールサーバーは、コストが高く、静かです。誰もあなたのMXが拒否していると電話してくれません。メールは他の誰かのマシンに5日間キューイングされ、その後バウンスします。その時点で請求書、パスワードリセット、注文確認はすべて失われています。
これは接続し、SMTPハンドシェイクを完了し、STARTTLSを確認します。ポートチェックでは、接続を受け入れて何も応答しないサーバーを通過してしまいますが、これは外部から見た半死状態のメールサーバーそのものです。
ここにあるすべてのチェックと同様に、Amsterdam, New York, Sydney and Singaporeから実行され、障害が発生した場合、他の2つの大陸から確認されてから通知されます。その仕組み。
設定できる内容
以下のすべては、どのプランでも追加時のフォームに含まれています。
- STARTTLS
- 必須、オプション、または未使用。必須はインターネットからメールを受け取るサーバーに適しています。これまでに提供されたことのない内部リレーは壊れていません。そのように設定することで、永遠にダウンとして報告されるのを防ぎます。
- 期待される挨拶
- バナーが一致する必要がある正規表現です。これがない場合、これはハンドシェイクを伴うポートチェックにすぎません。
質問
これはどのポートで動作しますか？
デフォルトではポート25で、これは他のメールサーバーがメールを配信するために使用するポートです。コロンの後に指定した任意のポートも使用できます。ポート587は送信用で、STARTTLSを使用して同じ方法でチェックされます。ポート465はSMTPSで、接続を最初のバイトからTLSでラップし、途中でアップグレードするのではなく、別のパスを取得します。セッションは挨拶が到着する前に暗号化され、STARTTLSを主張する必要はありません。
MXレコードもチェックしますか？
ここからではありません。これは指定したホストに接続して通信しますが、それは世界がまだその場所にメールを送るように指示されているかどうかとは別の問題です。期待する回答を入力したMXレコードのDNSモニターは、レコードの変更を検出します。メールに真剣に取り組む人は両方を実行します。
ここでの接続拒否とはどういう意味ですか？
何かが応答して「いいえ」と言った場合、そのポートでリッスンしているものはありません。死んだサーバー、ファイアウォールルール、または多くのホスティングプロバイダーが行うように、ポート25のアウトバウンドをブロックしている可能性があります。これは、ハンドシェイクが開始されてから問題が発生する場合とは別に報告されます。これらは異なる原因であり、異なる修正が必要です。
メールキューを見ることはできますか？
いいえ、そうではありません。それを暗示するのではなく、明確にお伝えします。キューはサーバー内部に存在し、外部からは待機中のメッセージをカウントすることはできません。外部から見えるのは、メールの受信を停止したサーバーであり、それが他のすべての人のキューをあなたのメールで埋める原因となります。これがこのチェックで検出されるものです。
STARTTLSを使用する場合、証明書を検証しますか？
STARTTLSが広告されていることと、アップグレードが完了することを確認し、そこで終了します。サーバー間のメールは設計上オポチュニスティックであり、多くの動作中のリレーは信頼ストアが受け入れない証明書を提示します。そのため、それらを失敗と見なすことは実際には障害ではないものを報告することになります。同じホストとポートで証明書モニターを使用して有効期限を監視してください。
必須、オプション、未使用の違いは何ですか？
必須は、STARTTLSが広告され、成功する必要があることを意味します。これはインターネットからメールを受け取るサーバーに適しています。オプションは、提供されている場合にチェックされ、提供されていないサーバーに対しては問題と見なされません。未使用は、TLSを持たない内部リレーのためにスキップされ、それがないことが問題ではありません。
たまに自分にテストメッセージを送るだけではダメですか？
テストメッセージは、このチェック以上のことを証明します。それは、実際に気にするメールボックスへの配信を証明します。ただし、これは2回行ってその後忘れてしまうものであり、午前3時には何も教えてくれません。また、到着したメッセージは、キューで4時間待機していたことについて何も教えてくれません。このチェックは代わりにハンドシェイクを継続的に監視します。これは徐々にではなく突然失敗する部分です。テストメッセージも送信してください。