Czy możliwe jest wysyłanie i odbieranie wiadomości e-mail z adresu IP zamiast z domeny?

18

Zazwyczaj wiadomość e-mail ma nazwę domeny po prawej stronie @, dzięki czemu możesz zidentyfikować organizację lub firmę. Ta domena jest w rzeczywistości niczym innym jak „nazwą” lub „aliasem” adresu IP, rozwiązanym przez serwer nazw.

Myślę, że można to wykorzystać na przykład w Internecie przedmiotów, ponieważ istnieje wiele innych możliwości w porównaniu do POST i GET, takich jak „wiele do jednego” lub „jeden do wielu”.

Czy istnieje sposób wysyłania i odbierania wiadomości e-mail bezpośrednio na adres IP iz adresu, na przykład uż[email protected]?

Peter Mortensen
źródło
6
Na bok: jeśli uważasz, że HTTP jest zbyt restrykcyjny dla IoT, spójrz na MQTT lub XMPP.
Roger Lipscombe,
3
Domena to coś więcej niż „nazwa adresu IP”. Domena może opublikować o wiele więcej informacji na temat swojej usługi pocztowej (poprzez wpisy DNS), która może obejmować kilka adresów IP dla kilku serwerów pocztowych (tj. Do celów równoważenia obciążenia lub rezerwowych).
jjmontes
4
E-mail nie jest też jeden do wielu, jest jeden do jednego, a następnie serwer może rozpowszechniać wiadomość do wielu. Możesz zrobić post HTTP na serwerze, a następnie wielu klientów odczyta ten serwer dokładnie w tym samym modelu, z którego korzysta e-mail.
djsmiley2k w ciemności
2
Jako osoba, która okresowo musi zajmować się archeologią sieci, nie wpisuj adresów IP na stałe. DNS nie jest trudny, a serwery DNS, takie jak dnsmasq, są lekkie, a jednocześnie umożliwiają zastąpienie hosta. Internetowe adresy IP zmieniają się z czasem.
Criggie,
1
Domena nie jest aliasem dla adresu IP. W szczególności e-mail zawiera rekordy MX, w których nazwa domeny jest odwzorowywana na jedną lub wiele krotek zawierających zarówno priorytet, jak i nazwę hosta (gdzie wiadomość e-mail zostanie dostarczona). Mieszacie dwie różne koncepcje: nazywanie (kto też to wysłać) i adresowanie (gdzie to wysłać).
Patrick Mevzek,

Odpowiedzi:

17

W przypadku wiadomości e-mail domena nie jest jedynie aliasem lub czytelną dla człowieka formą adresu IP: istnieją rekordy wymiennika MX poczty określające serwery poczty odpowiedzialne za przyjmowanie wiadomości e-mail w imieniu domeny odbiorcy. Może istnieć kilka serwerów akceptujących pocztę dla domeny i niekoniecznie są one pod tym samym adresem IP, który jest Azapisany w domenie. System pocztowy może mieć kilka serwerów: serwery przychodzące mogą być oddzielone od serwerów wychodzących i serwerów przechowywania poczty itp. ARekord jest używany tylko wtedy, gdy nie MXokreślono żadnych rekordów dla nazwy hosta.

Jednak nie ma (innych) ograniczeń w formacie adresu e-mail, których nie można byłoby wysłać bezpośrednio na adres e-mail, <[email protected]>a nawet <user@[198.51.100.10]>(adres IP w nawiasach kwadratowych). Gdyby istniał serwer pocztowy, który przyjmuje pocztę e-mail przy użyciu zwykłej nazwy hosta lub nawet adresu IP, zrobiłby to. Ale to, co sugerujesz, nie działa globalnie w praktyce:

  • Większość systemów e-mail ma kilka domen i musi obsługiwać pocztę elektroniczną osobno dla wszystkich. Sama nazwa użytkownika może nie być powiązana z żadną rzeczywistą skrzynką pocztową, ponieważ <[email protected]>może być inną osobą niż<[email protected]>
  • Chociaż było to powszechne kilkadziesiąt lat temu, walka ze spamem skomplikowała sprawę, a akceptacja wiadomości e-mail ma ścisłe ograniczenia.
  • Korzystanie z portu SMTP 25jest bardzo ograniczone w przypadku połączeń internetowych klasy konsumenckiej z powodu nadużyć (robotów spamujących). Tak naprawdę nie ma tak dużego zastosowania SMTP dla urządzeń IoT.
