Записи MX и A-записи обновлены, но адреса электронной почты все еще могут отправлять электронную почту [закрыто]
Я обновил записи MX, записи A, записи Z и имя cname для определенного домена, но электронные письма, зарегистрированные у хостинг-провайдера, по-прежнему могут отправлять электронную почту. Изменения определенно распространились, поскольку почтовые ящики больше не могут получать электронную почту.
Почему с этих адресов электронной почты все еще могут отправляться исходящие сообщения? В тестовых сообщениях, которые я отправил в свою учетную запись Google, говорится, что «encryption: name_of_hosting_provider.com не зашифровал это сообщение».
Мне нужно отключить эти адреса электронной почты, чтобы нельзя было отправлять или получать электронную почту.
Что ж, я полагаю , что запись MX в основном сообщает другому почтовому серверу IP или имя хоста почтового сервера. Ваши клиентские учетные записи должны быть удалены / удалены или отключены. В зависимости от вашего хост-провайдера ваши настройки могут сильно отличаться. Просто войдите в свою C-Panel, войдите в свои почтовые учетные записи и либо удалите учетную запись, либо измените пароль пользователя / учетной записи. Если вы размещаете почтовый сервер, вы можете войти вручную и отключить его и т.д. Надеюсь, это было полезно ...
Я собираюсь ответить на ваш вопрос и некоторые из ваших комментариев в этом ответе. Вы неправильно понимаете, как работает электронная почта и как работают хостинг-провайдеры.
Я обновил записи MX, записи A, записи Z и cname для определенного домена, но электронные письма, зарегистрированные у хостинг-провайдера, по-прежнему могут отправлять электронную почту
Конечно, могут. Записи MX и A не имеют ничего общего с тем, какие учетные записи пользователей и адреса электронной почты я могу настроить на своем почтовом сервере. Я могу настроить почтовый сервер для microsoft.com и создать учетную запись пользователя и адрес электронной почты для (скрытый) и использовать их для отправки электронной почты в свое удовольствие. Принимает ли принимающий сервер эти электронные письма, полностью зависит от него. Если они проверят и используют SPF, DKIM и DMARC, то, скорее всего, мое электронное письмо будет отклонено. Это не отменяет того факта, что я могу настроить это, если захочу. Нет универсальной базы данных или центра, который бы сказал: «Эй, вы не можете настроить почтовый сервер для Microsoft и отправлять электронную почту с (скрытого). Конечно, я не могу получать электронную почту на свой (скрытый) адрес электронной почты ... потому что Я не совсем Билл Гейтс, и я не контролирую запись MX для домена microsoft.com и поэтому не могу назначить свой почтовый сервер как запись MX для домена microsoft.com. Запись MX мне не мешает от настройки моего почтового сервера для домена microsoft.com, это не позволяет мне получать электронную почту для домена microsoft.com (и в большинстве случаев предотвращает принятие (скрытие) моей электронной почты. Это не мешает мне отправив его, но большинство почтовых серверов отклонят его при получении).
Поскольку я все равно собирался получить новый хостинг для домена, я подумал, что изменение записей MX отключит адреса электронной почты, которые были зарегистрированы у старого хостинг-провайдера (поскольку их записи MX будут устаревшими), но этого не произошло
Записи MX не имеют ничего общего с учетными записями пользователей или почтовыми ящиками. Записи MX указывают, какие хосты получают электронную почту для данного домена. Они не используются для проверки учетных записей пользователей или адресов электронной почты. Изменение записи MX означает, что старый почтовый сервер больше не будет получать электронную почту для этого домена, но это не означает, что эти учетные записи пользователей и почтовые ящики теперь волшебным образом отключены. Они полностью внутренние для хостинг-провайдера и не связаны с DNS. Электронная почта из этих учетных записей пользователей и адресов электронной почты все еще может быть отправлена. Принимающий сервер должен решить, принимать их или нет (на основе SPF, DKIM и DMARC).
Можно было бы подумать, что принимающий сервер будет проверять, соответствует ли запись MX адресу исходного сервера или нет. . Очевидно, они этого не делают
. Это полностью независимые учетные записи, размещенные у двух совершенно разных провайдеров. Тот факт, что они используют одни и те же имена пользователей и адреса электронной почты, не имеет смысла. Кроме того, записи MX указывают, какой хост (ы) получает электронную почту для данного домена, а записи SPF указывают, какой хост (ы) отправляет электронную почту для данного домена. Эти хосты не всегда и не обязательно одинаковы. Так что, если бы у меня был один хост, который получает электронную почту для моего домена, и другой хост, который отправляет электронную почту для моего домена? Представьте, что произошло бы, если бы ваш почтовый сервер проверил запись MX для моего домена, когда я отправил вам электронное письмо, и ваш сервер сказал бы: «Эй, этот сервер, отправляющий мне электронное письмо с (скрытого), не тот сервер, который получает электронную почту для (скрытого) Я отклоню это письмо! »? Моя конфигурация совершенно верна (довольно распространенная), но ваш сервер отклоняет мою электронную почту под ложным предлогом, что сервер, получающий электронную почту для домена (MX), должен быть тем же сервером, который отправляет электронную почту для домена (SPF).