Ошибки установки соединения с SMTP-клиентом
Данная статья будет полезна, если вы столкнулись со следующими ситуациями:
Тестовое сообщение в разделе Configuration → General → SMTP Settings не получено.
Сообщение, отправленное пользователем на почтовый ящик, не доставлено.
Статус-отчет АРХИВА не поступил.
При отправке сообщения возникла ошибка «smtp client send message max retries exceeded».
Отсутствует подключение
Решение:
Убедитесь, что подключение SMTP-клиента к почтовому серверу создано в разделе Configuration → Connections.
В разделе Configuration → Client Connections проверьте, что новое SMTP-подключение установлено в качестве основного (по умолчанию).
Нажмите Save.
Повторно проверьте состояние соединения в Configuration → Status Reports.
Некорректные настройки SMTP-клиента
Что проверить:
В разделе Configuration → Connections убедитесь, что подключение SMTP-клиента добавлено и настроено верно:
Заполнены поля Username, Email Address и Password.
Адрес электронной почты соответствует введенному имени пользователя.
В поле Username указан пользователь с достаточными правами для отправки писем от имени других сотрудников. Мы рекомендуем использовать учетную запись администратора.
Особенности Microsoft Exchange
Microsoft Exchange может отклонить электронное письмо, если в системе уже существует сообщение с таким же идентификатором. Чтобы избежать этой проблемы, установите стратегию отправки на SMTP-коннекторе в значение «Новый идентификатор сообщения» и сохраните изменения. Если это не поможет, попробуйте выбрать стратегию «Отправить как вложение».
Права «Отправить от имени» (Send As)
Для предоставления прав на отправку от имени другого пользователя используйте следующую команду:
Проблемы с сетевой связностью
Возможно, сетевые настройки или брандмауэр блокируют связь между АРХИВА и почтовым сервером.
Чтобы проверить доступность, откройте командную строку на сервере АРХИВА и выполните команду telnet на порт 25 сервера Exchange. Отсутствие ответа указывает на наличие сетевой проблемы.
Несоответствие параметров безопасности
Для успешного взаимодействия АРХИВА и почтового сервера должны использовать одинаковые протоколы безопасности. Например, если сервер принимает только TLS, а в настройках выбран простой текст, возникнет ошибка. В таком случае измените режим SMTP-соединения на TLS в настройках АРХИВА.
Несоответствие методов аутентификации
Метод аутентификации должен поддерживаться вашим почтовым сервером. Как минимум должна быть настроена базовая или интегрированная аутентификация Windows. Убедитесь, что сервер принимает один из этих методов, и укажите имя пользователя в формате username@company.com или просто username.
Для пользователей Exchange:
В приложении Exchange Manager включите базовую и интегрированную аутентификацию. В настройках SMTP-клиента АРХИВА укажите имя пользователя в формате user@company.com.
Примечание: Иногда в настройках SMTP-сервера внутри Exchange методы аутентификации оказываются отключены. Пожалуйста, проверьте, что базовая или интегрированная аутентификация активны.
Исчезновение писем из-за дедупликации Exchange
Некоторые версии Microsoft Exchange агрессивно удаляют дубликаты сообщений. Если на сервере уже есть идентичное письмо, Exchange может принять его, но проигнорировать. В результате пользователю кажется, что сообщение не отправлено. Решением является переключение стратегии отправки в настройках SMTP-клиента на «новый идентификатор сообщения» или «отправить как вложение».
Ошибка отправки от имени пользователя
Если при попытке отправить сообщение пользователю из интерфейса поиска в журнале появляется ошибка:
Рекомендуем воспользоваться вариантом 3 из раздела Настройка коннектора для отправки почты через SMTP реле.
Очередь не запущена (повреждение базы данных очереди)
Ошибка «очередь не запущена» при отправке письма через поиск обычно означает повреждение базы данных очереди. Это может произойти при некорректном завершении работы сервера АРХИВА.
Способ решения:
Остановите службу АРХИВА.
Удалите содержимое следующего каталога:
/var/opt/mailarchiva/tomcat/webapps/ROOT/queue/smtpclient/*(для Linux)C:\ProgramData\MailArchiva\Tomcat\webapps\ROOT\queue\smtpclient\*(для Windows)
Запустите службу АРХИВА.
Примечание: Чтобы сохранить данные из очередей, переименуйте каталог smtpclient/connection... в smtpclient/restore_connection... перед перезапуском АРХИВА. После запуска система повторно обработает все элементы очереди.
Оповещение ROOT: «максимальное количество попыток отправки сообщения SMTP превышено»
Данный алерт может свидетельствовать о следующем:
Некорректные настройки подключения SMTP-клиента. Рекомендуем повторно протестировать их (см. раздел SMTP Connection).
Отсутствие связи между АРХИВА и SMTP-сервером. Проверьте доступность сервера.
Повреждение базы данных очереди (см. соответствующий раздел выше).
Дополнительная отладка
Если предложенные способы не помогли, рекомендуем выполнить следующие действия: временно отключите архивирование, активируйте журналирование отладки в Configuration → Logs и проведите тестовое соединение в настройках SMTP-клиента. Анализ файла журнала позволит увидеть детальное взаимодействие между АРХИВА и почтовым сервером, включая конкретные команды SMTP и коды ошибок.