Должна ли часть справа от адреса электронной почты указывать действительный URL-адрес веб-сайта? Я только что видел два адреса электронной почты, где правая часть не выглядела как адрес веб-сайта. На самом деле, он не открывался, когда я пытался сделать это через веб-браузер.
11
Ответы:
Нет, это не должно быть таким же. Электронная почта использует протокол, отличный от веб-сайтов, и всегда есть возможность иметь несуществующие домены для внутренней электронной почты (внутри компаний).
Например, если у меня есть контроллер домена, на котором размещен MyDomain.local, и у меня есть сервер обмена внутри этого домена, у меня может быть LPChip@MyDomain.local
Если я не размещаю веб-сервер и отключаю все остальное, что делает веб-сайты, http: //MyDomain.local не будет работать.
Кроме того, учитывая, что это только внутренний адрес, он также не будет работать извне.
Если говорить о внешних адресах электронной почты, то следующие вопросы:
Адрес электронной почты состоит из 2 частей: пользователя и домена + необязательно поддоменов.
Если мы возьмем для примера: LPChip@email.example.com, тогда LPChip - это пользователь, email - это поддомен, а example.com - это домен.
В домене есть записи MX, которые сообщают, где находится электронная почта. Именно этот маршрут используется для доставки электронной почты по протоколу SMTP.
Теперь также возможно иметь @ в URL-адресе веб-сайта, что обычно означает имя пользователя @ веб-сайт, но также может использоваться как @ char в URI веб-сайта.
Например, следующий адрес веб-сайта действителен: https://example.net/owa/username@example.com
URI здесь /owa/username@example.com и содержит @.
Другой пример:
FTP: //username@ftp.example.com
источник
@
? :)Нет, сайт и адрес электронной почты в принципе не имеют ничего общего.
Правая часть info@microsoft.com означает, что вы отправляете электронное письмо на домен microsoft.com. Протокол, используемый для отправки электронной почты, является SMTP.
Но URL http://www.microsoft.com/ означает, что вам нужна информация, размещенная на сервере www. Используемый протокол HTTP.
Не требуется, чтобы эти две части существовали для обоих протоколов. И наоборот также верно. Например, у вас может быть веб-сайт поддержки, например http://support.dell.com/, и нет адреса электронной почты whatsoever @ support.dell.com.
источник
user@example.org - это рабочий адрес электронной почты, если запись MX для example.org указывает на работающий почтовый сервер, который принимает почту для этого адреса электронной почты (т. е. прослушивает порт 25 и обрабатывает запросы SMTP).
http://example.org/ - это рабочий URL, если запись A для example.org указывает на хост, на котором работает веб-сервер (то есть прослушивание порта 80 и обработка HTTP-запросов). Если на example.org нет веб-сервера, большинство браузеров следуют стандартной рекомендации, чтобы также попробовать http://www.example.org/ .
Посмотрите соответствующие RFC в Интернете, например, для TCP, где он объясняет порты, если вы хотите получить более подробную информацию.
Это две разные службы, которые полностью разделены. Сервер может работать один или оба.
Как указывает Терсосаврос, «действительный» имеет техническое значение «не синтаксическая ошибка», не обязательно «работающий». Смотрите этот ответ для более.
Электронная почта особенная с точки зрения DNS. Записи MX могут перечислять любой почтовый сервер в качестве Mail-Exchange для доменного имени. Все другие службы (ssh, ftp, http, https и т. Д. И т. Д.) Используют запись A (IP-адрес) напрямую, а не сначала проверяют запись «что такое FTP-сервер для example.org» на дополнительный уровень косвенности. Это не имеет отношения к этому вопросу, хотя. Все интернет-сервисы являются ортогональными и могут присутствовать или не присутствовать для любого данного доменного имени.
(маршрутизация на основе портов маршрутизатором / брандмауэром может разделить трафик http и ftp (например) на разные серверы для одного IP, если это необходимо для больших сайтов, поэтому другие службы не пропускают свою собственную косвенность записи, как электронная почта.)
источник
SRV
записи для предоставления подобного рода косвенности - примеры являются SIP и XMPP. Если бы мы восстанавливали Интернет с нуля, мы могли бы сделать это для всего.ОП (и, возможно, некоторые из комментариев / ответов) могут быть запутаны в словаре.
Действительный URL сайта (при попытке не быть слишком педантичным) может быть один из двух разных вещей:
abc://azertyfoo.baz:303/
- это , однако НЕ является веб - адрес.://
), И называет допустимое разрешающее полное доменное имя (FQDN). Например:http://superuser.com:80/
действительный URL сайта (при этих условиях).Множество других ответов касались различий в записях DNS по отношению к сети (т.е. записи A) и электронной почте (записи MX).
Я подозреваю , что там , где люди , возможно , будут путаться могут быть с принимающей частью адреса электронной почты.
Хост может быть любым из следующих в адрес электронной почты:
MyMail.local
очевидно, что.local
это недопустимый домен верхнего уровня (TLD), однако это доменное имя все еще действует и может разрешаться в корпоративной среде.localhost
(адрес по умолчанию на страницах ошибок во многих версиях Apachewebmaster@localhost
, например). Никто за пределами локальной машины никогда не сможет отправлять почту в эту папку входящих сообщений, однако на этой машине (при условии, что на ней запущен sendmail или аналогичный), адрес действителен .127.0.0.1
- опять же, он действителен в конкретной среде. Однако я сомневаюсь, что многие (или любые?) Почтовые серверы будут пересылать почту на этот хост, если вы попытаетесь сделать это в открытом Интернете.Любой из этих действительных хостов также может быть действительным URL-адресом веб-сайта, если он заключен в соответствующую схему и путь :
http://
[любой из вышеперечисленных]/
источник