[email protected]にメールを送れないのはなぜですか？
cmdを開き、ping gmail.comと入力しました。それは私を示しています：
C:\Windows\system32>ping gmail.com
Pinging gmail.com [74.125.235.55] with 32 bytes of data:
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=6ms TTL=56
Reply from 74.125.235.55: bytes=32 time=215ms TTL=56
Ping statistics for 74.125.235.55:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 6ms, Maximum = 215ms, Average = 58ms
C:\Windows\system32>
Gmail アカウントを持っているので、自分にメールを送信しましたが、[email protected]ではなく[email protected]を使用しました。
応答：
これは自動的に生成された配信状態通知です
これはIS警告メッセージのみです。
メッセージを再送信する必要はありません。
次の受信者への配信が遅れている。
[email protected]メッセージはあと2日間再試行されます
一時的な障害の技術的な詳細：受信サーバーは接続要求を受け入れませんでした。詳しくは http://mail.google.com/support/bin/answer.py?answer=772 [74.125.235.54（1）：接続が拒否されました]をご覧ください
- - - オリジナルメッセージ - - -
MIMEバージョン：1.0受信：10.223.93.196までにSMTP ID w4mr3261626fam.44.1309944998035; 2011年7月6日水曜日02:36:38 -0700（PDT）受信：HTTPを使用して10.223.104.194。 Wed、6 Jul 2011 02:36:37 -0700（PDT）Date：Wed、6 Jul 2011 17:36:37 +0800 Message-ID：Subject：test From：Joseph To：[email protected] Content-Type：マルチパート/代替; border = 20cf3054a49348815504a763560c
テストテスト
メールが届きません。どうして？
gmail.comの部分を74.125.235.55に置き換えることができないのはなぜですか？
74.125.235.55はgmail.comのMX（メール交換）ではないためです。
pinggmail.comの場合、pingはAレコードを使用してタスクを実行しますが、メールを送信します（多くの場合）他のサーバーを組み込みます。
ツールDig（Windowsの場合：nslookup -q=mx gmail.comをコメントに記載されている重大度として使用）を使用して、これらの [〜＃〜] dns [〜＃〜] レコードを表示できます。
Probe:~ trurl$ Dig -t ANY gmail.com
; <<>> Dig 9.6.0-Apple-P2 <<>> -t ANY gmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65087
;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 9
;; QUESTION SECTION:
;gmail.com. IN ANY
;; ANSWER SECTION:
gmail.com. 3519 IN MX 30 alt3.gmail-smtp-in.l.google.com.
gmail.com. 3519 IN MX 5 gmail-smtp-in.l.google.com.
gmail.com. 74086 IN NS ns4.google.com.
gmail.com. 3519 IN MX 10 alt1.gmail-smtp-in.l.google.com.
gmail.com. 74086 IN NS ns3.google.com.
gmail.com. 3 IN A 209.85.148.18
gmail.com. 3519 IN MX 40 alt4.gmail-smtp-in.l.google.com.
gmail.com. 3 IN A 209.85.148.83
gmail.com. 3 IN A 209.85.148.17
gmail.com. 74086 IN NS ns1.google.com.
gmail.com. 3 IN A 209.85.148.19
gmail.com. 3519 IN MX 20 alt2.gmail-smtp-in.l.google.com.
gmail.com. 74086 IN NS ns2.google.com.
ご覧のとおり、gmail.comのメールを処理するサーバーは複数あり、それぞれに異なる優先順位（最後の列の番号）があります。
さらに先に進むと、gmail-smtp-in.l.google.com（上記のリストの最初のmx）がポイントしていることがわかります別のIPアドレス：
;; QUESTION SECTION:
;gmail-smtp-in.l.google.com. IN ANY
;; ANSWER SECTION:
gmail-smtp-in.l.google.com. 42 IN A 74.125.39.27
したがって、recipient@[74.125.39.27]を使用する必要があります（これは、JdeBPがコメントで述べた正しい構文です）。
[〜＃〜] but [〜＃〜]Googleはこれらのメールを受け付けません：
Jul 6 13:25:15 lofi postfix/smtp[31213]: C6FXXXXXXX: to=<REMOVED@[74.125.39.27]>,
relay=74.125.39.27[74.125.39.27]:25, delay=3.4, delays=0.16/0.01/0.15/3.1, dsn=5.1.1,
status=bounced(Host 74.125.39.27[74.125.39.27] said:
550-5.1.1 The email account that you tried to reach does not exist. Please try
550-5.1.1 double-checking the recipient's email address for typos or
550-5.1.1 unnecessary spaces. Learn more at
550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=6596 REMOVEDg.99
(in reply to RCPT TO command))
これについてさらに考えてみましょう：誰に送信したいのかわからないため、これらのメールをGoogleが受け入れることはできません。 74.125.39.27の背後にあるサーバーはgmail.com、google.com、picasa.com（など）のメールを処理できるため、ユーザーを区別する方法はありません。
[email protected]にメールを送信すると、送信メールサーバーは宛先ドメインの DNS MXレコード を使用して、そのドメインでメールの処理を担当するIPアドレスを決定します。これは、通常のping中に返されるIPアドレスとは異なる場合があります。
Linuxで「Dig」ツールを使用すると、gmail.comのMXレコードが次のサーバーセットに解決されることがわかります。
gmail-smtp-in.l.google.com.
alt1.gmail-smtp-in.l.google.com.
alt2.gmail-smtp-in.l.google.com.
alt3.gmail-smtp-in.l.google.com.
alt4.gmail-smtp-in.l.google.com.
完全に異なるping結果を生成します：
$ ping gmail-smtp-in.l.google.com.
PING gmail-smtp-in.l.google.com (209.85.227.27) 56(84) bytes of data.
64 bytes from wy-in-f27.1e100.net (209.85.227.27): icmp_req=1 ttl=50 time=12.8 ms
実際にそのIPアドレスに直接メールを送信できるかどうかは、メールクライアントとメールサーバーに依存する可能性が高く、slotishtypeの答え。
使用してみてください：
email@[74.125.235.55]
74.125.235.55はGmailゲートウェイではありません。ブラウザのIPアドレスに直接アクセスすると、GmailのWebサイトには移動しません。それはグーグルに行くので、それは1つのポイントになる可能性があります。
最初に、他の人が言ったように、そのIPアドレス自体は（メールサーバーの正しいIPアドレスを使用した場合でも）DNS MXレコードとしてリストされないため、最初にサーバーを見つけることはありません（それは@thedomainはルックアップにのみ使用されるため、そのIPアドレスに基づいてルーティングすることもありません）。 Telnetを使用してサーバーに直接接続している場合でも（これは、専門家が電子メールを直接テストする方法です）、次の理由で失敗します。
メールシステムを構成し、Microsoft Exchangeやその他のシステムを使用してメールシステムを多数構成する場合は常に、受け入れるドメインを通知する必要があります。私は常に@thedomain.comを入力します。これは、そのドメインのメールのみを受け入れることを意味します。 @74.125.235.55はドメインではなく、承認済みドメインリストにもないため、メールサーバーに直接接続している場合でも、拒否されます。
問題は、電子メールアドレスが実際にであることです。
多くのプロトコルスキームでは、アドレス構文[email protected]は、「インターネットホストexample.comに接続し、（関連するプロトコルに対して）ユーザーxxxを指定する」という意味です。 SSH、FTP、SCPなどは、次のパターンに従います。example.comは、IPアドレスのファンシーな名前です（pingを実行する場合と同じように解決されます）。メールの場合は異なります。完全な文字列[email protected]は、ここでは電子メールアドレスです。ドメインはアドレスの一部であり、送信するための接続先のサーバーだけではありません。このサーバーは「リレー」と呼ばれ、そのホスト部分から、他の回答で説明されているように特別なDNS要求（MXレコード）によって取得されますが、次の点に注意してください。
example.com（Aレコード）の「通常の」IPアドレスと一致するか、一致しない可能性があります。頻繁に異なります。クライアントがリレーを検出してそれに接続した後でも、完全なメールアドレスを「
[email protected]にメールを送信したい」と伝えなければなりません（同じリレーで異なるドメインのメールを処理できます）。
ところで、2番目のポイント（最初のポイントではない）も [〜＃〜] http [〜＃〜] に適用されます。1.1以降、ドメインはホストIPアドレスの解決に使用されますが、リソースの指定に使用されます。
宛先メールサーバーは、@記号に続く名前を含むアドレス全体を参照することに注意してください。 Gmailメールサーバーは@gmail.comで終わるメッセージのみをルーティングし、他のすべてのアドレスを破棄または拒否します[1]。
GmailのメールサーバーのIPアドレスは74.125.45.27です。ただし、アドレス[email protected]は[email protected]と同じではありません。 Gmailは「[email protected]が誰であるか知っていますが、tyler @ 74.125.45.27という名前を聞いたことがありません」と言って、2番目のアドレスに配信できないと判断します。
[1] はい、そうではありません。GoogleAppsについても知っています。