Должна ли часть справа от адреса электронной почты указывать действительный URL-адрес веб-сайта? Я только что видел два адреса электронной почты, где правая часть не выглядела как адрес веб-сайта. На самом деле, он не открывался, когда я пытался сделать это через веб-браузер.
11
4 ответа
14
Нет, это не должно быть таким же. Электронная почта использует протокол, отличный от веб-сайтов, и всегда есть возможность иметь несуществующие домены для внутренней электронной почты (внутри компаний).
Например, если у меня есть контроллер домена, на котором размещен 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 и содержит @.
Еще один пример:
13
Нет, сайт и адрес электронной почты в принципе не имеют ничего общего.
Правая часть info@microsoft.com означает, что вы отправляете электронное письмо на домен microsoft.com. Протокол, используемый для отправки электронной почты, является SMTP.
Но URL http://www.microsoft.com/ означает, что вам нужна информация, размещенная на сервере www. Используемый протокол HTTP.
Не требуется, чтобы эти две части существовали для обоих протоколов. И наоборот также верно. Например, у вас может быть веб-сайт поддержки, например http://support.dell.com/, и у вас нет адреса электронной почты whatsoever @ support.dell.com.
10
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, если это необходимо для больших сайтов, поэтому другие службы не упускают из-за отсутствия собственной косвенности записи, как электронная почта.)
3
ОП (и, возможно, некоторые из комментариев / ответов) могут быть запутаны в лексике.
Действительный URL-адрес веб-сайта (хотя и не слишком педантичный) может быть одним из двух:
- Действительный формат URL (URI в современном лексиконе), например,
abc://azertyfoo.baz:303/- однако это НЕ веб- адрес. - URL-адрес, который является синтаксически действительным (как указано выше), но также указывает известную схему (бит перед
://), И называет допустимое разрешающее полное доменное имя (FQDN). Например:http://superuser.com:80/является действительным URL-адресом веб-сайта (при этих условиях).
Множество других ответов касались различий в записях DNS по отношению к сети (т.е. записи A) и электронной почте (записи MX).
Я подозреваю , что там , где люди , возможно , будут путаться могут быть с принимающей частью адреса электронной почты.
Хост может быть любым из следующих адресов электронной почты:
- Полное доменное имя, правильно настроенное с записями MX.
- Иначе разрешаемое доменное имя, которое может быть не полностью определено (как используется во многих корпоративных средах). Например,
MyMail.local- очевидно, что.localне является допустимым доменом верхнего уровня (TLD), однако это доменное имя все еще действует и может разрешаться в корпоративной среде. - Имя хоста, например
localhost(адрес по умолчанию на страницах ошибок во многих версиях Apache, например,webmaster@localhost). Никто за пределами локальной машины никогда не сможет отправлять почту в этот почтовый ящик, однако на этой машине (при условии, что на ней запущен sendmail или аналогичный), адрес действителен. - IP-адрес,
127.0.0.1- опять же, это допустимо в конкретной среде. Однако я сомневаюсь во многих (или любой?) mailservers будет пересылать почту на этот хост, если вы попытаетесь сделать это в открытом Интернете.
Любой из этих действительных хостов также может быть действительным URL-адресом веб-сайта, если он заключен в соответствующую схему и путь: http:// [любой из вышеперечисленных] /