Cómo aumentar el tamaño máximo de los archivos adjuntos en Zimbra Webmail

La respuesta corta

Para Zimbra Webmail, aumentar solo una configuración podría no ser suficiente. Si los usuarios necesitan adjuntar archivos grandes a los mensajes salientes, coordine el límite de carga web, el límite de contenido SOAP del buzón y el límite de tamaño total de mensaje del MTA. Verifique también si existe una configuración específica del servidor o un proxy externo que imponga un límite de solicitud menor.

Como ejemplo práctico, supongamos que su organización desea que los usuarios adjunten archivos de hasta 25 MiB. La guía de tamaño de Zimbra recomienda permitir aproximadamente el 150 % del tamaño original del archivo para el mensaje completo codificado en MIME. Un límite de 40 MiB (41.943.040 bytes) es un ejemplo inicial razonable para esta política, sujeto a pruebas y a su capacidad de almacenamiento. La sobrecarga de MIME varía según el mensaje, por lo que ningún multiplicador garantiza que todos los mensajes quepan.

Ejecute estos comandos como zimbrausuario, después de revisar los valores actuales y confirmar que la política de ejemplo se ajusta a su entorno:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

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

Estos comandos establecen valores globales. Si un servidor de buzones tiene su propia configuración de anulación inferior, verifique y ajuste también ese servidor. Los atributos exactos y el comportamiento de reinicio pueden variar según la versión y la implementación de Zimbra; verifíquelos con su versión instalada antes de aplicar cambios de forma generalizada.

¿Por qué hay más de un límite?

zimbraFileUploadMaxSizeControla las cargas de archivos gestionadas por Zimbra, incluido el cuerpo de la solicitud que acepta el proxy web integrado. La referencia del proxy de Zimbra asigna el tamaño máximo del cuerpo, tanto para HTTP como para HTTPS, a este atributo; una solicitud que supere el límite del proxy puede recibir un error HTTP 413. En una implementación con varios buzones, el atributo se puede configurar globalmente o por servidor.

zimbraMailContentMaxSizeControla el tamaño del contenido del mensaje enviado a través de la interfaz SOAP del buzón. zimbraMtaMaxMessageSizeControla el mensaje completo máximo aceptado por el MTA, que en una implementación estándar de Zimbra es Postfix. Este total incluye los encabezados del mensaje y el contenido codificado en MIME, no solo el archivo original en el disco.

El artículo del Centro Técnico de Zimbra sobre la configuración del tamaño está marcado explícitamente como un trabajo en progreso. Su explicación y comandos son útiles, pero verifique las definiciones de atributos y el comportamiento para su versión instalada de Zimbra. Las referencias son la guía de Zimbra sobre el tamaño máximo de mensaje y la referencia de la variable Zimbra Proxy .

Utilice la configuración que corresponda al error: un archivo rechazado inmediatamente al adjuntarlo indica, en primer lugar, un límite de carga o de proxy web. Un mensaje rechazado durante el envío o la entrega puede deberse a problemas con el MTA o el servidor del destinatario. Una carga que funciona pero que posteriormente falla al enviarse significa que el límite del MTA o la expansión MIME aún requieren atención.

Elija un límite que se ajuste a su póliza.

Establezca un límite comercial definido en lugar de aumentar todos los límites al máximo. Por ejemplo, si los usuarios deben adjuntar archivos de hasta 25 MiB, el ejemplo de 40 MiB deja margen para la codificación y la sobrecarga de mensajes. Zimbra señala que el aumento del tamaño codificado no es un porcentaje fijo y sugiere usar el 150 % como estimación al calcular los límites de mensajes.

Los mensajes de mayor tamaño consumen más espacio de almacenamiento en la cola, ancho de banda y capacidad del buzón. Zimbra advierte que un límite de tamaño de Postfix excesivamente alto puede causar problemas de entrega de correo cuando la partición de la cola no dispone de suficiente espacio libre. Los valores de tamaño de Zimbra muy elevados también pueden provocar problemas de servicio en algunas versiones; Zimbra ha documentado fallos en la aplicación web y la consola de administración tras superar valores fuera de rango. Aumente los límites gradualmente y compruebe el resultado en lugar de establecer un límite de varios gigabytes sin un plan de capacidad.

Compruebe si existe una anulación por servidor.

La configuración global resulta conveniente cuando todos los servidores de buzones deben compartir una misma política. Sin embargo, un valor a nivel de servidor puede anular la configuración global. Verifique los valores globales y, a continuación, el host de buzones que gestiona al usuario afectado:

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

