Como aumentar o tamanho máximo de anexos no Zimbra Webmail

Resposta curta

Para o Zimbra Webmail, alterar apenas uma configuração pode não ser suficiente. Se os usuários precisarem anexar arquivos grandes às mensagens enviadas, coordene o limite de upload da web, o limite de conteúdo SOAP da caixa de correio e o limite de tamanho total da mensagem do MTA. Verifique também se há alguma configuração específica do servidor ou um proxy externo que imponha um limite de requisição menor.

Como exemplo prático, suponha que sua organização queira que os usuários anexem arquivos de até 25 MiB. As diretrizes de tamanho do Zimbra recomendam reservar cerca de 150% do tamanho original do arquivo para a mensagem completa codificada em MIME. Um limite de 40 MiB (41.943.040 bytes) é um exemplo inicial razoável para essa política, sujeito a testes e à sua capacidade de armazenamento. A sobrecarga do MIME varia de acordo com a mensagem, portanto, nenhum multiplicador garante que todas as mensagens caberão.

Execute esses comandos como o zimbrausuário, após revisar os valores atuais e confirmar que a política de exemplo se adequa ao seu ambiente:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

zmprov mcf zimbraFileUploadMaxSize 41943040
zmprov mcf zimbraMailContentMaxSize 41943040
zmprov mcf zimbraMtaMaxMessageSize 41943040
postfix reload

Esses comandos definem valores globais. Se um servidor de caixa de correio tiver sua própria configuração de sobreposição inferior, verifique e ajuste também esse servidor. Os atributos exatos e o comportamento de reinicialização podem variar de acordo com a versão e a implantação do Zimbra; verifique-os em relação à sua versão instalada antes de aplicar alterações de forma generalizada.

Por que existe mais de um limite?

zimbraFileUploadMaxSizeControla os uploads de arquivos gerenciados pelo Zimbra, incluindo o corpo da requisição aceito pelo proxy web integrado. A referência de proxy do Zimbra mapeia o tamanho máximo do corpo da requisição, tanto para HTTP quanto para HTTPS, a este atributo; uma requisição que exceda o limite do proxy pode receber um erro HTTP 413. Em uma implantação com múltiplas caixas de correio, o atributo pode ser definido globalmente ou por servidor.

zimbraMailContentMaxSizeControla o tamanho do conteúdo da mensagem enviada pela interface SOAP da caixa de correio. zimbraMtaMaxMessageSizeControla o tamanho máximo da mensagem completa aceita pelo MTA, que em uma implementação padrão do Zimbra é o Postfix. Esse total inclui os cabeçalhos da mensagem e o conteúdo codificado em MIME, não apenas o arquivo original no disco.

O artigo do Centro Técnico do Zimbra sobre configuração de tamanho está explicitamente marcado como um trabalho em andamento. Sua explicação e comandos são úteis, mas verifique as definições e o comportamento dos atributos para a sua versão do Zimbra instalada. As referências são as diretrizes do Zimbra sobre tamanho máximo de mensagem e a referência de variáveis ​​do Zimbra Proxy .

Use as configurações que correspondem à falha: um arquivo rejeitado imediatamente durante o anexo indica, primeiramente, um limite de upload ou de proxy web. Uma mensagem rejeitada durante o envio ou a entrega pode estar atingindo o MTA ou o servidor do destinatário. Um upload que funciona, mas posteriormente falha ao ser enviado, significa que o limite do MTA ou a expansão MIME ainda precisam de atenção.

Escolha um limite que se adeque à sua apólice.

Defina um limite de negócios específico em vez de aumentar todos os limites ao máximo. Por exemplo, se os usuários devem anexar arquivos de até 25 MiB, o exemplo de 40 MiB deixa espaço para a codificação e a sobrecarga da mensagem. A Zimbra observa que o aumento do tamanho codificado não é uma porcentagem fixa e sugere usar 150% como uma estimativa de planejamento ao definir os limites de mensagem.

Mensagens maiores utilizam mais espaço de armazenamento na fila, largura de banda e capacidade da caixa de correio. O Zimbra alerta que um limite de tamanho excessivamente alto no Postfix pode causar problemas na entrega de e-mails quando a partição da fila não possui espaço livre suficiente. Atributos de tamanho muito altos no Zimbra também podem causar problemas de serviço em algumas versões; o Zimbra documentou falhas no aplicativo Web e no Console de Administração após valores fora do intervalo permitido. Aumente os limites em etapas graduais e teste o resultado em vez de definir um limite máximo de vários gigabytes sem um planejamento de capacidade.

Verifique se há uma opção de substituição por servidor.

A configuração global é conveniente quando todos os servidores de caixa de correio devem compartilhar uma única política. No entanto, um valor no nível do servidor pode substituir a configuração global. Verifique os valores globais e, em seguida, o host da caixa de correio que gerencia o usuário afetado:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize
zmprov gs mailbox1.example.com zimbraFileUploadMaxSize zimbraMailContentMaxSize

