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 수신 : SMTP ID가 w4mr3261626fam.44.1309944998035 인 10.223.93.196까지; Wed, 06 Jul 2011 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 : 제목 : 테스트 시작 : Joseph받는 사람 : xxxxxx@74.125.235.54 콘텐츠 유형 : 멀티 파트 / 대안; boundary = 20cf3054a49348815504a763560c

테스트

이메일을받지 못했습니다. 왜?

gmail.com부품으로 대체 할 수없는 이유는 무엇 74.125.235.55입니까?

74.125.235.55가 gmail.com의 MX (메일 교환)가 아니기 때문입니다.

gmail.com 을 핑 (ping ) 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와 같은 올바른 구문입니다).

그러나 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 주소를 결정합니다. 정상적인 핑 중에 반환 된 것과 동일한 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 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 웹 사이트로 이동하지 않습니다. 그것은 구글로 갈 것이므로, 그것은 한 지점이 될 수 있습니다.

첫째, 다른 사람들이 말했듯이 해당 IP 주소 자체는 DNS MX 레코드로 나열되지 않습니다 (메일 서버의 올바른 IP 주소를 사용하더라도). 처음에는 서버를 찾지 못할 것입니다. 또한 @thedomain조회에 사용 되므로 해당 IP 주소를 기반으로 라우팅하지 않습니다 ). 텔넷을 사용하여 서버에 직접 연결하더라도 (전문가가 이메일을 직접 테스트하는 방법) 다음과 같은 이유로 여전히 실패합니다.

메일 시스템을 구성 할 때마다 Microsoft Exchange 또는 다른 시스템을 사용하여 메일 시스템을 많이 수행 할 때마다 허용 할 도메인이 무엇인지 항상 알려 주어야합니다. 항상을 입력 @thedomain.com하면 해당 도메인의 이메일 만 수락됩니다. 이후이 @74.125.235.55직접 메일 서버에 연결 한 경우에도 허용 도메인 목록에 확실히 도메인이 아니며, 여전히 그것을 거부합니다.

문제는 실제로 이메일 주소 입니다 .

많은 프로토콜 체계에서 주소 구문 xxx@example.com은 "인터넷 호스트에 연결 example.com하고 관련 프로토콜에 대해 사용자를 지정 xxx"을 의미합니다. SSH, FTP, SCP 및 기타 패턴 example.com은 다음과 같은 패턴을 따릅니다 . IP 주소의 멋진 이름 일뿐입니다 (을 수행 할 때와 동일하게 해석 됨 ping). 이메일의 경우 다릅니다. 전체 문자열 xxx@example.com은 여기에 이메일 주소이고, 도메인은 주소의 일부이며, 연결하기 위해 보내는 서버 만이 아닙니다. 이 서버를 "릴레이 (relay)"라고하며 다른 응답에서 설명한대로 특수한 DNS 요청 (MX 레코드)에 의해 해당 호스트 부분에서 얻습니다.

1. example.com( A레코드) 의 "일반"IP 주소와 일치하거나 일치하지 않을 수 있습니다 . 종종 그들은 다릅니다.

2. 클라이언트가 릴레이를 발견하고 연결 한 후에도 여전히 전체 메일 주소에 "메일을 보내려고합니다"라고 알려야합니다 xxx@example.com(동일한 릴레이가 다른 도메인의 메일을 처리 할 수 ​​있음).

두 번째 포인트 인 BTW (첫 번째는 아님)도 1.1 이후 HTTP 에도 적용됩니다 . 도메인은 호스트 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이라는 이름을 들어 본 적이 없습니다"라고 말하고 두 번째 주소로는 전달할 수 없다고 결정합니다.

^[1] 예, 사실이 아니라는 것을 알고 있으며 Google Apps에 대해서도 알고 있습니다.