SafetyNet e o uso do Mail.que

 

Você instala o primeiro servidor Exchange 2013, com Mailbox e Client Access roles. Faz alguns testes de desempenho, envia emails ou configura uma aplicação para usar o dito cujo como um servidor de encaminhamento.

Algum tempo depois, recebe a informação de que a base de dados de transporte está enorme e não diminuí acompanhada da pergunta: Por que este "erro" está ocorrendo?

O melhor é começar do começo...

No Exchange 2010 temos o recurso Shadow Redundancy, que permite a redundância das mensagens dentro do pipeline de transporte, já sabemos e estudamos isso o suficiente. Seguindo uma linha de raciocínio semelhante, o recurso SafetyNet fez sua estreia no Exchange 2013, complementando a função do Shadow Redundancy. Com o objetivo básico de manter uma cópia de cada mensagem transportada pelo tempo definido no parâmetro SafetyNetHoldTime presente na configuração de transporte da organização (Set-TransportConfig), para isso usando o arquivo mail.que como local de armazenamento. Oras, se para cada mensagem tranportada uma cópia será armazenada no arquivo mail.que, caso o servidor transporte 5GB por dia de mensagens, com o parametro SafetyNetHoldTime na configuração padrão (2 dias), espera-se que o mail.que cresca, mesmo sem haver enfileiramento persistente.

O objetivo aqui não é discutir o recurso Safety Net, se houver interesse em conhecer os detalhes, leia o conteúdo do recurso aqui. O objeto é ilustrar o comportamento, no video abaixo...