Esa Jokinen
źródło
2
Ale jeśli nie ma rekordu MX dns dla domeny (lub adresu IP), poczta jest dostarczana (lub usiłowana być dostarczona) do części domeny adresu e-mail (nazwa hosta lub adres IP). A serwer odbierający musi być skonfigurowany do obsługi poczty dla tej nazwy hosta / adresu IP.
ivanivan
1
To może obsługiwać pocztę do hosta. Nie każdy serwer na świecie w ogóle obsługuje pocztę. Większość serwerów opartych na Uniksie / Linuksie ma serwer SMTP do obsługi poczty wewnętrznej (z crona itp.), Ale bez nich również mogą dobrze funkcjonować.
Esa Jokinen
1
Esa - jeśli wskażesz swój rekord MX na moje serwery Postfiksowe, połączenie SMTP zostanie nawiązane, ALE moje serwery nie są skonfigurowane do obsługi poczty w Twojej domenie w jakikolwiek sposób i formie, więc otrzymujesz odbicie. ALE moje serwery są skonfigurowane dla wielu konkretnych domen i użytkowników, wszystkie pochodzące z serwera mysql. Wszystko zależy od 1) Czy serwer pocztowy faktycznie działa w adresie IP, do którego wysyłasz pocztę, i 2) Czy wspomniany serwer pocztowy jest skonfigurowany do przyjmowania poczty przeznaczonej dla tego adresu IP lub tylko określonej domeny / domen lub dowolnej domeny (tylko dopasowanie części użytkownika adresu)
ivanivan
13

Wiele serwerów SMTP (np. Sendmail) obsługuje user@[aaa.bbb.ccc.ddd]adresy e-mail, ALE

  1. Niektóre serwery SMTP nie obsługują go / nie rozpoznają.
    Mogą odmówić przyjęcia takiego adresu nadawcy lub nie mogą wysłać go na ten adres.
  2. Takie adresy mogą powodować problemy z niektórymi programami antyspamowymi

RFC-5322: 3.4.1. Specyfikacja specyfikacji


Wikipedia: adres e-mail - część domeny

Ponadto domeną może być literał adresu IP, otoczony nawiasami kwadratowymi [], na przykład jsmith @ [192.168.2.1] lub jsmith @ [IPv6: 2001: db8 :: 1], chociaż rzadko jest to widoczne z wyjątkiem spam e-mail .

AnFi
źródło
9
Zauważ, że adresy e-mail, takie jak, user@[aaa.bbb.ccc.ddd]są zgodne ze specyfikacją, a obsługa jest poprawnie zdefiniowana, więc serwery, które nie obsługują, są technicznie „zepsute”
Ferrybig
4
@Ferrybig: To prawda, ponieważ odrzucanie jest również technicznie obsługiwane.
Esa Jokinen,
Zauważ, że „e-mail został wysłany na określony adres IP, a nie do hosta” plasuje się dość wysoko w kategorii „prawdopodobnie spamujących” czerwonych flag i wiele programów AVAS może zdecydować o jego cichym odrzuceniu.
Shadur,
3

Powinno działać, jeśli wszystkie zaangażowane strony korzystają z naprawdę nowoczesnego oprogramowania.

Chociaż SMTP działa dobrze warstwowo na TCP, to przynajmniej w swojej oryginalnej formie nie jest protokołem OPARTYM NA TCP / IP. Jeśli spojrzysz na oryginalny RFC 821, „transport TCP” jest zdefiniowany .... w załączniku.

RFC 2821 (od 1989) rozważa stosowanie adresów numerycznych jako „odradzane”.

Nawet znacznie bardziej nowoczesne wersje specyfikacji podtrzymują tę filozofię do pewnego stopnia, od RFC5321: „SMTP jest niezależny od konkretnego podsystemu transmisji i wymaga tylko niezawodnego uporządkowanego kanału strumienia danych. Podczas gdy ten dokument szczegółowo omawia transport przez TCP, możliwe są inne transporty Dodatki do RFC 821 [1] opisują niektóre z nich. ”

Jednak ten RFC - od 2008 r., Który sprawia, że ​​jest bardzo NOWY, sankcjonuje stosowanie „literałów adresowych” jako „dozwolonych” („Aby ominąć tę barierę, dozwolona jest specjalna dosłowna forma adresu jako alternatywa dla domeny nazwa. ”) w sekcji 4.1.3, ale nadal odradza to jako„ NIE POWINNY ”w 2.1.4.

SMTP i większość tworzonego wokół niego oprogramowania używa hostów , a nie adresów IP , jako swojej „natywnej waluty” - jeśli „dosłowny adres” jest użyteczny jako „host”, niech tak będzie. Tak samo jak (głównie przestarzałe) protokoły inne niż SMTP (np. Poczta UUCP), które były używane w starym ekosystemie e-mail wraz z systemami opartymi na SMTP.

Poleganie na tym, że każdy zaangażowany system jest w pełni zgodny ze standardem z 2008 roku, może być bardziej ryzykowne niż się wydaje.

rackandboneman
źródło
2
RFC 5321 # 2.1.4 nie sankcjonuje za pomocą literału adresu: mówi NIE POWINIEN (a następnie prowadzi do niewłaściwej sekcji). A RFC 2821 nie jest już tak stary - to był rok 2001.
Rup
1
Powiedziałbym, że to potwierdza mój punkt między wierszami :) .. zintegrowałem wyjaśnienie na temat tej „mikro-sankcji”, thx
rackandboneman