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
В подключении SMTP клиента важно указать, что Microsoft Exchange отклонит полученное электронное письмо с тем же идентификатором сообщения, если сообщение с тем же идентификатором уже существует в системе. Чтобы обойти эту проблему, установите стратегию отправки на SMTP-коннекторе на "Новый идентификатор сообщения". Сохраните изменения. Если это не помогает, установите стратегию отправки на "Отправить как вложение".
Права "Отправить от имени"
Для отправки от имени другого пользователя выполните следующую команду:
Проблема с коммуникацией
Может быть проблема с сетью или брандмауэром, блокирующим коммуникации между АРХИВА и почтовым сервером.
На сервере АРХИВА откройте командную строку и выполните telnet на порт 25 на сервере Exchange. Если ответ не получен, это указывает на сетевую проблему.
Несоответствие безопасности подключения
Для того чтобы АРХИВА могла взаимодействовать с вашим почтовым сервером, необходимо, чтобы они использовали одинаковую безопасность соединения. Например, если ваш почтовый сервер принимает только TLS, а режим соединения установлен только на простой текст, возникнет ошибка. Чтобы исправить это, измените настройки режима SMTP соединения на TLS в АРХИВА.
Несоответствие метода аутентификации
Метод аутентификации должен быть установлен на тот, который поддерживается вашим почтовым сервером. Ваш почтовый сервер должен быть настроен как минимум на базовую или интегрированную Windows аутентификацию. Убедитесь, что ваш почтовый сервер принимает интегрированную Windows аутентификацию (Exchange) или базовую аутентификацию и укажите " username@company.com" или "username" в поле имени пользователя.
Для пользователей Exchange:
В приложении Exchange Manager включите как базовую, так и интегрированную аутентификацию. В настройках SMTP клиента АРХИВА в поле имени пользователя укажите в формате user@company.com.
Примечание: Часто возникают случаи, когда SMTP сервер внутри Exchange настроен так, что методы аутентификации не включены. Убедитесь, что либо базовая, либо интегрированная аутентификация включены, или оба метода.
Пропадающие электронные письма из-за дедупликации Exchange
Некоторые версии Microsoft Exchange особенно агрессивно дедуплицируют сообщения, отправляемые на него. То есть, если на сервере Exchange уже есть эквивалентное электронное письмо, Exchange распознает его как дубликат. В этом случае сообщение принимается, но игнорируется. Пользователь думает, что сообщение не было отправлено, хотя на самом деле оно было. Решение — переключить стратегию отправки в настройках подключения SMTP клиента на "новый идентификатор сообщения" или "отправить как вложение".
Невозможно отправить от имени пользователя
При попытке отправить SMTP сообщение пользователю из интерфейса поиска в журнале появляется ошибка:
Одно из решений — следовать варианту 3 из раздела Настройка коннектора для отправки почты через SMTP реле.
Очередь не запущена (поврежденная база данных очереди)
При отправке электронного письма через интерфейс поиска возникает ошибка "очередь не запущена". В этом случае база данных очереди, вероятно, повреждена. Сервер АРХИВА должен быть корректно завершен. Если этого не сделать, существует вероятность повреждения базы данных очереди.
Для решения проблемы:
Остановите службу АРХИВА.
Удалите содержимое следующего каталога:
/var/opt/mailarchiva/tomcat/webapps/ROOT/queue/smtpclient/*(Linux)C:\ProgramData\MailArchiva\Tomcat\webapps\ROOT\queue\smtpclient\*(Windows)
Запустите службу АРХИВА.
Примечание: Если вы хотите сохранить информацию в этих очередях SMTP, переименуйте каталог smtpclient/connection... в smtpclient/restore_connection... и перезапустите АРХИВА. Когда АРХИВА перезапустится, он повторно обработает все элементы в очереди.
АРХИВА АЛЕРТ (ROOT): "максимальное количество попыток отправки сообщения SMTP превышено"
Этот алерт указывает на одно из следующих:
Настройки подключения SMTP клиента неправильно настроены. Вам необходимо повторно протестировать настройки подключения SMTP клиента (см. SMTP Connection).
АРХИВА не может связаться с вашим SMTP сервером. Вам необходимо проверить подключение к SMTP серверу с сервера АРХИВА.
Поврежденная база данных очереди (см. Поврежденная база данных очереди выше) и перезапуск сервера.
Дальнейшая отладка
Если вышеприведенные решения не помогли, временно отключите архивирование, включите журналирование отладки в * Configuration* → Logs, выполните тестовое соединение в настройках подключения SMTP клиента. Просмотрите файл журнала, чтобы увидеть взаимодействие между АРХИВА и почтовым сервером. Обычно команды SMTP и коды ошибок отображаются в файле журнала, что может дать вам представление о том, почему АРХИВА не может отправить почту.