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

В большинстве случаев, когда архивирование приостановлено, причной является неправильная настройка Архива или почтового сервера. Другой причиной могут быть изменения рабочей среды (например, пароль журналируемого аккаунта изменился или на сервере закончилось дисковое пространство). Самостоятельная остановка не является нормальным поведением сервера, и остановки в архивировании должны быть крайне редки. Если они происходят часто, свяжитесь со службой поддержки для определения причин и быстрого решения этой проблемы. 

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

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

Сообщения не поступают/не архивируются

Если во вкладке Статус системы -> Графики нет столбцов, значит, сервер не получает никаких писем от почтового сервера. 

Возможные причины, почему сервер не получает писем, могут быть в следующем:
 

• Все в порядке! Просто в данный момент нет писем, поступающих на ваш почтовый сервер. 
• General Misconfiguration - Архива и почтовый сервер неверно настроены. 
• IMAP Journaling Issues - Решения проблем архивирования, связанных с IMAP журналированием
• SMTP/Milter Archiving Issues - Решение SMTP/Milter archiving problems
• No Disk Space Left - На одном из ваших дисков закончилось свободное место.

Архива или почтовый сервер неправильно настроены  

Почитайте инструкции, как задать основные настройки почтовых серверов. 

IMAP журналирование
 

1. Соединение IMAP клиента не создано, и связь с учетной записью Exchange не установлена, или же соединение отключено. 
   Решение: 
   а) Удостоверьтесь, что IMAP соединение создано во вкладке Настройка -> Соединения и включено. Для более подробной информации смотрите Настройку соединений. 
   б) Проверьте наличие связи с почтовым сервером с помощью кнопки "Проверить соединение", находящейся во вкладке Настройка -> Соединения -> IMAP Клиент
2. Пароль учетной записи устарел или изменился. 
   Решение: 
   а) Восстановить пароль учетной записи в Exchange.
   б) Проверить, что учетная запись не отключена.
   в) Проверить, что срок пароля учетной записи не закончился. 
   г) Проверить, что опция принудительной смены пароля выключена.  
3. IMAP сервис Exchange остановлен или заблокирован.  
   Решение: Перезапустите IMAP на почтовом сервере. 
4. Сликом большое количество сообщений (больше 20 000) в учетной записи.
   Решение: 
   а) Уберите все галочки, кроме "Включено", со страницы Настройка -> Соединения ->IMAP Клиент и понизьте интервал опроса до 10 мсек. Проверьте, ускорилось ли архивирование.
   ИЛИ
   б) В худшем случае - создайте новую учетную запись и перенастройте журналирование таким образом, чтобы письма приходили на новый аккаунт. Используйте функцию импорта в Exchange, чтобы импортировать старые сообщения.        
5. Интервал опроса, указанный в Настройка -> Соединения ->IMAP Клиент, может быть слишком высоким или, наоборот, недостаточным. 
   Решение: Интервал опроса не должен быть меньше, чем 10 мсек. Если он слишком велик, он может не справиться с потоком писем в вашей компании и письма будут скапливаться в учетной записи. Как только учетная запись заполнится, серверу Exchange будет тяжело справляться с большим количеством сообщений в аккаунте.  
6. Опция "Слушать уведомления от сервера" (IMAP Idle) включена - некоторые почтовые сервера, такие как Microsoft Exchange, не могут доставить сообщения, если опция IMAP Idle включена после долгого периода. 
   Решение: Отключите опцию "Слушать уведомления от сервера" (IMAP Idle) во вкладке Настройка -> Соединения ->IMAP Клиент.  
7. Потеряна связь с вашим почтовым сервером. 
   Решение:
   а) На сервере Архива с помощью команды telnet обратитесь через порт 143 или 443 к вашему почтовому серверу. Если никакого ответа не последует, скорее всего, причиной является обычная проблема соединения.       
   б) Проверьте, что брандмауэр или антивирус (запущенный на обоих серверах) не блокирует установку соединения в портах 143 или 443. 
   в) Проверьте, что нет проблем с DNS, с помощью telnet обратитесь к IP-адресу почтового сервера (т.е. не используя полное доменное имя). 
   г) Удостоверьтесь, что соединение с основной сетью есть на обоих серверах (проверьте, чтобы горящий зеленым индикатор сети был виден на каждой сетевой карте).   
     

SMTP/Milter проблемы архивирования

1. SMTP/Milter коннектор не создан, не включен или настроен на прием данных с неверно указанного порта. 
   Решение: Проверьте, чтобы в вкладке Настройке -> Коннекторы SMTP или Milter был создан, что он включен и настроен на прием данных с нужного порта.    
   
   Для этого начните сеанс Telnet и проверьте нужный порт на IP-адресе сервера MailArchiva. Если получен ответ, значит, коннектор прослушивает порт, как ему надлежит.   
   Для более подробной проверки скачайте и установите на свой компьютер почтовый клиент Thunderbird. Создайте тестовую учетную запись для отправки сообщений на нужный порт SMTP сервера MailArchiva. Вам потребуется изменить номер порта SMTP сервера Архива и для этого эксперимента использовать 25 порт. Пошлите пробное письмо с помощью Thunderbird. Если все прошло хорошо, отправленное письмо должно появиться в результатах поиска. 
   
   
2. На Архива нет входящего почтового трафика с сервера  

   
   Выполните следующие Linux-команды для проверки SMTP-трафика на порту 8091 (порт по умолчанию):  

   Выполните следующее, чтобы посмотреть, приходит ли какая-нибудь почта на порт 8091: 

   
   Во вкладке Настройка -> Логи выберите Уровень отладки "Отладка". Если сообщение появится в логе, то детали отладки будут показаны.  

