Должна ли часть справа от знака быть действительным адресом сайта?

11

Должна ли часть справа от адреса электронной почты указывать действительный URL-адрес веб-сайта? Я только что видел два адреса электронной почты, где правая часть не выглядела как адрес веб-сайта. На самом деле, он не открывался, когда я пытался сделать это через веб-браузер.

codezombie
источник
12
Примечание: до появления WWW в интернете была электронная почта (с использованием тех же протоколов, что и сегодня).
Карстен С

Ответы:

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 и содержит @.

Другой пример:

FTP: //username@ftp.example.com

LPChip
источник
1
Итак, SMTP требует действительное имя домена для доставки электронной почты за пределами организаций?
Codezombie
2
Да, если он не знает IP-адрес (это то, что домен дает в любом случае). Кроме того, обратите внимание, что веб-сайт должен поддерживать это. Вы даже можете использовать имя пользователя: пароль @ домен, но это очень небезопасно.
LPChip
1
Хотя в значительной степени повсеместно встречается то, что часть после @ является доменным именем и в наши дни называется доменным именем, также допустимо указывать строку, которая в противном случае является именем хоста и может рассматриваться как имя хоста после @. Для его работы должна быть запись MX. Если у вас есть хост с именем email.domain.com и вы создаете запись MX для email.domain.com, вы можете адресовать почту по адресу user@email.domain.com, и логично назвать «email.domain.com» часть "имя хоста", "имя домена" или "имя субдомена".
Тодд Уилкокс
1
@JasonStack обычно ты не можешь. Большинство сайтов не используют Basic Auth. И как бы вы сделали это с GMail, учитывая, что в вашем «имени пользователя» есть адрес электронной почты, в котором есть адрес @? :)
Хоббс
2
@ToddWilcox Точно - именно так интернет-почта перенаправлялась на хосты uucp (с этим у меня был некоторый опыт в те времена). Не каждая запись DNS содержит связанный IP-адрес (но если она включает запись MX, может работать маршрутизация почты вне Интернета), и не каждый IP-адрес должен содержать веб-сайт. Я думаю, что ОП может быть смущен различием между «действительным доменным именем» и «действительным адресом сайта».
Джейми Ханрахан
13

Нет, сайт и адрес электронной почты в принципе не имеют ничего общего.

Правая часть info@microsoft.com означает, что вы отправляете электронное письмо на домен microsoft.com. Протокол, используемый для отправки электронной почты, является SMTP.

Но URL http://www.microsoft.com/ означает, что вам нужна информация, размещенная на сервере www. Используемый протокол HTTP.

Не требуется, чтобы эти две части существовали для обоих протоколов. И наоборот также верно. Например, у вас может быть веб-сайт поддержки, например http://support.dell.com/, и нет адреса электронной почты whatsoever @ support.dell.com.

Бруно Майрло
источник
1
Это был бы лучший пример, если бы вы использовали microsoft.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, если это необходимо для больших сайтов, поэтому другие службы не пропускают свою собственную косвенность записи, как электронная почта.)

Питер Кордес
источник
2
Это, безусловно, лучший ответ.
Кивон
1
@Keavon: спасибо :). Два других ответа на самом деле не дошли до сути дела, ИМО, и выглядели несколько запутанными.
Питер Кордес
1
Там являются услуги , которая использует SRVзаписи для предоставления подобного рода косвенности - примеры являются SIP и XMPP. Если бы мы восстанавливали Интернет с нуля, мы могли бы сделать это для всего.
Звол
3

ОП (и, возможно, некоторые из комментариев / ответов) могут быть запутаны в словаре.

Действительный URL сайта (при попытке не быть слишком педантичным) может быть один из двух разных вещей:

  1. Действительный формат URL (URI в современном лексиконе), например, abc://azertyfoo.baz:303/- это , однако НЕ является веб - адрес.
  2. 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- опять же, он действителен в конкретной среде. Однако я сомневаюсь, что многие (или любые?) Почтовые серверы будут пересылать почту на этот хост, если вы попытаетесь сделать это в открытом Интернете.

Любой из этих действительных хостов также может быть действительным URL-адресом веб-сайта, если он заключен в соответствующую схему и путь : http://[любой из вышеперечисленных]/

Tersosauros
источник
Хороший вопрос, обновил мой ответ, чтобы сказать «работает» вместо того, чтобы использовать слово ОП «действительный», что имеет другое техническое значение.
Питер Кордес