Zastanawiałem się przez długi czas.
Gdzie wysyłany jest e-mail *@example.com
? Gdybym przypadkowo wysłał poufne informacje, *@example.com
czy jakaś zła osoba (potencjalnie na IANA) mogłaby je kiedyś odzyskać?
Zastanawiałem się przez długi czas.
Gdzie wysyłany jest e-mail *@example.com
? Gdybym przypadkowo wysłał poufne informacje, *@example.com
czy jakaś zła osoba (potencjalnie na IANA) mogłaby je kiedyś odzyskać?
Odpowiedzi:
Jeśli spróbujesz wysłać wiadomość e-mail na adres *@example.com
MX
rekord pod adresem example.com
.A
rekordu. Adres IP to 174.137.125.92 (na dzień dzisiejszy)Konkluzja : To zależy od twojej konfiguracji. Ale jeśli IANA skonfiguruje dziś serwer, być może będą w stanie odbierać wiadomości, które próbujesz wysłać 3 dni temu.
Jeśli nie ma rekordu MX, serwery pocztowe podejmą próbę dostarczenia do rekordu A.
Serwery example.com nie nasłuchują na porcie 25, więc serwer pocztowy nie nawiąże połączenia TCP i nawet nie rozpocznie dostarczania.
example.com nie ma rekordu MX, więc serwer SMTP w domenie wysyłającej powinien odesłać wiadomość, jeśli jest skonfigurowany tak, jak większość serwerów SMTP.
EDYCJA: dla jasności dla tych, którzy znajdą tę odpowiedź w przyszłości, oto wyjaśnienie, czym jest rekord MX: (z http://en.wikipedia.org/wiki/Mx_record 21 listopada 2011)
Rekord wymieniacza poczty (rekord MX) jest rodzajem rekordu zasobów w systemie nazw domen, który określa serwer pocztowy odpowiedzialny za przyjmowanie wiadomości e-mail w imieniu domeny odbiorcy oraz wartość preferencji używaną do priorytetyzacji dostarczania poczty, jeśli dostępnych jest wiele serwerów poczty . Zestaw rekordów MX nazwy domeny określa, w jaki sposób poczta e-mail powinna być kierowana za pomocą protokołu Simple Mail Transfer Protocol.
Zasadniczo więc example.com, example.net i example.org nie mają wyznaczonego serwera do obsługi poczty przychodzącej, dlatego każda poczta wysłana do nich powinna zostać zwrócona nadawcy jako „niemożliwa do dostarczenia” (może się różnić w zależności od konfiguracji serwera SMTP , ale powrót do nadawcy jako „niemożliwy do dostarczenia” to bardzo częste zachowanie w tej sytuacji).
EDYCJA 2: Ktoś przywołał zdefiniowane zachowanie RFC 5321 polegające na powrocie do używania rekordu A w przypadku braku rekordu MX. Przeszukałem to RFC ( http://tools.ietf.org/html/rfc5321 ) i nie znalazłem czegoś takiego, ale możliwe jest, że niektóre MTA (Mail Transfer Agent, takie jak exim, postfix, sendmail i Microsoft Exchange Server, między inni) mogą próbować dostarczyć pocztę za pośrednictwem SMTP na adres zdefiniowany w rekordzie A. Dla potomnych, oto co dzieje się, gdy próbujesz nawiązać połączenie SMTP ze zdefiniowanym adresem rekordu A na przykład.com (192.0.43.10 w momencie pisania):
$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out
EDYCJA 3: patrz odpowiedzi poniżej, aby uzyskać wyjaśnienia dotyczące odpowiednich RFC i zachowania awaryjnego.
A
rekordów, gdy nie MX
istnieje żaden rekord („domyślna reguła MX”); patrz punkt 5.1 . Jeśli zwrócona zostanie pusta lista MX, adres jest traktowany tak, jakby był powiązany z niejawną RR RR, z preferencją 0, wskazując na ten host.
A
orzekania - nie została wprowadzona w 5321.
It is possible that the list of MXs in the response to the query will be empty. This is a special case. If the list is empty, mailers should treat it as if it contained one RR, an MX RR with a preference value of 0, and a host name of REMOTE. (I.e., REMOTE is its only MX).
Internetowy organ przypisany do numeru:
Jak opisano w RFC 2606 , utrzymujemy wiele domen, takich jak EXAMPLE.COM i EXAMPLE.ORG do celów dokumentacji. Domeny te można wykorzystać jako ilustracyjne przykłady w dokumentach bez uprzedniej koordynacji z nami. Nie są dostępne do rejestracji.