Обычно в электронном письме справа от @ есть доменное имя, поэтому вы можете идентифицировать организацию или компанию. Фактически, этот домен представляет собой не что иное, как «имя» или «псевдоним» для IP-адреса, разрешенного сервером имен.
Я думаю, что это можно было бы использовать, например, для Интернета вещей, потому что существует гораздо больше возможностей по сравнению с POST и GET, например, «многие к одному» или «один ко многим».
Есть ли способ отправлять и получать электронные письма напрямую на IP-адрес и с него, например, user@xxx.xxx.xx.xxx?
Для электронных писем домен - это не просто псевдоним или удобочитаемая форма IP-адреса: почтовый обменник MX записи существуют для указания почтовых серверов, ответственных за прием сообщений электронной почты от имени домена получателя. Может быть несколько серверов, принимающих почту для домена, и они не обязательно находятся на том же IP-адресе, что и в A запись для домена. В почтовой системе может быть несколько серверов: входящие серверы могут быть отделены от исходящих серверов и почтовых серверов хранения и т. Д. A запись используется только тогда, когда нет MX записи, указанные для имени хоста.
Однако нет (другого) ограничения в формате адреса электронной почты, на которое вы не могли бы отправлять электронные письма напрямую. <user@hostname.example.com> или даже <user@[198.51.100.10]> (ИП в квадратных скобках). Если бы существовал почтовый сервер, принимающий электронную почту с использованием простого имени хоста или даже IP-адреса, он бы работал. Но то, что вы предлагаете, на практике не работает:
<user@example.com> может быть другим человеком, чем <user@example.net>25 очень ограничен в интернет-соединениях потребительского уровня из-за злоупотреблений (спам-ботов). На самом деле SMTP для устройств Интернета вещей не так уж и широко используется.Многие SMTP-серверы (например, sendmail) обрабатывают user@[aaa.bbb.ccc.ddd] адрес электронной почты НО
RFC-5322: 3.4.1. Спецификация адреса
Википедия: Адрес электронной почты - доменная часть
… Кроме того, домен может быть литералом IP-адреса, заключенным в квадратные скобки [], например jsmith @ [192.168.2.1] или jsmith @ [IPv6: 2001: db8 :: 1], хотя это редко встречается, кроме спама по электронной почте. …
Он должен работать, если все вовлеченные стороны используют действительно современное программное обеспечение.
Хотя SMTP хорошо работает на нескольких уровнях TCP, он, по крайней мере, в своей исходной форме, сам по себе не является протоколом, ОСНОВАННЫМ на TCP / IP. Если вы посмотрите на исходный RFC 821, «транспорт TCP» определен ... в приложении.
RFC 2821 (от 1989 г.) считает использование числовых адресов "не рекомендуется".
Даже гораздо более современные версии спецификаций в некоторой степени поддерживают эту философию из RFC5321: «SMTP не зависит от конкретной подсистемы передачи и требует только надежный упорядоченный канал потока данных. Хотя в этом документе специально обсуждается транспорт через TCP, возможны и другие виды транспорта. . Приложения к RFC 821 [1] описывают некоторые из них ».
Тем не менее, этот RFC - от 2008 года, который фактически делает его НОВЫМ, действительно санкционирует использование «адресных литералов» как «разрешенных» («Чтобы обойти этот барьер, специальная буквальная форма адреса разрешена в качестве альтернативы домену. name. ") в Разделе 4.1.3, но все же не одобряет его как" НЕ ДОЛЖЕН "в 2.1.4.
SMTP и большая часть программного обеспечения, построенного на его основе, использует хозяеване IP-адреса, как его «собственная валюта» - если «адресный литерал» может использоваться как «хост», пусть будет так. То же самое и с (в основном устаревшими) протоколами, отличными от SMTP (например, почта UUCP), которые использовались в старой экосистеме электронной почты вместе с системами на основе SMTP.
Полагаться на то, что каждая задействованная система полностью соответствует стандарту 2008 года, может быть более рискованным, чем кажется.