Telnet を使用して SMTP 通信をテストする

[アーティクル]
04/04/2023

製品: Exchange Server 2013

ここでは、Telnet を使用してメッセージングサーバー間の SMTP (簡易メール転送プロトコル) 通信をテストする方法について説明します。既定では、SMTP はポート 25 で待機します。 Telnet をポート 25 で使用すると、SMTP サーバーへの接続に使用する SMTP コマンドを入力し、Telnet セッションが SMTP メッセージングサーバーである場合とまったく同様にメッセージを送信することができます。接続プロセスおよびメッセージ送信プロセスの手順ごとに、成功または失敗を確認することができます。

以下に、Microsoft Exchange 組織に存在するトランスポートサーバーとの SMTP 通信を、Telnet を使用してテストするシナリオを示します。

境界ネットワークの外部に配置されているホストから、組織のインターネットに直接接続している Exchange サーバーに接続し、テストメッセージを送信する。
組織のインターネットに直接接続している Exchange サーバーからリモートメッセージングサーバーに接続し、テストメッセージを送信する。

このトピックの手順では、Microsoft Windows に含まれるコンポーネントである Telnet クライアントを使用する方法を示します。サードパーティの Telnet クライアントは、Windows Telnet コンポーネントの構文とは異なる構文を必要とする場合があります。

はじめに把握しておくべき情報

予想所要時間 : 30 分
Exchange のアクセス許可は、このトピックの手順には適用されません。これらの手順は、Exchange サーバーやクライアントコンピューターのオペレーティングシステムで実行されます。
このトピックの手順は、インターネットに直接接続している、匿名接続が可能なサーバーとの間で接続を確立する場合に最適です。内部の Exchange サーバー間のメッセージ送信は、暗号化され、認証されます。 Telnet を使用してメールボックスサーバーのハブトランスポートサービスに接続するには、受信コネクタを作成し、匿名アクセスまたは基本認証によってメッセージを受信できるように構成する必要があります。コネクタで基本認証が可能な場合は、ユーザー名とパスワードに使用されるテキスト文字列を Base64 形式に変換するユーティリティが必要です。基本認証を使用する場合、ユーザー名とパスワードは簡単に識別できるため、暗号化なしの基本認証はお勧めしません。
リモートメッセージングサーバーに接続する場合は、インターネットに直接接続している Exchange サーバーでこのトピックの手順を実行することを検討してください。この手順により、このサーバーにメッセージの送信を試みるすべてのインターネットホストについて、送信元 IP アドレス、対応する DNS (ドメインネームシステム) のドメイン名、および逆引き参照 IP アドレスを検証するように構成されているリモートメッセージングサーバーでテキストメッセージが拒否されないようにすることができます。
このトピックの手順で使用可能なキーボードショートカットについては、「Exchange 管理センターのキーボードショートカット」を参照してください。

ヒント

問題がある場合は、 Exchange のフォーラムで質問してください。 Exchange Serverのフォーラムにアクセスしてください。

手順 1: Windows に Telnet クライアントをインストールする

既定では、Telnet クライアントは、Microsoft Windows オペレーティングシステムのほとんどのクライアントまたはサーバーバージョンにインストールされていません。 Telnet クライアントをインストールするには、「Telnet クライアントのインストール」を参照してください。

手順 2: Nslookup を使用してリモート SMTP サーバーの MX レコードの FQDN または IP アドレスを特定する

Telnet をポート 25 で使用して相手先の SMTP サーバーに接続するには、SMTP サーバーの完全修飾ドメイン名 (FQDN) または IP アドレスを使用する必要があります。 FQDN または IP アドレスがわからない場合、この情報を得る最も簡単な方法は、Nslookup コマンドラインツールを使用して相手先ドメインの MX レコードを特定することです。

コマンドプロンプトで「nslookup」と入力し、Enter キーを押します。このコマンドによって、Nslookup セッションが開きます。
「set type=mx」と入力し、Enter キーを押します。
「set timeout=20」と入力し、Enter キーを押します。既定では、Windows DNS サーバーの再帰的な DNS クエリのタイムアウト制限は 15 秒です。
MX レコードを特定するドメインの名前を入力します。たとえば、fabrikam.com ドメインの MX レコードを検索するには、「 fabrikam.com.」と入力し、Enter キーを押します。

注:

末尾のピリオド ( . ) は FQDN を示します。末尾にピリオドを使用することで、ネットワークで構成されている既定の DNS サフィックスが、意図に反してドメイン名に追加されることを防ぎます。

このコマンドの出力は次のようになります。
```
fabrikam.com mx preference=10, mail exchanger = mail1.fabrikam.com
fabrikam.com mx preference=20, mail exchanger = mail2.fabrikam.com
mail1.fabrikam.com internet address = 192.168.1.10
mail2 fabrikam.com internet address = 192.168.1.20
```
相手先の SMTP サーバーとして、MX レコードに関連付けられている任意のホスト名または IP アドレスを使用することができます。優先順位の値が小さいほど優先度の高い SMTP サーバーであることを示します。負荷分散とフォールトトレランスについて、複数の MX レコードおよび異なる優先順位の値を使用することができます。
Nslookup セッションを終了するには、「exit」と入力して Enter キーを押します。

注:

組織の内部ネットワークに設定されているファイアウォールまたはインターネットプロキシの制限によって、Nslookup ツールを使用してインターネット上のパブリック DNS サーバーに対するクエリを実行できない場合があります。

手順 3: Telnet をポート 25 で使用して SMTP 通信をテストする

この例では、次の値が使用されます。

