Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Formatting was changed.

Bad Index Format

...

 

...

Cannot Decrypt Message - Not in GZIP Format

 

When opening a message, usually if its an decryption issue, you will get an error in the mailarchiva_debug.log saying "not in GZIP format" or something equivalent

Problem: The data in the volume was encrypted using different encryption parameters. For example, the Open Source Edition supports the encryption of data using the DES algorithm, while the by default supports triple-DES (greater security).

Solution: You need to normalize the encryption parameters on your volume. Try this:

 

...

Неправильный формат индексации

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

Для повышения скорости и эффективности поиска Архива переключилась на использование чисел для индексации и поиска. Таким образом, новые версии Архива используют другой формат индексации.

Архива v2.1 не может проводить поиск в индексах, созданных более ранними версиями продукта (включая Open Source Edition). Поэтому, при обновлении Архива до v2.1 или более новой версии с версий v2.0 и более ранних (включая OSE) все тома должны быть переиндексированы, иначе вы не увидите никаких писем в результатах поиска.

Во время переиндексации Архива иногда может испытывать трудности с удалением старых индексов. Чтобы упросить ей задачу, рекомендуется остановить сервер, удалить вручную содержимое папок со старыми индексами, запустить сервер и переиндексировать нужные тома.


Неверные параметры шифрования

Если в результатах поиска отсутствуют сообщения (или их нет там вообще), возможно, какой-то из ваших томов использует другие параметры шифрования. Архива требует, чтобы все настроенные тома были зашифрованы с использованием одних и тех же алгоритма шифрования, соли и пароля. Файл server.conf содержит значения алгоритма шифрования (security.pbealgorithm), соли (security.salt) и пароля шифрования (security.passhrase).    

Если эти значения не совпадают со значениями, которые раньше использовались для зашифрования данных на томах, тогда Архива не сможет предъявить вам результаты поиска. Поэтому, если вы переиндексируете тома или попытаетесь найти письма на поврежденных тома, ничего не произойдет. Скорее всего, вы также получите ошибку "Не в формате GZIP" (англ. not in GZIP format") в файле лога отладки debug.log.   

Различия в параметрах шифрования могут возникнуть: 

(a) если вы обновились до (которая использует 3DES) с одной из старых версий Open Source Edition (которая использует DES) или
(б) при переносе системы Архива на другой сервер, другой пароль был выбран новой системой.

Для решения этой проблемы вам нужно нормалировать все данные томов, так чтобы все тома были зашифрованы с использованием единого алгоритма, соли и пароля шифрования. Чтобы это осуществить, вам просто надо запустить утилиту reencrypt из пакета утилит Архива (mailarchiva_utilities package). Утилита reencrypt постарается перезашифровать письма в конкретном томе с одного набора параметров шифрования на другой. К примеру, она преобразует тома, письма в которых были зашифрованы с использованием DES, на 3DES или с одного пароля на другой.    

В большинстве случаев вам не стоит волноваться из-за значения соли, оно задается одним и тем же на всех установках. Мы используем то же самое значение соли по умолчанию, чтобы предотвратить полную потерю данных, в случае если файл server.conf  случайно будет удалён. В этом случае для восстановления данных вам просто нужно будет знать пароль, который использовался для зашифрования данных тома.     
Если вы забыли пароль, но у вас есть файл server.conf, все ещё возможно восстановить данные, найти в server.conf значение security.passprase и при запуске утилиты reencrypt указать параметр  -pe, а не обычный параметр -p для пароля шифрования.   

Сообщение не расшифровывается - не в GZIP формате

При открытии сообщения обычно, если есть какая-то проблема с расшифрованием, в файле лога отладки debug.log вы получите ошибку "не в GZIP формате" (англ. "not in GZIP format") или что-то похожее. 

Проблема: данные тома были зашифрованы с использованием других параметров шифрования. К примеру, Open Source Edition поддерживает шифрование данных с использованием DES алгоритма, тогда как Enterprise Edition по умолчанию поддерживает 3DES (большая безопасность).  

Решение: вам необходимо нормализовать параметры шифрования на ваших томах. Попробуйте следующее: 

  1. Скачайте и распакуйте пакет утилит mailarchiva_utilities отсюда: http://www.mailarchiva.com/downloads
  2. Open command prompt
  3. Type Отройте командную строку.
  4. Напечатайте "set MAILARCHIVA_HOME=C:\Program Files\MailArchiva" (or whereever you exported your mails to)
  5. Unmount all volumes in the Архива console. Try to find out which are the affected volumes, by mounting each volume and conducting a search, one by one, to see which of the volumes are unreadable)
  6. For each affected volume, type или какое-то другое место на диске, куда экспортируются ваши письма)
  7. Отмонтируйте все тома из терминала Архива. Попробуйте найти все поврежденные тома, примонтируя каждый из них по очередности и проводя на них поиск, чтобы увидеть, какой из томов нечитабелен.
  8. Для каждого поврежденного тома напечатайте "reencrypt.bat -s c:\store01 -d c:\newstore01 -p password -x destinationpassword",
    where
    где c:\store01 must be substituted with the source store path of the volume in question
    where c:\newstore01 must be substituted with the destination store path of the volume in question
    where password must be substituted with the existing password of the volume
    where destinationpassword must be substituted with the same password as all other volumes

