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