宛先 SMTP サーバー: mail1.fabrikam.com
ソースドメイン: contoso.com
送信者の電子メールアドレス: chris@contoso.com
受信者の電子メールアドレス: kate@fabrikam.com
メッセージの件名: Contoso からのテスト
メッセージ本文: これはテストメッセージです

注:

Telnet クライアントのコマンドでは、大文字と小文字が区別されません。 SMTP コマンドの動詞は、判別しやすいように大文字にしています。
Telnet セッションで相手先の SMTP サーバーに接続した後で、BackSpace キーを使用することはできません。 SMTP コマンドを誤って入力した場合は、Enter キーを押して再度コマンドを入力する必要があります。認識できない SMTP コマンドや構文エラーがあると、次のようなエラーメッセージが表示されます。

500 5.3.3 Unrecognized command

コマンドプロンプトで「telnet」と入力し、Enter キーを押します。このコマンドによって、Telnet セッションが開きます。
「set localecho」と入力し、Enter キーを押します。これは入力した文字を画面に表示するためのコマンドですが、省略することもできます。 SMTP サーバーの種類によっては、この設定が必要になります。
「 set logfile filename<」と入力します>。これは、指定したログファイルに Telnet セッションをログ出力するためのコマンドですが、省略することもできます。ファイル名のみを指定した場合、ログファイルの場所は現在の作業ディレクトリになります。パスとファイル名を指定する場合、パスはコンピューターのローカルパスである必要があります。指定するパスとファイル名はいずれも Microsoft DOS の 8.3 形式で入力する必要があります。指定するパスは、既に存在するパスでなければなりません。存在しないログファイルを指定した場合は、そのログファイルが新しく作成されます。
「open mail1.fabrikam.com 25」と入力し、Enter キーを押します。
「EHLO contoso.com」と入力し、Enter キーを押します。
「MAIL FROM:」chris@contoso.comと入力し、Enter キーを押します。
「RCPT TO:kate@fabrikam.com NOTIFY=success,failure」と入力し、Enter キーを押します。 NOTIFY コマンドは、相手先の SMTP サーバーが送信者に提供しなければならない特定の配信状態通知 (DSN) メッセージを定義するコマンドですが、省略することもできます。 DSN メッセージは RFC 1891 で定義されます。この場合は、メッセージ配信の成功または失敗を確認するために DSN メッセージを要求することになります。
「DATA」と入力し、Enter キーを押します。以下のような応答を受信します。
```
354 Start mail input; end with <CLRF>.<CLRF>
```
「Subject:Test from Contoso」と入力し、Enter キーを押します。
Enter キーを押します。 RFC 2822 では、ヘッダーフィールドとメッセージ本文の間に Subject: 空白行が必要です。
「This is a test message」と入力し、Enter キーを押します。
Enter キーを押し、ピリオド ( . ) を入力し、Enter キーを押します。以下のような応答を受信します。
```
250 2.6.0 <GUID> Queued mail for delivery
```
相手先の SMTP サーバーとの接続を解除するには、「QUIT」と入力し、Enter キーを押します。以下のような応答を受信します。
```
221 2.0.0 Service closing transmission channel
```
Telnet セッションを閉じるには、「quit」と入力し、Enter キーを押します。

手順 4: Telnet セッションの結果を評価する

ここでは、前の例で使用された次のコマンドに対する応答について説明します。

Open mail1.fabrikam.com 25
EHLO contoso.com
MAIL FROM:chris@contoso.com
RCPT TO:kate@fabrikam.com NOTIFY=success,failure

注:

RFC 2821 で定義されている 3 桁の SMTP 応答コードは、すべての SMTP メッセージングサーバーで同じです。 SMTP メッセージングサーバーの種類によっては、テキストの部分が少し異なる場合があります。

Open mail1.fabrikam.com 25

成功した応答: 220 mail1.fabrikam.com Microsoft ESMTP MAIL Service ready at <day-date-time>

エラー応答: Connecting to mail1.fabrikam.com...Could not open connection to the host, on port 25: Connect failed

考えられるエラーの理由:

相手先の SMTP サービスが利用できない状態にある。
相手先のファイアウォールの制限がある。
送信元のファイアウォールの制限がある。
相手先の SMTP サーバーとして指定された FQDN または IP アドレスが正しくない。
指定されたポート番号が正しくない。

EHLO contoso.com

成功した応答: 250 mail1.fabrikam.com Hello [<sourceIPaddress>]

エラー応答: 501 5.5.4 Invalid domain name

エラーの原因として考えられる: ドメイン名に無効な文字があります。あるいは、相手先の SMTP サーバーに接続制限がある。

注:

EHLO は、RFC 2821 で定義されている ESMTP (Extended Simple Message Transfer Protocol) コマンドです。 ESMTP サーバーは、最初の接続時に機能について通知することができます。これらの機能には、受け付け可能なメッセージの最大サイズや、サポートしている認証方法などがあります。 HELO は、RFC 821 で定義されている以前の SMTP コマンドです。ほとんどの SMTP メッセージングサーバーは、ESMTP および EHLO をサポートしています。

MAIL FROM:chris@contoso.com

成功した応答: 250 2.1.0 Sender OK

エラー応答: 550 5.1.7 Invalid address

エラーの原因として考えられる: 送信者の電子メールアドレスに構文エラーがあります。

エラー応答: 530 5.7.1 Client was not authenticated

失敗の可能性がある理由: 宛先サーバーは匿名メッセージの送信を受け入れません。このエラーは、Telnet を使用して、直接ハブトランスポートサーバーにメッセージを送信しようとした場合に返されます。

RCPT TO:kate@fabrikam.com NOTIFY=success,failure

成功した応答: 250 2.1.5 Recipient OK

エラー応答: 550 5.1.1 User unknown

失敗の原因として考えられる: 指定した受信者が組織内に存在しません。