Если после сбоя Beget письма не приходят или не отправляются, сначала разделите проблему на три части: доступ к ящику, приём писем доменом и исходящая отправка с сайта. У этих задач разные настройки. Не меняйте MX, SPF или другие DNS-записи наугад: неправильная правка может направить почту на другой сервер и ухудшить доставку.
В начале инцидента Beget сообщал о нарушении работы почтовой инфраструктуры и последующих восстановительных работах. Статус сервисов менялся по мере восстановления; проверяйте последние сообщения в официальном канале Beget и текущую доступность своего аккаунта в панели. Ниже — порядок диагностики, который помогает не путать проблемы почтового ящика, сайта и DNS.
Определите, что именно перестало работать
Проверьте почту через веб-интерфейс и отдельно из почтовой программы. Если вход в веб-почту не проходит, выясните, доступны ли аккаунт и сам ящик. Если войти можно, попросите знакомого отправить тестовое письмо с другого домена. Затем отправьте письмо из этого ящика на два независимых адреса. Так вы поймёте, проблема только во входящих, только в исходящих или в самом почтовом клиенте.
Для сайта проверьте отдельно отправку формы. Письмо из веб-формы может отправляться через SMTP или функцию сайта, а пользовательский почтовый ящик — через другой сервер. Если форма показывает «успешно», но письмо не приходит, проверьте журнал отправки, адрес получателя и спам. Не отправляйте много одинаковых тестовых писем: это может привести к фильтрации.
Если не приходят входящие письма
Сначала проверьте, что домен направляет почту на нужные MX-серверы. MX определяет, куда принимающая сторона отправляет сообщения для домена. Если веб-сайт уже переехал, а почта должна остаться у прежнего провайдера, MX-записи не обязательно менять вместе с A-записью сайта. Зафиксируйте текущую DNS-зону и уточните у почтового провайдера актуальные значения.
Затем откройте управление почтой и проверьте, существует ли нужный ящик, хватает ли ему квоты и не изменились ли правила пересылки. В справке Beget указано, что настройки ящиков и переадресации управляются отдельно; письма для несуществующих адресов могут зависеть от настройки «Почта домена». Если такой сборщик не настроен, сообщения на несуществующие адреса могут теряться. Проверьте это до того, как включать переадресацию.
Если часть писем приходит, а часть нет, попросите отправителя прислать время отправки и сообщение об отказе. Сохраните полный текст ошибки доставки (bounce), но перед пересылкой удалите чужие персональные данные. По нему поддержка сможет отличить отказ MX-сервера от фильтрации, переполнения ящика или недоступности адреса.
Если не отправляются письма
Проверьте, использует ли почтовая программа или сайт правильный SMTP-сервер и актуальные параметры подключения из панели или официальной справки. После смены пароля ящика старый пароль может остаться в настройках CMS, почтового клиента или CRM. Обновляйте его в каждом месте, где он сохранён, и не публикуйте пароль в сообщении поддержки.
Сравните результаты отправки из веб-почты и из сайта. Если веб-почта отправляет нормально, а форма сайта — нет, проблема вероятнее в SMTP-настройках CMS, плагине, очереди писем или лимите сайта. Если не отправляет и веб-почта, обратитесь к почтовому провайдеру, приложив время и текст ошибки.
Проверьте папку «Спам» у получателя и попросите его посмотреть служебные заголовки тестового письма. Отметка о доставке в приложении сайта не означает, что письмо попало во входящие получателя: сервер мог принять его и направить в спам или отклонить позже.
Проверьте SPF, DKIM и DMARC
SPF указывает, какие серверы могут отправлять почту от имени домена; DKIM добавляет цифровую подпись, а DMARC описывает, что делать с письмами, не прошедшими проверки. Эти записи влияют на доставляемость, но не заменяют MX и не восстанавливают почтовый ящик.
Сверьте записи TXT с инструкцией именно того сервиса, который сейчас отправляет почту. Не создавайте вторую запись SPF, если для домена уже существует одна с префиксом v=spf1: у домена должна быть согласованная запись, которая включает все легитимные отправляющие системы. Не копируйте значения из чужой статьи и не меняйте политику DMARC на строгую без проверки всех источников рассылки. Сначала проверьте настройки и согласуйте правку с администратором домена.
Если одновременно используются сайт, CRM и рассылочный сервис, у каждого может быть свой способ отправки. Составьте список: какой сервис отправляет какие письма и через какой домен. Затем сверяйте SPF/DKIM для каждого источника и проводите тесты на нескольких получателях. Настройки одного сервиса не обязательно подходят для другого.
Если перестали работать письма с сайта
Для форм заказа и обратной связи сохраните копию конфигурации до правки. Проверьте SMTP-хост, порт, шифрование, логин, адрес отправителя и адрес получателя. Адрес отправителя должен соответствовать домену, для которого настроена авторизация; подстановка произвольного адреса может ухудшить доставку.
Сделайте один тест с указанием времени, затем проверьте журнал CMS или почтового плагина. Не включайте вывод ошибок для всех посетителей. Если заявки принимаются, но письма не уходят, временно сохраните копии заявок в админке или CRM, чтобы не потерять обращения, и уведомите ответственного сотрудника. Восстановите штатную доставку после проверки SMTP.
Когда разделять хостинг и почту
Если сайт и корпоративная почта зависят от одной панели, команде может быть удобнее вынести почту в отдельный сервис. Это не обязательное решение и не гарантия, что перебоев не будет, но оно разделяет часть зависимостей. Перед переносом сохраните письма и контакты, настройте новый ящик, проверьте MX/SPF/DKIM/DMARC, протестируйте отправку и только потом меняйте DNS. Не отключайте старый ящик, пока не убедились, что архив писем сохранён и новые сообщения приходят куда нужно.
Если одновременно выбираете другую площадку для сайта, оценивайте отдельно веб-хостинг и почтовую службу. Список ниже — отправная точка для сравнения веб-хостинга; он не означает, что каждый провайдер обязательно подходит для размещения корпоративной почты. Уточните границы услуги, миграцию и условия тарифа до оплаты. Ссылки партнёрские: студия может получить вознаграждение за переход.
Рейтинг хостингов для сравнения
Частые вопросы
Если сайт переехал, нужно ли менять MX-записи?
Не обязательно. A/AAAA-записи обычно направляют веб-сайт, а MX — почту. Меняйте MX только если переносите саму почтовую службу и знаете точные значения нового провайдера.
Почему веб-почта работает, а письма с сайта не отправляются?
Форма может использовать отдельный SMTP-аккаунт или PHP-функцию отправки. Проверьте настройки CMS, журнал писем и адрес отправителя.
Можно ли добавить вторую SPF-запись?
Не следует создавать несколько независимых записей SPF для одного домена. Объедините нужные источники отправки в одной записи по официальным инструкциям и проверьте результат.
Как понять, что письмо дошло?
Проверьте его у получателя, включая папку «Спам» и заголовки письма. Сообщение сайта об успешной отправке само по себе не подтверждает доставку во входящие.