Почта не отправляется или не приходит

Применимо к: все тарифы. Ваша Бизнес-почта работает на Microsoft 365 или Google Workspace — а не на сервере хостинга — поэтому большинство проблем с отправкой и получением писем связаны с вашими DNS-записями или почтовым ящиком, а не с сайтом.

На тарифах Managed мы настраиваем и проверяем SPF, DKIM и DMARC за вас, а перенос — бесплатный. Напишите нам в чат, и мы разберём проблему вместе с вами.

Симптомы

Входящие письма не приходят или возвращаются отправителю.
Исходящие письма отклоняются или попадают в папку «Спам» у получателей.
Часть сообщений доходит, а другие время от времени не отправляются.

Частые причины (от самой вероятной)

Отсутствует или указана неверная MX-запись — входящей почте некуда поступать.
Отсутствуют или неверны SPF / DKIM / DMARC — ваши письма не проходят проверку подлинности, отклоняются или помечаются как спам.
Домен не до конца подтверждён в центре администрирования Microsoft 365 или в мастере настройки Google Workspace.
Почтовый ящик или лицензия неактивны — без лицензии или с приостановленным местом отправлять и получать почту нельзя.
Письмо просто лежит в папке «Нежелательная почта» / «Спам».
Записи добавлены не в том месте (например, в редакторе зоны cPanel) — он не управляет вашими актуальными DNS-записями.

Быстрые решения

1. Сначала проверьте папку «Спам»

Войдите в веб-почту — outlook.office.com для Microsoft 365 или mail.google.com для Google Workspace — и загляните в папку «Нежелательная почта» или «Спам». Это за секунды исключит самую простую причину.

2. Проверьте DNS-записи почты

Все DNS-записи почты управляются в вашем личном кабинете (DNS под управлением Maxinodes, на наших собственных серверах имён) — а не в cPanel. Редактор зоны cPanel здесь не управляет актуальными DNS-записями, поэтому его можно игнорировать. Убедитесь, что у вас есть:

Запись MX, указывающая на вашего провайдера (Microsoft 365 использует <tenant>.mail.protection.outlook.com; Google Workspace использует smtp.google.com или более старые записи ASPMX).
Запись TXT SPF (v=spf1 include:spf.protection.outlook.com -all для M365 или v=spf1 include:_spf.google.com ~all для Workspace).
Ваши записи DKIM (записи CNAME/TXT, которые показаны в консоли администрирования вашего провайдера).
При желании — запись DMARC TXT по имени _dmarc (начните с p=none).

Точные значения индивидуальны для каждого тенанта — всегда копируйте их из центра администрирования Microsoft 365 или из мастера настройки Google Workspace. Никогда не используйте повторно значения чужого тенанта.

3. Подтвердите домен и почтовый ящик

В консоли администрирования вашего провайдера убедитесь, что домен отображается как подтверждённый / активный, а у затронутого почтового ящика есть активная лицензия. Неподтверждённый домен или место без лицензии будут давать сбой без видимых ошибок.

4. Дождитесь распространения изменений

Если вы только что добавили или изменили записи, дайте им время. Изменения DNS обычно вступают в силу в течение от нескольких минут до нескольких часов, в худшем случае — до 24–48 часов, в зависимости от значения TTL записи.

Результат: при корректной MX-записи, действительных SPF/DKIM/DMARC, подтверждённом домене и активном лицензированном почтовом ящике почта ходит в обе стороны и не попадает в спам.

Если это не помогло

Прочитайте точный текст ошибки или отчёта о недоставке — обычно в нём названа неудавшаяся проверка (например, «SPF fail», «relay denied», «recipient not found»).
Ещё раз убедитесь, что вы редактировали DNS в личном кабинете, а не в cPanel, и что ваши NS-серверы — это ns1.maxinodes.com и ns2.maxinodes.com.
Учтите, что Maxinodes не размещает ваши почтовые ящики — у Maxinodes нет имён почтовых серверов, которые нужно было бы вводить в почтовый клиент. Клиенты подключаются через собственную автонастройку провайдера.
Всё ещё не получается? Свяжитесь с нами и укажите данные, перечисленные ниже.