MyEmail@74.125.235.55にメールを送信できないのはなぜですか？

開い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@gmail.comを使用しましたemail@74.125.235.55。

応答：

これは自動的に生成された配信状態通知です

これは警告メッセージです。

メッセージを再送する必要はありません。

次の受信者への配信が遅れている。

xxxxxx@74.125.235.54

メッセージはさらに2日間再試行されます

一時的な障害の技術的な詳細：受信者サーバーは接続要求を受け入れませんでした。詳細については、 http ：//mail.google.com/support/bin/answer.py ？answer = 7720 [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 2011年7月6日水曜日02:36:37 -0700（PDT）日付：2011年7月6日水曜日17:36:37 +0800メッセージID：件名：テスト差出人：ジョセフ宛先：xxxxxx@74.125.235.54コンテンツタイプ： multipart / alternative; 境界= 20cf3054a49348815504a763560c

テストテスト

メールが届きませんでした。どうして？

なぜそのgmail.com部分を単に置き換えることができないの74.125.235.55ですか？

74.125.235.55はgmail.comのMX（メール交換）ではないためです。

もしあなたがpingを実行 gmail.com、ping使用したレコードのタスクを実行するために、しかし、（多くの場合）電子メールを送信すると、他のサーバーが組み込まれています。

ツールを使用して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がコメントで言及したとおりの正しい構文です）。

ただし、 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（など、など...）、そのユーザーを区別するための方法はありません。

user@domain.comに電子メールを送信すると、送信メールサーバーは宛先ドメインの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.55Gmailゲートウェイではありません。ブラウザのIPアドレスに直接アクセスすると、Gmail Webサイトには移動しません。Googleに送信されるので、それが1つのポイントになる可能性があります。

最初に、他の人が言ったように、そのIPアドレス自体は（メールサーバーの正しいIPアドレスを使用したとしても）DNS MXレコードとしてリストされないため、そもそもサーバーを見つけることができません（それは@thedomainルックアップに使用されるだけなので、そのIPアドレスに基づいてルーティングすることもありません）。telnetを使用してサーバーに直接接続した場合でも（これは専門家が電子メールを直接テストする方法です）、次の理由で失敗します。

メールシステムを構成し、Microsoft Exchangeまたは他のユーザーと一緒に多くのことを行うときは常に、受け入れるドメインを教えてください。常にを入力@thedomain.comします。つまり、そのドメインのメールのみを受け付けます。以来は、@74.125.235.55あなたが直接、メールサーバに接続した場合でも、承認済みドメインのリストには、確かではないドメインではありません、そして、それはまだそれを拒否します。

問題は、実際のメールアドレスです。

多くのプロトコルスキームでは、アドレス構文xxx@example.comは単に「インターネットホストに接続しexample.com、（関連するプロトコルの）ユーザーを指定する」ことを意味しますxxx。SSH、FTP、SCPなどはこのパターンに従いexample.comます。IPアドレスの単なる仮名です（これはを実行するときと同じように解決されますping）。メールの場合は異なります。ここで完全な文字列xxx@example.comは電子メールアドレスであり、ドメインはアドレスの一部であり、送信先のサーバーだけではありません。このサーバーは「リレー」と呼ばれ、そのホスト部分から、他の回答で説明されている特別なDNS要求（MXレコード）によって取得されますが、次のことに留意してください。

1. example.com（Aレコード）の「通常の」IPアドレスと一致する場合と一致しない場合があります。頻繁に彼らは異なっています。

2. クライアントがリレーを検出して接続した後、完全なメールアドレスに「メールを送信したい」と伝える必要がありますxxx@example.com（同じリレーが異なるドメインのメールを処理できます）。

ところで、2番目のポイント（最初のポイントではありません）はHTTPにも適用されます。1.1：ドメインはホストIPアドレスを解決するために使用されますが、リソースの指定にも使用されます。

宛先メールサーバーは、記号に続く名前を含むアドレス全体を見ることに注意してください@。Gmailメールサーバーは@gmail.com、他のすべてのアドレス^[1]で終わるメッセージのみをルーティングします。

GmailのメールサーバーのIPアドレスは74.125.45.27です。しかし、アドレスtyler@gmail.comはとは異なりますtyler@74.125.45.27。Gmailは「tyler@gmail.comが誰であるかは知っていますが、tyler @ 74.125.45.27という名前は聞いたことがない」と言い、2番目のアドレスに配信できないと判断します。

^[1]はい、そうではないことを知っています。そして、はい、Google Appsについて知っています。