Dlaczego nie mogę wysłać e-maila na adres: [email protected]?

Otworzyłem cmdi pisałem na maszynie ping gmail.com. Pokazuje mi:

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>

Mam konto Gmail , więc sam wysłałem e-mailem, ale zamiast tego [email protected]użyłem [email protected].

Odpowiedź; reakcja; reagowanie; odzew; oddźwięk:

Jest to automatycznie generowane powiadomienie o stanie dostawy

TO TYLKO KOMUNIKAT OSTRZEGAWCZY.

NIE MUSISZ PRZESYŁAĆ SWOJEJ WIADOMOŚCI PONOWNIE.

Dostawa do następujących odbiorców została opóźniona:

[email protected]

Wiadomość zostanie ponowiona jeszcze przez 2 dni

Szczegóły techniczne tymczasowej awarii: serwer odbiorcy nie zaakceptował naszych próśb o połączenie. Dowiedz się więcej na http://mail.google.com/support/bin/answer.py?answer=7720 [74.125.235.54 (1): Odmowa połączenia]

----- Wiadomość oryginalna -----

Wersja MIME: 1.0 Otrzymano: przez 10.223.93.196 z identyfikatorem SMTP w4mr3261626fam.44.1309944998035; Śr., 06 lip 2011 02:36:38 -0700 (PDT) Otrzymano: do 10.223.104.194 z HTTP; Środa, 6 lipca 2011 02:36:37 -0700 (PDT) Data: Środa, 6 lipca 2011 17:36:37 +0800 Wiadomość-ID: Temat: test Od: Joseph Do: [email protected] Typ treści: wieloczęściowy / alternatywny; granica = 20cf3054a49348815504a763560c

test

Nie otrzymałem e-maila. Dlaczego?

Dlaczego nie mogę po prostu zastąpić tej gmail.comczęści 74.125.235.55?

Ponieważ 74.125.235.55 nie jest MX (wymiana poczty) dla gmail.com.

Jeśli pingujesz gmail.com, pingużywa rekordu A do wykonania swojego zadania, ale wysyłanie wiadomości e-mail (często) obejmuje inne serwery.

Możesz użyć tego narzędzia dig(w systemie Windows: nslookup -q=mx gmail.comjak grawitacja wspomniano w komentarzach), aby zobaczyć te rekordy 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.

Jak widać, istnieje nawet wiele serwerów obsługujących pocztę e-mail dla gmail.com, a każdy z nich ma inne priorytety (liczba w ostatniej kolumnie).

A jeśli przejdziesz dalej, zobaczysz, że gmail-smtp-in.l.google.com (pierwszy mxz powyższej listy) wskazuje inny adres 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

Musisz więc użyć recipient@[74.125.39.27](jest to właściwa składnia, jak wspomniano w komentarzach JdeBP).

ALE Google nie przyjmuje tych e-maili:

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))

Zastanawiając się nad tym: Google nie przyjmuje lub nie może przyjmować tych e-maili, ponieważ nie wiedzą, do kogo chcesz je wysłać . Serwer za 74.125.39.27 może obsłużyć pocztę dla gmail.com, google.com, picasa.com(itd., Itp ...), więc nie ma sposobu, aby odróżnić użytkownika.

Podczas wysyłania wiadomości e-mail na adres uż[email protected] serwer poczty wychodzącej używa rekordu DNS MX domeny docelowej do ustalenia, który adres IP jest odpowiedzialny za obsługę poczty w tej domenie. To może nie być ten sam adres IP, który został zwrócony podczas normalnego pingowania.

Za pomocą narzędzia „dig” w systemie Linux mogę ustalić, że rekord MX dla gmail.com jest rozwiązywany do następującego zestawu serwerów:

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.

które dają zupełnie inne wyniki pingowania:

$ 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

To, czy rzeczywiście możesz wysłać wiadomość e-mail bezpośrednio na ten adres IP, prawdopodobnie zależy od Twojego klienta poczty e-mail i serwera pocztowego, i może być konieczne umieszczenie adresu w nawiasach kwadratowych zgodnie z odpowiedzią typu slishish .

Spróbuj użyć:

email@[74.125.235.55]

74.125.235.55nie jest bramą Gmaila. Jeśli przejdziesz bezpośrednio do adresu IP w przeglądarce, nie przejdzie on na stronę Gmaila; przejdzie do Google, więc może to być jeden punkt.

Po pierwsze, sam adres IP nie będzie wymieniony jako rekord DNS MX (nawet jeśli użyłeś poprawnego adresu IP serwera pocztowego), jak powiedzieli inni, więc nie znajdzie serwera w pierwszej kolejności (to nie będzie też trasował na podstawie tego adresu IP, ponieważ @thedomainjest on używany tylko do wyszukiwania). Nawet jeśli telnet był używany do bezpośredniego łączenia się z serwerem (w ten sposób eksperci bezpośrednio testują wiadomości e-mail), nadal nie udałoby się to z następującego powodu:

Ilekroć konfiguruję system poczty i robię wiele z nich, z Microsoft Exchange lub innymi, zawsze musisz powiedzieć, jakie domeny akceptuje. Zawsze wpisuję @thedomain.com, co oznacza, że ​​akceptuje tylko wiadomości e-mail dotyczące tej domeny. Ponieważ @74.125.235.55nie ma domeny, a na pewno nie ma jej na liście akceptowanych domen, nawet jeśli byłeś bezpośrednio połączony z serwerem poczty, nadal ją odrzuca.

Problem polega na tym, czym faktycznie jest adres e-mail .

W wielu schematach protokołów składnia adresu [email protected]oznacza po prostu „połącz się z hostem internetowym example.comi określ (dla odpowiedniego protokołu) użytkownika xxx”. SSH, FTP, SCP i inne podążają za tym wzorem: example.comto tylko fantazyjna nazwa dla adresu IP (który jest rozwiązywany tak samo jak podczas robienia a ping). W przypadku e-maili jest inaczej. Pełny ciąg [email protected]jest tutaj adresem e-mail, domena jest częścią adresu, nie jest to tylko serwer, do którego połączenie się wysyła; serwer ten nazywany jest „przekaźnikiem” i jest uzyskiwany z tej części hosta przez specjalne żądanie DNS (rekordy MX), jak wyjaśniono w innych odpowiedziach, ale należy pamiętać:

1. może się pokrywać lub nie z „normalnym” adresem IP dla example.com( Azapisu). często są inni.

2. gdy klient odkryje przekaźnik i połączy się z nim, nadal musi podać pełny adres e-mail „Chcę wysłać pocztę [email protected]” (ten sam przekaźnik może przetwarzać wiadomości e-mail dla różnych domen).

BTW, drugi punkt (ale nie pierwszy) dotyczy również HTTP , ponieważ 1.1: domena jest używana do rozwiązania adresu IP hosta, ale służy również do określania zasobu.

Pamiętaj, że docelowe serwery pocztowe sprawdzają cały adres , w tym nazwę występującą po @znaku. Serwery poczty Gmail będą kierować tylko wiadomości, które kończą się @gmail.com, odrzucając lub odrzucając wszystkie inne adresy ^[1] .

Adres IP serwera poczty Gmail to 74.125.45.27. Ale adres [email protected]to nie to samo co [email protected]. Gmail powiedziałby „wiem, kto jest [email protected], ale nigdy nie słyszałem o nazwie [email protected]” i zdecydował, że nie może dostarczyć go na drugi adres.

^[1] Tak, wiem, że to nie do końca prawda i tak, wiem o Google Apps.