Обычно электронная почта имеет доменное имя с правой стороны от @, поэтому вы можете идентифицировать организацию или компанию. Этот домен на самом деле является ничем иным, как «именем» или «псевдонимом» для IP-адреса, разрешенного сервером имен.
Я думаю, что это можно использовать, например, для Интернета вещей, потому что существует гораздо больше возможностей по сравнению с POST и GET, например, «многие к одному» или «один ко многим».
Есть ли способ отправлять и получать электронные письма напрямую и с IP-адреса, например, user@xxx.xxx.xx.xxx?
email
smtp
email-server
Питер Мортенсен
источник
источник
Ответы:
Для электронной почты домен - это не просто псевдоним или удобочитаемая форма для IP-адреса: существуют записи почтового обменника,
MXв которых указываются почтовые серверы, отвечающие за прием сообщений электронной почты от имени домена получателя. Может быть несколько серверов, принимающих почту для домена, и они не обязательно имеют тот же IP-адрес, который указан вAзаписи для домена. Почтовая система может иметь несколько серверов: входящие серверы могут быть отделены от исходящих серверов и серверов хранения почты и т. Д.AЗапись используется только в том случае, еслиMXдля имени хоста не заданы записи.Однако в формате адресов электронной почты нет (других) ограничений, на которые вы не могли бы отправлять электронные письма напрямую
<user@hostname.example.com>или даже<user@[198.51.100.10]>(IP с квадратными скобками). Если бы существовал почтовый сервер, который принимает электронную почту, используя простое имя хоста или даже IP-адрес, он бы это сделал. Но то, что вы предлагаете, на практике не работает глобально:<user@example.com>может быть другой человек, чем<user@example.net>25очень ограничено на интернет-соединениях потребительского уровня из-за злоупотреблений (спам-ботов). На самом деле использование SMTP для устройств IoT не так уж и широко.источник
Многие SMTP-серверы (например, sendmail) обрабатывают
user@[aaa.bbb.ccc.ddd]адреса электронной почты, НООни могут отказаться принимать такой адрес отправителя или не могут отправить его по этому адресу.
RFC-5322: 3.4.1. Спецификация Addr-Spec
Википедия: Адрес электронной почты - доменная часть
источник
user@[aaa.bbb.ccc.ddd]являются правильными в соответствии со спецификацией, а обработка должным образом определена, поэтому серверы, которые не обрабатывают его, технически «сломаны»Это должно работать, если все вовлеченные стороны используют действительно современное программное обеспечение.
Хотя 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 года, может быть более рискованным, чем кажется.
источник