Substitua mailbox1.example.compelo nome real do servidor de caixa de correio. Se ele tiver um valor específico do servidor menor e sua política permitir um tamanho maior, atualize esse host:

zmprov ms mailbox1.example.com zimbraFileUploadMaxSize 41943040
zmprov ms mailbox1.example.com zimbraMailContentMaxSize 41943040

Repita o procedimento apenas para os hosts de caixa de correio que exigem a alteração. Não presuma que modificar a configuração global remove as substituições de servidor existentes. Em um ambiente com vários servidores, verifique cada nó de caixa de correio aplicável e cada MTA.

Confirme se o limite do MTA entrou em vigor.

Após alterar o atributo MTA global e recarregar o Postfix, verifique o valor efetivo do Postfix em cada MTA do Zimbra:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

Os dois resultados devem coincidir em bytes. Se o atributo LDAP estiver correto, mas postconfainda mostrar o limite antigo, revise o processo de configuração e os logs do Zimbra MTA antes de tentar uma reinicialização completa. Uma reinicialização pode interromper os serviços de e-mail, portanto, agende-a somente quando necessário devido à versão instalada e à topologia de implantação.

O proxy do Zimbra define seu limite de tamanho de corpo de requisição HTTP a partir de um arquivo zimbraFileUploadMaxSize. Se o seu ambiente também utiliza um Nginx, Apache, gateway de nuvem ou dispositivo de segurança separado na frente do Zimbra, esse componente pode ter seu próprio limite de upload. Uma resposta 413 ou uma entrada no log do proxy pode indicar o limite de tamanho de corpo da requisição na camada que retornou o erro. Evite editar diretamente os arquivos de proxy gerados pelo Zimbra; faça as alterações por meio das configurações suportadas do Zimbra e utilize o procedimento de regeneração de configuração ou reinicialização documentado para a sua versão.

Teste com uma mensagem controlada

1. Use uma caixa de correio de teste e um arquivo com um tamanho um pouco menor que o limite de anexos desejado. Não comece com o maior arquivo que o sistema possa aceitar.
2. Anexe o arquivo no Zimbra Webmail. Se o navegador informar que o upload é muito grande, verifique zimbraFileUploadMaxSizeas configurações de sobrescrita do servidor de caixa de correio e os limites do proxy.
3. Envie a mensagem para outra caixa de correio de teste interna. Se o upload for bem-sucedido, mas o envio falhar, verifique o limite SOAP e o limite MTA da caixa de correio.
4. Analise a mensagem de erro e os registros. As diretrizes do Zimbra MTA mostram o Postfix rejeitando uma mensagem com tamanho excessivo com um erro de tamanho 552 e recomendam verificar /var/log/zimbra.logeventos de rejeição, excedência, limite ou aviso.
5. Se a entrega interna funcionar, mas um destinatário externo rejeitar a mensagem, verifique o limite de tamanho anunciado ou documentado do destinatário. Suas configurações do Zimbra não podem aumentar o limite em outro sistema de e-mail.

Para SMTP de saída, o Postfix pode anunciar o tamanho aceito na SIZEfuncionalidade SMTP. Um servidor de e-mail remoto pode anunciar um valor menor ou rejeitar a mensagem após o Zimbra enviá-la. O artigo de solução de problemas do Zimbra explica como distinguir uma rejeição do MTA local de uma rejeição do lado do destinatário. Consulte a referência do parâmetro de tamanho de mensagem do Postfix e os exemplos de solução de problemas de tamanho do MTA do Zimbra .

Quando usar um link de compartilhamento de arquivos em vez de um link de compartilhamento de arquivos.

Limitar o tamanho dos anexos em e-mails não é uma maneira confiável de distribuir arquivos de mídia muito grandes, imagens de disco ou arquivos de projetos. O sistema de e-mail de cada destinatário pode impor um limite diferente para o tamanho total da mensagem, e as mensagens codificadas são maiores do que seus anexos originais. Se um limite maior sobrecarregar o armazenamento ou a capacidade da fila, compartilhe o arquivo por meio de um serviço de compartilhamento de arquivos aprovado e envie um link com permissão de acesso por e-mail.

A alteração é bem-sucedida quando um arquivo de teste dentro da nova política é carregado, enviado e recebido por um destinatário interno, enquanto o Postfix reporta o valor de tamanho de mensagem pretendido. Se apenas determinados usuários ou nós de servidor ainda apresentarem problemas, compare suas configurações de servidor de caixa de correio e rota de proxy. Se apenas destinatários externos rejeitarem e-mails, confirme o limite deles antes de aumentar novamente os limites do Zimbra.