Zimbra: arquivos .msg presos e mensagens fantasmas nas caixas de correio

Question

Os usuários da minha organização usam o cliente de e-mail do Outlook 2010 com acesso pop3 a ZCS / OSE. Esses clientes estão usando a configuração padrão " excluir mensagens do servidor após 14 dias " Todas as caixas de mensagem são configuradas da seguinte forma:

1. Não armazene mais 450 MB por caixa de correio
2. O TTL da mensagem normal é de 60 dias e, para o lixo / spam, é de 30 dias.

A atividade de purga funciona como deveria ser. Mas... Manual reindexing uma caixa de correio de admin GUI mostra que há 5000+ (mais de cinco mil) mensagens para indexar, mas o número total de itens (email + calendário + ...) como cerca de 300 (três centenas ou menos um pouco).

Mais, o exame dos subdiretórios / opt / zimbra / storage mostra que alguns arquivos .msg armazenados são de 2009 anos!

E algumas caixas de correio parecem cheias, mesmo que não haja mensagens em nenhuma pasta da caixa de correio. Só porque o subdiretório da conta está cheio de mensagens antigas, excluídas há muito tempo.

Alguém pode explicar, se existe alguma possibilidade de realmente remover arquivos de mensagens obsoletos? ENCONTRANDO-os com o parâmetro mtime e excluindo não parece uma boa idéia. Eu fiz isso, infelizmente. Mas o zimbra armazena algo em seu servidor LDAP e as mensagens "mortas" à força ainda são visíveis, mesmo que não pudessem ser abertas por causa do erro "BLOB missing".

Existe alguma maneira de limpar o diretório LDAP do ZCS?

    

Answer 1

O Zimbra não armazena metadados de mensagens no LDAP. Em vez disso, o zimbra usa o MySQL para armazená-lo. Snippet do Zimbra wiki: Estrutura da base de dados da caixa de correio da conta

Zimbra uses mysql databases to store mail header information (To, From, Subject, Date, Read/Unread Status, Flags, Tags), contacts, calendar items, and tasks. Zimbra automatically assigns a zimbra account to a mailbox group when the account is created. The mailbox group corresponds to a database located in /opt/zimbra/db/data such as mboxgroup1, mboxgroup2, ...etc. There are a maximum of 100 mailbox groups per mailbox server.

A primeira tarefa aqui é corrigir a inconsistência entre o blob do Zimbra e os metadados do MySQL. Você pode usar o zimbra helper chamado zmblobchk . Este comando verifica a consistência do armazenamento de blobs do Zimbra ( /opt/zimbra/store ). Esse comando verifica e registra as notas dos arquivos sem corresponder aos metadados do banco de dados. Ele também verifica se as informações de tamanho estão corretas para os arquivos.

A segunda tarefa é descobrir por que a mensagem ainda está presente se o outlook tiver dito ao zimbra para excluí-lo. Você pode tentar verificar os logs do zimbra, talvez algum funcionário do Zimbra tenha um erro, então o processo de exclusão automática falhou.

Mini-script conveniente para verificar e reindexar, crédito ao 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