Reemplazar mailbox1.example.comcon el nombre real del servidor de correo. Si tiene un valor específico del servidor inferior y su política permite un tamaño mayor, actualice ese host:

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

Repita este procedimiento únicamente para los servidores de correo que requieran el cambio. No dé por sentado que modificar la configuración global elimina las configuraciones de servidor existentes. En un entorno con varios servidores, verifique cada nodo de buzón y cada MTA que corresponda.

Confirme que el límite de MTA entró en vigor.

Después de cambiar el atributo MTA global y recargar Postfix, inspeccione el valor efectivo de Postfix en cada MTA de Zimbra:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

Los dos resultados deben coincidir en bytes. Si el atributo LDAP es correcto, pero postconfaún muestra el límite anterior, revise el proceso de configuración y los registros de Zimbra MTA antes de intentar un reinicio completo. Un reinicio puede interrumpir los servicios de correo, por lo que solo debe programarse cuando lo requiera la versión instalada y la topología de implementación.

El proxy de Zimbra establece su límite de cuerpo de solicitud HTTP a partir de zimbraFileUploadMaxSize. Si su entorno también incluye un Nginx, Apache, puerta de enlace en la nube o dispositivo de seguridad independiente delante de Zimbra, dicho componente podría tener su propio límite de carga. Una respuesta 413 o una entrada en el registro del proxy son indicios para verificar el límite de cuerpo de solicitud en la capa que devolvió el error. Evite editar directamente los archivos de proxy generados por Zimbra; realice los cambios a través de la configuración de Zimbra compatible y utilice el procedimiento de regeneración o reinicio de la configuración documentado para su versión.

Prueba con un mensaje controlado

1. Utilice un buzón de prueba y un archivo cuyo tamaño sea ligeramente inferior al límite de archivos adjuntos previsto. No empiece con el archivo más grande que el sistema pueda aceptar.
2. Adjunte el archivo en Zimbra Webmail. Si el navegador indica que la carga es demasiado grande, revise la configuración zimbraFileUploadMaxSize, las anulaciones del servidor de correo y los límites del proxy.
3. Envíe el mensaje a otro buzón de prueba interno. Si la carga se realiza correctamente pero el envío falla, compruebe el límite SOAP del buzón y el límite del MTA.
4. Revise el texto y los registros de rebote. La guía del MTA de Zimbra muestra que Postfix rechaza un mensaje de tamaño excesivo con un error de tamaño 552 y recomienda verificar /var/log/zimbra.loglos eventos de rechazo, exceso, límite o advertencia.
5. Si la entrega interna funciona pero un destinatario externo rechaza el mensaje, compruebe el límite de tamaño anunciado o documentado por el destinatario. La configuración de Zimbra no puede aumentar el límite en otro sistema de correo.

Para el envío de mensajes SMTP, Postfix puede anunciar el tamaño aceptado en la SIZEfuncionalidad SMTP. Un servidor de correo remoto puede anunciar un valor menor o rechazar el mensaje después de que Zimbra lo envíe. El artículo de solución de problemas de Zimbra explica cómo distinguir un rechazo del MTA local de un rechazo del destinatario. Consulte la referencia del parámetro message-size de Postfix y los ejemplos de solución de problemas de tamaño del MTA de Zimbra .

Cuándo usar un enlace para compartir archivos en su lugar

Los límites de tamaño de los archivos adjuntos en el correo electrónico no son una forma fiable de distribuir archivos multimedia, imágenes de disco o archivos de proyectos muy grandes. El sistema de correo de cada destinatario puede imponer un límite diferente para el tamaño total de los mensajes, y los mensajes codificados son más grandes que sus archivos adjuntos originales. Si un límite mayor sobrecarga el almacenamiento o la cola de correo, comparta el archivo a través de un servicio de intercambio de archivos autorizado y envíe un enlace con permisos controlados por correo electrónico.

El cambio se considera exitoso cuando un archivo de prueba, dentro de la nueva política, se carga, se envía y llega a un destinatario interno, y Postfix informa el valor de tamaño de mensaje previsto. Si solo ciertos usuarios o nodos de servidor siguen fallando, compare sus configuraciones de servidor de buzones y la ruta del proxy. Si solo los destinatarios externos rechazan el correo, confirme su límite antes de volver a aumentar los límites de Zimbra.