3. Во вкладке Настройка -> Коннекторы проверьте, что не установлено никаких ограничений по IP-адресам. Если ограничения есть, удалите их. 

4. Убедитесь, что полное доменное имя сервера Архива преображается в IP-адрес. Если вы посылаете письмо по адресу archive@mailarchiva.company.com, домен mailarchiva.company.com должен преображаться в IP-адрес сервера MailArchiva.  

На одном или нескольких ваших дисках закончилось свободное место. Пожалуйста, проверьте дисковое пространство на каждом томе и в каждом хранилище, включая соответствующие пути, содержащиеся в Разделах файловой системы. В Системных требованиях вы найдете информацию о том, сколько дискового пространства требуется для работы, и инструкции, как правильно разбить ваши диски на разделы.  

Письма приходят, но не архивируются

Если во вкладке Статус системы -> Графики появляются только голубые столбцы, значит письма поступают с вашего почтового сервера, но почему-то не могут быть заархивированы и проиндексированы. Необработанные письма будут накапливаться в очереди получения, пока проблема не будет решена, после чего письма снова организуются в очередь на архивирование. 

I

Причины, почему сообщения приходят на сервер, но не архивируются, могут заключаться в следующем: 

• Misconfiguration - Архивирование не осуществляется из-за неправильной настройки системы. 
• License Troubles - Сервер приостановил архивирование из-за недействительной лицензии (может быть только в случае MailArchiva v2). 
• Operating System or File Permissions - Если архив находится в удаленном хранилище, у сервера может не хватать прав для записи на нем. 
• Corrupted Audit Index - Индекс аудита нарушен. Это может дестабилизировать систему и приостановить архивирование.
• Insufficient Amount of Memory Allocated - Недостаточно памяти выделено для сервера.
• Not Enough Disk Space Left - Свобдное дисковое пространство закончилось.  

Неправильная настройка

Неправильная настройка сервера может включать: 

1. Пароль шифрования не задан. 
   Решение: Указать пароль шифрование в Томах. 
2. Не настроен UNUSED/ACTIVE том (неиспользуемый или активный том). Во вкладке Настройка -> Тома необходимо создать хотя бы один ACTIVE (активный) или UNUSED (неиспользуемый) том. 
   Решение: Создайте новый UNUSED том в Томах.
3. Недостаточно прав для записи на удаленном диске.  
   Решение: для получения подробных инструкций почитайте о Сетевом хранилище данных. 
4. Неверные маршруты указаны в Настройке -> Маршруты. 
   Решение: Удалите или исправьте конфигурацию маршрутов во вкладке Настройка -> Маршруты (Замечание: попробуйте удалить все маршруты, тогда сервер будет архивировать все по умолчанию). 
5. Непредусмотренные правила архивирования заданы в вкладке Настройка -> Настройки архива. 
   Решение: Убедитесь, что установленные правила архивирования имеют нужные последствия и заданы верно.

Нарушен граф базы данных

Проверьте файл debug.log в вкладке Настройка -> Логи. Если там есть ошибки, связанные с orient db, сделайте следующее:  

• Остановите сервер
• Переименуйте [application data]/database в [application data]/database_bak
• Запустите сервер снова

Проблемы лицензии

In Архива v2 (not Архива v3), archiving may stop due to an invalid license. A license may be invalid due to one of the following:

1. Your mailbox limit has exceed the license quota. If this is the case, an appropriate alert will appear in Configuration->Alerts
   Resolution: Upgrade your license by logging to the Архива website, select Licenses, choose License, click Extend, purchase, and install it in About.

1. A corrupted  index can lead to an invalid license. When MailArchiva conducts a license check, internally, it executes a search across all volumes. If an index is corrupt, the license check may fail.
   Resolution:  Reindex the troublesome volume index by clicking on reindex in Configuration->Volumes.
2. The license file has been accidentally modified during transit
   Resolution: Obtain a new license file by logging into the Архива website and downloading your license.

Права файлов и операционных систем

Если архивирование производится на удаленном диске, у Архива может быть недостаточно прав для записи на удаленном хранилище. 

Вы можете получить предупреждение следующего вида: 

The root cause of the error is revealed in the debug.log file (see Configuration->Logs). In most cases, the root cause is insufficient write permissions on store path.

Причина ошибки содержится в файле debug.log (см. Настройка -> Логи). В большинстве случаев, основаная причина подобных ошибок в недостаточных правах на запись в удаленном хранилище.   

1. Сервер MailArchiva, архивирующий письма, запущен под учетной записью пользователя (USER), а не администратора (ADMINISTRATOR). 
   Решение: поменяйте учетную запись сервиса. 
2. В родительской папке хранилища не включены права на запись.  
   Решение: Вы предоставили права для папки хранилища. Пожалуйста, сделайте то же самое, но для родительской папки вашего хранилища (Windows querk). 
3. Сервис Архива запущен под учетной записью пользователя, не обладающего достаточными правами доступа. 
   Решение: Пожалуйста, проверьте, что сервис Архива запущен под учетной записью администратора или root.  
4. Почтовый архивный сервер не имеет прав записи на удаленном сетевом хранилище (NAS или SAN). 
   Решение: Сетевое хранилище не подключено или права установлены неверно. 
   
   Для более подробной информации почитайте о Сетевом хранилище данных.

Corrupted Audit Index

The server will stop archiving or will become unstable if the audit log is corrupted. 

In the event that an audit log is corrupted, an alert may appear in Status->Alerts. Alternatively, indexing related errors as described below will appear in the debug.log file.

Недостаточно памяти

The server operating environment may not meet the minimum requirements, or the server may be configured to use an unsufficient amount of memory. Refer to Out of Memory for possible resolutions.