Zimbra: застрявшие .msg файлы и фантом обмениваются сообщениями в почтовых ящиках
Пользователи в моем org используют почтовый клиент Outlook 2010 с pop3 доступом к ZCS/OSE. Эти клиенты используют значение по умолчанию, "удаляют сообщения из сервера после того, как 14 дней", устанавливающих Все окна сообщения, настраиваются следующим образом:
- Сохраните не больше 450 Мбит за почтовый ящик
- TTL для регулярного сообщения составляет 60 дней, и для мусора/спама 30 дней.
Чистка действия работает, как предполагается, чтобы быть. Но... Руководство, повторно индексирующее почтовый ящик от администратора GUI, показывает что там 5000 + (больше чем пять тысяч) сообщения для индексации, но общее количество объектов (mail+calendar +...) как приблизительно 300 (три сотни или меньше немного).
Больше, исследование/opt/zimbra/storage subdirs shos, что некоторые .msg файлы, хранившие там, являются с 2009 годом!
И некоторые почтовые ящики выглядят полными, даже при отсутствии сообщений ни в каких папках почтового ящика. Просто, потому что подкаталог учетной записи заполнен старым, удаленным для давным-давно сообщений.
Кто-либо может объяснить, если существует возможность действительно произвести чистку obsoleted файлов сообщений? НАХОЖДЕНИЕ их с mtime параметром и удалением не делает взглядов очень хорошая идея. Я сделал это, к сожалению. Но zimbra хранит что-то в своем сервере LDAP, и насильственно "уничтоженные" сообщения все еще видимы, даже если они не могли бы быть открыты из-за "BLOB недостающая" ошибка.
Там какой-либо путь состоит в том, чтобы санировать каталог LDAP ZC?
Zimbra не хранит метаданные сообщений в LDAP. Вместо этого zimbra использует MySQL для его хранения. Фрагмент из вики Zimbra: Структура базы данных почтовых ящиков учетной записи
Zimbra использует базы данных mysql для хранения информации заголовков сообщений (Кому, От, Тема, Дата, Прочитано / Непрочитано, Флаги, Теги), контакты , элементы календаря и задачи. Zimbra автоматически назначает учетную запись zimbra группе почтовых ящиков при создании учетной записи. Группа почтовых ящиков соответствует базе данных, расположенной в / opt / zimbra / db / data, например mboxgroup1, mboxgroup2 и т. Д. На каждый сервер почтовых ящиков может приходиться не более 100 групп почтовых ящиков.
Первая задача здесь - исправить несоответствие между BLOB-объектами Zimbra и метаданными MySQL. Вы можете использовать помощник zimbra под названием zmblobchk . Эта команда проверяет согласованность хранилища BLOB-объектов Zimbra ( / opt / zimbra / store ). Эта команда проверяет и записывает примечания к файлам без соответствующих метаданных базы данных. Он также проверяет правильность информации о размере файлов.
Вторая задача - выяснить, почему сообщение все еще присутствует, если Outlook требует от zimbra его удалить. Вы можете попробовать проверить логи Zimbra, возможно, у какого-то работника Zimbra есть ошибка, поэтому процесс автоматического удаления не удался.
Удобный мини-скрипт для проверки и переиндексации, кредит OP
mbox=USERNAME;aa=`zmprov gmi $mbox|grep mailbox|sed -e "s/mailboxId\:\ //"`; zmblobchk -m $aa --export-dir /tmp/zmblb/ --missing-blob-delete-item start; zmprov rim $mbox start; zmprov rim $mbox status