Архивирование остановлено

Остановка архивирования

В большинстве случаев, когда архивирование останавливается, это связано с неправильной конфигурацией АРХИВА или почтового сервера. Также причиной может быть изменение в окружении, например, смена пароля учетной записи журнала или исчерпание дискового пространства на сервере. Остановка работы сервера без причины не является нормальным поведением; такие случаи должны быть крайне редкими.

Состояние архивирования

Архивирование в порядке

Если сервер архивирует корректно, в разделе Статус -> Графики будут отображаться синие и зеленые столбцы. Это указывает на то, что сообщения поступают от почтового сервера (синие столбцы) и успешно архивируются (зеленые столбцы). Временно допустимо, если количество полученных писем превышает количество архивированных, особенно в периоды низкой активности почтового сервера (например, поздно вечером), когда сервер может «догнать» очередь.

Архивирование игнорируется

Если входящий трафик игнорируется, это будет отображено красными столбцами. Частой ошибкой является неправильное определение маршрутов в разделе Конфигурация -> Маршруты. Для устранения проблемы следует удалить все маршруты в этом разделе. Если это не поможет, проверьте Конфигурация -> Правила архивации, чтобы убедиться, что нет правил, приводящих к игнорированию всего входящего трафика.

Проблемы с получением и архивированием

Если на графиках отсутствуют столбцы, это означает, что сервер не получает писем от почтового сервера.

Возможные причины

Нет поступления почты: Сервер не получает почтовый трафик.

Вот обновленная документация с добавленными ссылками на разделы:

Возможные причины, по которым сервер не получает почтовый трафик

1. Все в порядке

В данный момент через ваш почтовый сервер просто не проходит почта.

2. Используется устаревший формат объема

АРХИВА версии 8.12.21+ и 9+ больше не позволяют запись в устаревшие форматы объемов V1 и V2.

3. Общая ошибка конфигурации

АРХИВА и почтовый сервер настроены неправильно.

4. Проблемы с журналированием IMAP

Решения для проблем архивирования, связанных с журналированием IMAP. Смотрите раздел "IMAP Журналирование"

5. Проблемы с архивированием SMTP/Milter

Решения для проблем архивирования SMTP/Milter. Смотрите раздел "SMTP/Milter Архивирование"

6. Нет свободного дискового пространства

Один или несколько ваших дисков исчерпали доступное пространство.

Используется устаревший формат объема

Сервер не будет архивировать данные, если активный объем находится в устаревших форматах V1 или V2. Если вы все еще используете устаревшие форматы, необходимо перейти на формат объема V3, поскольку V1 и V2 теперь доступны только для чтения.

Инструкции по смене формата объема:

Перейдите в Конфигурация → Общие → Архив.
Выберите формат объема V3 и сохраните изменения.
Затем перейдите в Конфигурация → Объемы, создайте новый объем и закройте существующий активный объем.

Ошибка конфигурации АРХИВА/почтового сервера

Обратитесь к разделу Почтовые серверы для получения общих инструкций по конфигурации. Смотрите раздел "Конфигурация Почтовых Серверов"

Проблемы с архивированием SMTP/Milter

Установите, отправляется ли журналирование на АРХИВА. Проверьте графики в разделе Статус -> Графики. Вы должны видеть синие столбцы для входящего трафика и зеленые для архивирования.
- Если появляются только синие столбцы:
  - Убедитесь, что в Конфигурация → Объемы настроен неиспользуемый или активный объем.
- Если появляются красные столбцы:
  - Перейдите в Конфигурация → Маршруты, удалите все маршруты и убедитесь, что нет правила архивирования, настроенного на игнорирование всего входящего трафика.
- Если столбцы отсутствуют, проверьте следующее:
  1. SMTP-слушатель включен в Конфигурация → Слушатели из веб-консоли АРХИВА. Если нет, включите его.
  2. Убедитесь, что файрвол на сервере АРХИВА не блокирует порт 25.
  3. Убедитесь, что на сервере АРХИВА не запущено другое приложение, привязанное к порту 25 (например, Postfix).
  4. Проверьте, создан ли SMTP-слушатель для прослушивания порта 25, а не для подключения клиента SMTP. Если нет, создайте его.
  5. Если архивирование происходит от почтового сервиса/сервера за пределами вашей сети:
    - Убедитесь, что на корпоративном файрволе правильно настроено правило переадресации порта 25.
    - Убедитесь, что в вашем DNS-менеджере определена A-запись для сервера АРХИВА.
    - Проверьте, требуется ли для вашего почтового сервиса TLS-соединение.
Проверьте наличие правила журналирования на почтовом сервере:
- Убедитесь, что адрес и IP-адрес правила журнала корректны (например, archive@АРХИВА.company.com).
- Полностью квалифицированное доменное имя (FQDN) сервера АРХИВА должно разрешаться в его IP-адрес.

Тестирование соединения

Для тестирования соединения выполните telnet на FQDN сервера АРХИВА (например, АРХИВА.company.com) на порт 25 с любого компьютера вне вашей локальной сети. Если ваш почтовый сервер находится в локальной сети, выполните telnet на FQDN сервера АРХИВА из сети.

root@:~# telnet АРХИВА.company.com 25
Trying 135.137.132.1...

Если все в порядке, на консоли должен появиться заголовок SMTP АРХИВА. Если этого не произошло, проверьте:

Файрвол на машине с АРХИВА не блокирует входящий трафик на порт 25.
Полностью квалифицированное доменное имя (FQDN) разрешается в правильный IP-адрес сервера АРХИВА.
Убедитесь, что правило переадресации порта на файрволе определено правильно.

Очистка очередей

Попробуйте очистить очереди:

Переименуйте C:\ProgramData\АРХИВА\ROOT\queue\receive в C:\ProgramData\АРХИВА\ROOT\queue\restore_receive.
Переименуйте C:\ProgramData\АРХИВА\ROOT\queue\index в C:\ProgramData\АРХИВА\ROOT\queue\restore_index.
Запустите службу АРХИВА.

Вот отформатированный текст в виде документации: