Работает ли почтовый домен псевдонима для отдельного домена?

Из вопроса и, в частности, комментариев мне кажется, что объяснение того, как работает электронная почта, в порядке, потому что предпосылка вопроса очень ошибочна. Ниже приведен обзор "101" о том, как работают почтовые серверы.

Сервер электронной почты обычно содержит несколько служб - службу доставки между компьютерами (MTA - агент передачи почты), называемую SMTP, и службы, используемые конечными пользователями для проверки своей электронной почты (MUA - Агент пользователя почты), такие как POP3, IMAP и Microsoft Протокол обмена.

Когда электронная почта доставляется между машинами, существует процесс из 2 частей, чтобы решить, как найти подходящую машину. Первый шаг, который теперь является стандартным, - это поиск специальной записи в DNS, называемой записью MX (почтовый обмен). Это обеспечивает доменное имя почтового сервера, которое преобразуется в IP-адрес, и на него доставляется почта. Вам нужно знать, что запись MX - это просто ссылка на имя машины - поэтому, чтобы изменить способ работы почты, вы вам не нужно менять серверы имен, и вы можете обрабатывать электронную почту независимо от других служб, таких как веб-служба.

Возврат к старым временам заключается в том, что если нет записи MX, почтовый сервер может попытаться разрешить запись для доменного имени, с которого он доставляет электронную почту напрямую. Это технически разрешено из-за устаревших требований, существовавших до появления системы DNS, но это плохая идея - и указывает на то, что у того, кто обрабатывает электронную почту, нет даже базовых навыков. Вопрос, как представляется, ошибочно полагать, что такой способ доставки является нормой.

Протоколы POP3, IMAP и Exchange просто прослушивают порт и могут извлекать электронные письма с диска и предоставлять их клиенту после аутентификации пользователя. Протоколы различаются тем, как они синхронизируют электронную почту между несколькими клиентами, и командами, используемыми для аутентификации.

Ни один из протоколов не требует доменного имени для подключения пользователей к серверу - сервер доступен только по IP-адресу. Всякий раз, когда вы используете доменное имя для сервера SMTP/IMAP/POP ваше почтовое программное обеспечение просто выполняет поиск, чтобы получить его IP-адрес, а затем подключается к нему. ** Только после установления соединения с IP-адресом почтового сервера запрашивается электронная почта - и почтовый ящик, который часто является адресом электронной почты, предоставляется клиентом серверу с содержимым почтового ящика, предоставляемого после аутентификации. Таким образом, даже если существует почтовый сервер, на котором уже установлены почтовые ящики с данными в них, даже если DNS отсутствует, полезно получить электронное письмо.

Для дальнейшего разъяснения - для проверки электронной почты с сервера POP3 связь может быть эмулирована по следующим линиям (IMAP аналогичен):

CLIENT:  telnet ip.addr.of.server 110
SERVER:  Connected to ip.addr.of.server.
         +OK Server ready.
CLIENT:  user [email protected]
SERVER:  +OK
CLIENT:  pass PasswordGoesHere
SERVER:  +OK
CLIENT:  list
SERVER:   (provides a list of numbers - XXX - associated with emails)
CLIENT:  retr XXX
SERVER:   (sends the email associated with number XXX)
.
.
.

Обратите внимание, что при условии, что IP-адрес почтового сервера известен, DNS совершенно не нужен для восстановления электронной почты.

Из этого есть одно незначительное исключение - когда вы используете защищенные версии протоколов. В этих случаях существует дополнительная шаг, на котором предпринимается попытка проверить доменное имя компьютера, к которому вы пытаетесь подключиться. Если вы используете IP-адреса, есть все шансы, что это выдаст предупреждение, потому что IP-адрес, к которому вы подключились, не соответствует доменному имени, связанному с сертификатом серверов. Поскольку это дело на стороне клиента, эту ошибку можно игнорировать, если вы уверены, что никто не пытается перехватить ваши сообщения)