Docker почтовый сервер внезапно перестал получать письма – Адрес отправителя отклонён: домен не найден.

Вопрос или проблема

Я запускаю почтовый сервер на небольшом VPS, использующем docker-mail-server.

Он работал безупречно до 2024-10-02, после чего начал отклонять электронные письма.

Я обновил сертификаты, хотя они истекли 2024-10-15 (через две недели после того, как он перестал работать).

Каждый раз, когда я получаю электронное письмо, в журнале появляется следующая запись (здесь письмо, отправленное с моего адреса protonmail):

NOQUEUE: reject: RCPT from unknown[185.70.43.21]: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found; from=<[email protected]> to=<contact@$MY_DOMAIN> proto=ESMTP helo=<mail-4321.protonmail.ch>

Интерпретируя это как “Я не знаю, что это за домен, поэтому отклоняю электронное письмо”, я выполнил dig protonmail.com, который выдал правильный результат:

; <<>> DiG 9.18.28-1~deb12u2-Debian <<>> protonmail.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12017
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;protonmail.com.            IN  A

;; ANSWER SECTION:
protonmail.com.     1200    IN  A   185.70.42.12

;; Query time: 31 msec
;; SERVER: 213.186.33.99#53(213.186.33.99) (UDP)
;; WHEN: Thu Oct 10 17:32:34 UTC 2024
;; MSG SIZE  rcvd: 59

Пингование protonmail.com также работает. Есть ли идеи по исправлению/обходу этой проблемы или откуда она может возникать? Я хочу быть уверенным, что это не ошибка пользователя, прежде чем открывать проблему на github.

Ответ или решение

Чтобы решить проблему с вашим почтовым сервером, который перестал принимать электронные письма и выдает сообщение об ошибке "Sender address rejected: Domain not found", нужно рассмотреть несколько важных аспектов настройки сервера и сетевой инфраструктуры. На основании предоставленных вами данных, вот шаги, которые могут помочь в устранении проблемы:

  1. Проверка DNS-записей: Убедитесь, что DNS-записи вашего домена настроены правильно и что ваши MX-записи указывают на ваш почтовый сервер. Для этого выполните команду:

    dig MX ваш_домен

    Если вывод не показывает MX-записей или они указывают на неправильный адрес, это может быть причиной проблемы.

  2. Проверка SPF, DKIM и DMARC: Убедитесь, что у вас правильно настроены SPF и DKIM-записи для домена. Они важны для верификации отправителя:

    • Проверка SPF:
      dig ваш_домен TXT

      Убедитесь, что в выводе присутствует корректная SPF-запись, позволяющая вашему серверу отправлять почту.

    • Проверка DKIM:
      Убедитесь, что DKIM правильно настроен и что публичный ключ доступен в вашем DNS.
  3. Проблемы с кэшированием DNS: Возможно, проблема в кэшировании DNS. Попробуйте очистить кэш DNS как на вашем VPS, так и на локальном компьютере, с которого отправляются письма.

  4. Проверка конфигурации почтового сервера: Убедитесь, что ваш почтовый сервер (например, Postfix) настроен правильно. Проверьте файлы конфигурации, чтобы убедиться, что они не были изменены. Например, вам стоит проверить файл main.cf для параметров, связанных с mydestination, mydomain, relayhost и т. д.

  5. Тестирование отправки почты: Используйте команды telnet или netcat, чтобы протестировать отправку почты:

    telnet ваш_домен 25

    Далее попробуйте отправить тестовое письмо, чтобы убедиться, что сервер отвечает правильно.

  6. Логи почтового сервера: Продолжайте анализировать логи почтового сервера для получения дополнительной информации о происходящем при попытках приема почты:

    tail -f /var/log/mail.log
  7. Настройка Docker среды: Убедитесь, что контейнеры, в которых работает ваш почтовый сервер, правильно настроены и доступны. Проверьте настройки сети Docker, особенно если ваш сервер работает в режиме bridge или host.

  8. Проверка проблем с провайдером VPS: Иногда существует вероятность, что ваш провайдер VPS блокирует порты для SMTP. Обратитесь к вашему провайдеру для подтверждения.

Если после выполнения вышеперечисленных шагов проблема сохраняется, рекомендую рассмотреть возможность обращения в службу поддержки вашего почтового сервера или платформы Docker, либо открыть issue на GitHub с детальным описанием вашей проблемы, чтобы сообщество могло помочь вам более конкретно.

Оцените материал
Добавить комментарий

Капча загружается...