だから私は長い間これを疑問に思っていました。
メールはどこに送られ*@example.com
ますか?誤って*@example.com
(おそらくIANAにいる)悪意のある人に機密情報を送信した場合、いつかそれを取得できますか?
だから私は長い間これを疑問に思っていました。
メールはどこに送られ*@example.com
ますか?誤って*@example.com
(おそらくIANAにいる)悪意のある人に機密情報を送信した場合、いつかそれを取得できますか?
回答:
にメールを送信しようとした場合 *@example.com
MX
レコード を検索しますexample.com
。A
レコードにフォールバックします。IPは174.137.125.92(現在)結論:独自の構成に依存します。しかし、IANAが今日サーバーをセットアップした場合、3日前に送信しようとしたメッセージを受信できる可能性があります。
MXレコードがない場合、メールサーバーはAレコードへの配信を試みます。
example.comのサーバーはポート25でリッスンしないため、メールサーバーはTCP接続を確立せず、配信も開始しません。
example.comにはMXレコードがないため、送信ドメインのSMTPサーバーは、ほとんどのSMTPサーバーのように構成されている場合、メッセージをバウンスする必要があります。
編集:将来この答えを見つけた人にわかりやすくするために、MXレコードとは何かを説明します:(2011年11月21日取得のhttp://en.wikipedia.org/wiki/Mx_recordより)
メールエクスチェンジャーレコード(MXレコード)は、ドメインネームシステムのリソースレコードの一種であり、受信者のドメインに代わってメールメッセージを受け付けるメールサーバーと、複数のメールサーバーが利用可能な場合にメール配信の優先順位付けに使用される設定値を指定します。ドメイン名のMXレコードのセットは、Simple Mail Transfer Protocolを使用した電子メールのルーティング方法を指定します。
したがって、基本的に、example.com、example.net、およびexample.orgには受信メールを処理するサーバーが指定されていないため、送信されたメールは「配信不能」として送信者に返される必要があります(SMTPサーバーの構成によって異なる場合があります) 、ただし「配信不能」として送信者に戻ることは、この状況では非常に一般的な動作です。
編集2:誰かがRFC 5321で定義された、MXレコードが欠落している場合にAレコードの使用に戻る動作を定義しました。このRFC(http://tools.ietf.org/html/rfc5321)を検索したところ、そのようなものは見つかりませんでしたが、一部のMTA(exim、postfix、sendmail、Microsoft Exchange Serverなどのメール転送エージェント)は、その他)Aレコードで定義されたアドレスにSMTP経由でメールを配信しようとする場合があります。後世のために、example.comの定義済みAレコードアドレス(執筆時点で192.0.43.10)へのSMTP接続を確立しようとすると、次のようになります。
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out
編集3:関連するRFCおよびフォールバック動作に関する説明については、以下の返信を参照してください。
A
ルールへのフォールバックがありました-5321では導入されませんでした。
It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX).