Come aumentare la dimensione massima degli allegati nella webmail di Zimbra

La risposta breve

Per Zimbra Webmail, la modifica di una sola impostazione potrebbe non essere sufficiente. Se gli utenti devono allegare file di grandi dimensioni ai messaggi in uscita, è necessario coordinare il limite di caricamento web, il limite di contenuto SOAP della casella di posta e il limite di dimensione totale dei messaggi del MTA. Verificare inoltre la presenza di un'opzione di override specifica del server o di un proxy esterno che imponga un limite di richieste inferiore.

A titolo di esempio pratico, supponiamo che la vostra organizzazione desideri che gli utenti alleghino file fino a 25 MiB. Le linee guida di Zimbra sulle dimensioni consigliano di consentire circa il 150% della dimensione originale del file per il messaggio MIME completo. Un limite massimo di 40 MiB (41.943.040 byte) è un esempio di partenza ragionevole per questa politica, soggetto a test e alla capacità di archiviazione disponibile. L'overhead MIME varia a seconda del messaggio, quindi nessun moltiplicatore garantisce che ogni messaggio rientri.

Esegui questi comandi come zimbrautente, dopo aver esaminato i valori correnti e aver verificato che la policy di esempio sia adatta al tuo ambiente:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

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

Questi comandi impostano valori globali. Se un server di posta ha un proprio valore di override inferiore, controlla e regola anche quel server. Gli attributi esatti e il comportamento di riavvio possono variare a seconda della versione e dell'implementazione di Zimbra; verificali con la versione installata prima di applicare le modifiche su larga scala.

Perché esiste più di un limite

zimbraFileUploadMaxSizeControlla i caricamenti di file gestiti da Zimbra, incluso il corpo della richiesta accettato dal proxy web integrato. Il riferimento proxy di Zimbra associa a questo attributo la dimensione massima del corpo sia per HTTP che per HTTPS; una richiesta che supera il limite del proxy può ricevere un codice di stato HTTP 413. In una distribuzione con più caselle di posta, l'attributo può essere impostato a livello globale o per singolo server.

zimbraMailContentMaxSizeControlla la dimensione del contenuto del messaggio inviato tramite l'interfaccia SOAP della casella di posta. zimbraMtaMaxMessageSizeControlla la dimensione massima del messaggio completo accettato dall'MTA, che in una distribuzione Zimbra standard è Postfix. Tale dimensione totale include le intestazioni del messaggio e il contenuto codificato in MIME, non solo il file originale su disco.

L'articolo del Centro assistenza tecnica di Zimbra sulla configurazione delle dimensioni è esplicitamente contrassegnato come "in fase di sviluppo". La sua spiegazione e i comandi forniti sono utili, ma è consigliabile verificare le definizioni degli attributi e il comportamento per la versione di Zimbra installata. I riferimenti sono le linee guida di Zimbra relative alla dimensione massima dei messaggi e il riferimento alle variabili del proxy di Zimbra .

Utilizza le impostazioni corrispondenti all'errore: un file rifiutato immediatamente durante l'allegato indica innanzitutto un limite di caricamento o di proxy web. Un messaggio rifiutato durante l'invio o la consegna potrebbe essere indirizzato all'MTA o al server del destinatario. Un caricamento che funziona ma che in seguito non riesce a essere inviato significa che il limite dell'MTA o l'espansione MIME necessitano ancora di attenzione.

Scegli un limite adatto alla tua polizza

È preferibile impostare un limite aziendale definito anziché aumentare al massimo ogni limite. Ad esempio, se gli utenti devono allegare file fino a 25 MiB, l'esempio di 40 MiB lascia un margine per la codifica e l'overhead dei messaggi. Zimbra precisa che l'aumento delle dimensioni codificate non è una percentuale fissa e suggerisce di utilizzare il 150% come ipotesi di pianificazione quando si stimano i limiti dei messaggi.

I messaggi di dimensioni maggiori utilizzano più spazio di archiviazione della coda, larghezza di banda e capacità della casella di posta. Zimbra avverte che un limite di dimensione Postfix eccessivamente elevato può causare problemi di consegna della posta quando la partizione della coda non dispone di spazio libero sufficiente. Anche attributi di dimensione Zimbra molto elevati possono causare problemi di servizio in alcune versioni; Zimbra ha documentato errori dell'applicazione Web e della console di amministrazione in seguito a valori fuori intervallo. Aumentare i limiti gradualmente e testare il risultato, anziché impostare un limite massimo di diversi gigabyte senza un piano di capacità.

Verifica la presenza di un'opzione di override per server.

La configurazione globale è comoda quando tutti i server di posta devono condividere un unico criterio. Tuttavia, un valore a livello di server può sovrascrivere l'impostazione globale. Verifica i valori globali e quindi l'host di posta che gestisce l'utente interessato:

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

Sostituisci mailbox1.example.comcon il nome effettivo del server di posta. Se ha un valore specifico del server inferiore e i tuoi criteri consentono una dimensione maggiore, aggiorna quell'host:

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

Ripetere l'operazione solo per gli host delle cassette postali che richiedono la modifica. Non dare per scontato che la modifica della configurazione globale rimuova le sovrascritture del server esistenti. In un ambiente multi-server, verificare ogni nodo della cassetta postale interessato e ogni MTA.

Conferma che il limite MTA è entrato in vigore

Dopo aver modificato l'attributo MTA globale e ricaricato Postfix, verificare il valore effettivo di Postfix su ciascun MTA di Zimbra:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

I due risultati dovrebbero corrispondere in termini di byte. Se l'attributo LDAP è corretto ma postconfmostra ancora il vecchio limite, prima di tentare un riavvio completo, rivedi il processo di configurazione e i log di Zimbra MTA. Un riavvio può interrompere i servizi di posta, quindi pianificalo solo quando richiesto dalla versione installata e dalla topologia di distribuzione.

Il proxy di Zimbra determina il limite del corpo della richiesta HTTP a partire da zimbraFileUploadMaxSize. Se nel tuo ambiente è presente anche un Nginx, Apache, un gateway cloud o un dispositivo di sicurezza separato davanti a Zimbra, tale componente potrebbe avere un proprio limite di upload. Una risposta 413 o una voce nel log del proxy sono un indizio per verificare il limite del corpo della richiesta sul livello che ha restituito l'errore. Evita di modificare direttamente i file proxy generati da Zimbra; apporta le modifiche tramite le impostazioni di Zimbra supportate e utilizza la procedura di rigenerazione o riavvio della configurazione documentata per la tua versione.

Test con messaggio controllato

1. Utilizza una casella di posta di prova e un file di dimensioni leggermente inferiori al limite di dimensione degli allegati che intendi utilizzare. Non iniziare con il file più grande che il sistema può accettare.
2. Allega il file alla webmail di Zimbra. Se il browser segnala che il file caricato è troppo grande, controlla zimbraFileUploadMaxSizele impostazioni del server di posta e i limiti del proxy.
3. Invia il messaggio a un'altra casella di posta di prova interna. Se il caricamento ha esito positivo ma l'invio fallisce, verifica il limite SOAP e il limite MTA della casella di posta.
4. Esamina il testo del messaggio di mancata consegna e i log. Le linee guida MTA di Zimbra mostrano Postfix che rifiuta un messaggio di dimensioni eccessive con un errore di dimensione 552 e raccomandano di verificare /var/log/zimbra.logla presenza di eventi di rifiuto, superamento, limite o avviso.
5. Se la consegna interna va a buon fine ma il destinatario esterno rifiuta il messaggio, verifica il limite di dimensione pubblicizzato o documentato dal destinatario. Le impostazioni di Zimbra non possono aumentare il limite su un altro sistema di posta.

Per l'invio di messaggi SMTP in uscita, Postfix può pubblicizzare la dimensione accettata nella SIZEfunzionalità SMTP. Un server di posta remoto potrebbe pubblicizzare un valore inferiore o rifiutare il messaggio dopo che Zimbra lo ha inviato. L'articolo di Zimbra sulla risoluzione dei problemi spiega come distinguere un rifiuto da parte dell'MTA locale da un rifiuto da parte del destinatario. Consultare il riferimento al parametro message-size di Postfix e gli esempi di Zimbra sulla risoluzione dei problemi relativi alla dimensione dell'MTA .

Quando utilizzare un collegamento di condivisione file

I limiti di dimensione degli allegati e-mail non sono un metodo affidabile per distribuire file multimediali di grandi dimensioni, immagini disco o archivi di progetto. Il sistema di posta elettronica di ciascun destinatario potrebbe imporre un limite diverso per il numero totale di messaggi, e i messaggi codificati sono più grandi degli allegati originali. Se un limite più elevato dovesse sovraccaricare lo spazio di archiviazione o la coda di posta, è consigliabile condividere il file tramite un servizio di condivisione file approvato e inviare un link con accesso controllato via e-mail.

La modifica ha esito positivo quando un file di prova, conforme alla nuova policy, viene caricato, inviato e recapitato a un destinatario interno, e Postfix segnala il valore previsto per la dimensione del messaggio. Se il problema si verifica solo per alcuni utenti o nodi server, confrontare le impostazioni di override del server di posta e il percorso proxy. Se solo i destinatari esterni rifiutano la posta, verificare il loro limite prima di aumentare nuovamente i limiti di Zimbra.