Вопрос или проблема
Мы используем службу поддержки supportpal.com и я только что обновил ее до последней версии (с v4 до v5). Во время этого я также обновил Ubuntu с 20.04LTS до 22.04LTS, в рамках чего мне пришлось обновить PHP и некоторые его модули.
Это размещено на VPS (123-reg), принадлежащем Godaddy. Проблема в том, что я не получаю никаких писем от службы поддержки.
Смотрю в логи sendmail, вижу, что говорится, что письмо было отправлено. Я изучаю траекторию письма в Office 365, и ничего не появляется (обычно они показывают, если dmarc, spf и т. д. не проходят).
С точки зрения sendmail, у меня есть только адрес релейного сервера, нет настроек авторизации и т. д.
Я в растерянности и буду признателен за любые советы по диагностике проблемы. Запись SPF позволяет релейному серверу.
ИЗМЕНЕНИЕ: Вот отправленный элемент в логе sendmail.
2025-02-09T16:09:02.202158+00:00 ip- sm-mta[51279]: 519G920R051278: to=<[email protected]>, ctladdr=<www-d [email protected]> (33/33), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=31133, dsn=2.0.0, stat=Sent
Я также отправил электронное письмо через sendmail с тем же результатом, и поэтому считаю, что это исключает службу поддержки.
Далее прогресс и думаю, что это связано с моей конфигурацией sendmail (хотя она не должна была измениться).
Я очистил конфигурацию и прошелся по мастеру, попросив его пересылать все письма на релей. Проблема, с которой я сейчас сталкиваюсь, заключается в том, что я получаю следующую ошибку в логе sendmail.
“почта удалена из-за недействительного домена получателя.
Повторюсь – это sendmail, установленный на VPS, где также размещен SupportPal. Это (основанное на PHP) программное обеспечение отправляет письма с различных адресов. Sendmail должен быть настроен на использование реле, как указано выше.
Ответ или решение
После обновления дистрибутива Ubuntu с версии 20.04 LTS до 22.04 LTS могут возникнуть различные проблемы, связанные с конфигурацией программ и сервисов. Вы описали ситуацию, в которой возникли неполадки с sendmail после обновления вашей системы и перехода на новую версию SupportPal. Давайте разберемся, какие могут быть причины этой проблемы и как их можно устранить.
Теоретическая часть
Основной проблемой, с которой вы столкнулись, является невозможность получения электронных писем, несмотря на то, что журналы sendmail показывают, что письма были отправлены. Наиболее вероятной причиной такой ситуации могут быть изменения в конфигурациях sendmail или в политике безопасности сервера, которые могли быть изменены в процессе обновления.
Возможные причины проблемы:
-
Изменения в конфигурации sendmail: В процессе обновления системы могли измениться пути к конфигурационным файлам или их параметры. Это может привести к ситуации, когда sendmail работает не так, как ожидалось.
-
Отсутствие аутентификации на релей-сервере: В новой версии sendmail, а также в более современных политиках безопасности, может требоваться дополнительная аутентификация для передачи сообщений через релей-сервер.
-
Ошибка в DNS или конфигурации SPF/DKIM/DMARC: Несмотря на наличие разрешения в SPF для релей-сервера, другие параметры DNS могут быть не настроены корректно, что приводит к блокированию писем.
-
Изменение политики безопасности на уровне хостера (123-reg, принадлежит GoDaddy): Провайдер может изменить свою политику безопасности, что может повлиять на отправку сообщений.
-
Ошибки в новой версии ПО или PHP: Обновление SupportPal до версии 5, как и обновление PHP и его модулей, может также влиять на работу с sendmail, если изменились методы взаимодействия с почтовой системой.
Примерная часть: Расследование
На основании вашего описания, в логах sendmail указывается, что проблема связана с недействительным доменом получателя. Это указывает на то, что адресата невозможно найти или отправка заблокирована из-за непризнанного домена.
Что можно проверить:
-
Конфигурация sendmail: Проверьте файл
sendmail.mcиsendmail.cf. Убедитесь, что правило для использования релей-сервера правильно прописано, и что аутентификация настроена корректно, если это необходимо. -
DNS и доверенные домены: Убедитесь, что все DNS-записи, такие как A-запись, MX-запись, а также SPF, DKIM и DMARC, настроены корректно и актуальны.
-
Office 365 и логирование: Если вы используете Office 365 для получения почты, используйте его средства логирования, такие как Message Trace, чтобы определить, проходят ли ваши письма на уровень Office 365 и не блокируются ли они.
-
Просмотр ошибок во всех журналах системы: Помимо sendmail, проверьте логи PHP и веб-сервера (например, Apache или Nginx) на наличие ошибок или предупреждений, связанных с отправкой почты.
-
Обратитесь в поддержку хостера: Они могут предоставить дополнительную информацию о возможных изменениях в инфраструктуре или политики безопасности, которые могут повлиять на отправку почты.
Применение: Решение проблемы
Шаги для устранения:
-
Переконфигурация sendmail: Проведите повторную настройку sendmail через мастера настройки, обратив особое внимание на параметры, связанные с релей-сервером. Убедитесь, что используются актуальные файлы конфигурации.
-
Обновление и проверка DNS-конфигурации: Обновите и проверьте все DNS-записи. В частности, уделите внимание SPF и DKIM, так как они критично важны для успешной доставки сообщений.
-
Аутентификация: Если ваш релей-сервер этого требует, настройте sendmail на использование аутентификации с использованием файла
authinfo. -
Проверка маршрутизатора и фаервола: Убедитесь, что сервер не блокирует исходящий трафик с порта 25 (SMTP), если ваш VPS требует явного разрешения.
-
Обратитесь за помощью: Если все вышеперечисленные шаги не принесли результата, обсудите проблему с технической поддержкой вашего провайдера или хостера, так как они могут иметь специализированные решения или рекомендации.
Применив описанные рекомендации и тщательно изучив все конфиги и логи, вы сможете выявить и устранить причину неисправности sendmail после обновления до Ubuntu 22.04 LTS.