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

120

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?

Pacerier
źródło

Odpowiedzi:

152

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.

trurl
źródło
49
Zapomniałeś wspomnieć, że i [email protected]tak byłaby to zła składnia, zgodnie z RFC 5322 § 3.4.1.
JdeBP,
13
Odpowiednia sekcja RFC .
Humphrey Bogart,
9
nslookuppoda podobne informacje na temat komputerów z systemem Windows.
MikeJ-UK,
12
nslookup -q=mx gmail.combyć precyzyjnym.
grawity
25

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 .


źródło
11

Spróbuj użyć:

email@[74.125.235.55]
Slotishtype
źródło
Może to nie działać, jak pokazuje analiza facetów, ale może warto spróbować.
slotishtype 6.07.11
1
Adres „xxxxx @ [74.125.235.55]” w polu „Do” nie został rozpoznany. Upewnij się, że wszystkie adresy są poprawnie sformułowane.
Pacerier,
Wiem, że to ustawienie specyficzne dla Gmaila. Możesz wysłać go z innego klienta pocztowego, ale może nie zostać wysłany.
slotishtype
btw jestem ciekawy z jakiego powodu pomyślałeś, że to zadziała?
Pacerier,
16
@[ip]to specjalna składnia w RFC, która jest zdefiniowana jako pomijanie wyszukiwania MX.
Random832
7

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.

Sandeep Bansal
źródło
1
więc jaka jest brama Gmail? aby sformułować inaczej, jakie liczby muszę wpisać w przeglądarce, aby uzyskać stronę, którą zwykle widzę w gmail.com?
Pacerier,
2
@Pacerier, serwery WWW wyświetlają różne strony w zależności od nazwy domeny, której używasz, aby uzyskać do nich dostęp. Na przykład administruję iconsf.org i iconsfinc.com. Są na tym samym serwerze i mają ten sam adres IP, ale wyświetlana strona zależy od wpisanej nazwy. Jeśli użyjesz tylko adresu IP, zawsze zobaczysz iconsf.org.
CarlF,
6

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.

KCotreau
źródło
2
W rzeczywistości 74.125.235.55 jest domeną (zgodnie z RFC 5322 § 3.4.1 nie jest to składnia adresu IP w addr-spec). Jest to nieistniejąca domena, ale jest to domena, ku irytacji wielu operatorów serwerów DNS treści. Należy również zauważyć, że kilka MTS automatycznie zaakceptuje pocztę adresowaną na adresy IP serwerów przekaźników SMTP (w poprawny sposób). Robiły to starsze wersje exim. Podobnie jak qmail.
JdeBP,
@JdeBP Nie jestem ekspertem od tego RFC, a kiedy na niego spojrzałem, chciałem eksplodować, ale czy nie powinien on mieć domeny .com lub .net, aby być domeną? W każdym razie, dla wszystkich praktycznych celów, nie jest to domena, a na pewno nie ma w danym pytaniu.
KCotreau,
1
To część problemu: jest to dziedzina, o której mowa, szczególnie w celach praktycznych . Po prostu pytający jest taki jak ty i nie zdaje sobie z tego sprawy. W addr-specciąg znaków 74.125.235.55jest domeną, z etykietami 55, 235, 125, i 74w kolejności od korzenia. W 2008 r. Duane Wessels i in. umieść takie nieistniejące nazwy domen, które powodują około 3,8% zapytań na serwerze DNS zawartości głównej „K” ICANN. Nadszedł czas, aby przeczytać RFC 4697 § 2.9. ☺
JdeBP,
W pierwszym komentarzu powinienem był powiedzieć „domenę możliwą do rozwiązania”. Tak, próbuje się rozwiązać, ale bez .com itp. Zawsze się nie powiedzie.
KCotreau,
3

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.

leonbloy
źródło
2

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.

tylerl
źródło