Note: it is entirely plausible, that the password and destination password can be the same value. In this case, the reencrypt function will change the encryption parameters (e.g. from DES to 3DES)

 

  1. The utility should run through.
    Sometimes Архива has trouble deleting indexes when they are being used, so stop the server and delete the contents (not the directory itself) of all corresponding index directoriesEdit the file следует заменить исходных путем к хранилищу поврежденного тома,
    где c:\newstore01 следует заменить путем назначения - новым путем к хранилищу поврежденнного тома, 
    где пароль должен быть заменен существующим паролем на томе,
    где destinationpassword должен быть заменен паролем, используемым на всех остальных томах.

    Замечание: вполне вероятно, что password и destination password могут иметь одно и то же значение. В этом случае, утилита reencrypt поменяет только параметры шифрования (например, с DES на 3DES)

  2. Утилита должна обработать все тома.
    Иногда у Архива бывают трудности с удалением индексов, когда они используются, поэтому лучше остановить сервер и удалить содержимое (но не самоу папку!) папки индексов поврежденного тома. 
  3. Отредактируйте файл C:\Program Files\Server\Webapps\MailArchiva\ROOT\WEB-INF\conf\server.conf and change the store paths of each of the affected volumes to refer to the new store paths. e.g. set и поменяйте пути к хранилищу на каждом из поврежденных томов, так чтобы там содержался новый путь к хранилищу, к примеру, задайте volume.store.path.1=c:\newstore0
  4. Start the server
  5. Reindex all volumes where the new store paths have been created or simply click Reindex all to reindex everything

Overlapping Volume ID's

 

...

  1. Запустите сервер. 
  2. Переиндексируйте все тома, где был создан новый путь к хранилищу, или просто кликните на кнопку Переиндексировать для переиндексации всех томов. 

Совпадающие ID тома

Если открывая сообщение, вы получате ошибку "Failed to retrieve the requested message

...

 

  1. The messages are on an external network device and they cannot be accessed
  2. There are overlapping volume id's, due to a bug in early version of mailarchiva

...

" (рус. Невозможно извлечь запрошенное сообщение"), это может быть вызвано следующим:  

  1. Сообщения находятся на внешнем диске, и к ним нет доступ. 
  2.  ID нескольких томов совпадают из-за ошибки в старой версии mailarchiva

Для решения (2) отредактируйте файл "volumeinfo" в корневой папке каждого тома и проверьте, что id каждого тома имеет уникальное значение. Если они совпадают, поменяйте один символ (букву) в id совпадающего тома и кликните по кнопке "Переиндексировать" на этом томе на странице настроек.