So erhöhen Sie die maximale Anhangsgröße in Zimbra Webmail

Die kurze Antwort

Bei Zimbra Webmail reicht es möglicherweise nicht aus, nur eine Einstellung zu ändern. Wenn Benutzer größere Dateien an ausgehende Nachrichten anhängen müssen, sollten Sie das Upload-Limit, das SOAP-Inhaltslimit des Postfachs und das Gesamtnachrichtengrößenlimit des MTA aufeinander abstimmen. Prüfen Sie außerdem, ob serverseitig eine Überschreibung oder ein externer Proxy ein niedrigeres Anforderungslimit vorgibt.

Nehmen wir als Beispiel an, Ihre Organisation möchte, dass Benutzer Dateien bis zu 25 MiB anhängen. Zimbra empfiehlt, für die vollständige MIME-kodierte Nachricht etwa 150 % der ursprünglichen Dateigröße einzuplanen. Ein Grenzwert von 40 MiB (41.943.040 Byte) ist ein sinnvoller Ausgangspunkt für diese Richtlinie, vorbehaltlich Tests und Ihrer Speicherkapazität. Der MIME-Overhead variiert je nach Nachricht, daher kann kein Multiplikator garantieren, dass jede Nachricht passt.

Führen Sie diese Befehle als zimbraBenutzer aus, nachdem Sie die aktuellen Werte überprüft und bestätigt haben, dass die Beispielrichtlinie zu Ihrer Umgebung passt:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

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

Diese Befehle legen globale Werte fest. Falls ein Mailbox-Server eigene, niedrigere Werte verwendet, überprüfen und passen Sie diese ebenfalls an. Die genauen Attribute und das Neustartverhalten können je nach Zimbra-Version und Bereitstellung variieren. Vergleichen Sie diese daher mit Ihrer installierten Version, bevor Sie Änderungen allgemein anwenden.

Warum es mehr als eine Grenze gibt

zimbraFileUploadMaxSizeSteuert die von Zimbra verarbeiteten Datei-Uploads, einschließlich des Anfragetextes, der vom integrierten Webproxy akzeptiert wird. Die Proxy-Referenz von Zimbra ordnet diesem Attribut die maximale Größe des Anfragetextes für HTTP und HTTPS zu; Anfragen, die das Proxy-Limit überschreiten, können den HTTP-Fehler 413 zurückgeben. In einer Umgebung mit mehreren Postfächern kann das Attribut global oder pro Server festgelegt werden.

zimbraMailContentMaxSizeSteuert die Größe des Nachrichteninhalts, der über die SOAP-Schnittstelle des Postfachs gesendet wird. zimbraMtaMaxMessageSizeLegt die maximale Größe der vom Mail Transfer Agent (MTA) akzeptierten vollständigen Nachricht fest. In einer Standard-Zimbra-Bereitstellung ist dies Postfix. Diese Größe umfasst Nachrichtenkopfzeilen und MIME-codierten Inhalt, nicht nur die Originaldatei auf der Festplatte.

Der Artikel im Zimbra Tech Center zur Größenkonfiguration ist ausdrücklich als „in Bearbeitung“ gekennzeichnet. Die darin enthaltenen Erklärungen und Befehle sind zwar hilfreich, aber überprüfen Sie die Attributdefinitionen und das Verhalten für Ihre installierte Zimbra-Version. Als Referenzen dienen die Zimbra-Richtlinien zur maximalen Nachrichtengröße und die Referenz zu den Zimbra-Proxy-Variablen .

Verwenden Sie die Einstellungen, die zum Fehler passen: Eine Datei, die beim Anhängen sofort abgelehnt wird, deutet zunächst auf eine Upload- oder Webproxy-Beschränkung hin. Eine Nachricht, die beim Senden oder Zustellen abgelehnt wird, kann auf ein Problem mit dem MTA oder dem Server des Empfängers stoßen. Ein Upload, der zwar funktioniert, aber später nicht gesendet werden kann, bedeutet, dass die MTA-Beschränkung oder die MIME-Erweiterung noch angepasst werden muss.

Wählen Sie ein Limit, das zu Ihrer Police passt.

Legen Sie ein definiertes Geschäftslimit fest, anstatt alle Obergrenzen so hoch wie möglich anzusetzen. Wenn Benutzer beispielsweise Dateien bis zu 25 MiB anhängen sollen, lässt das Beispiel mit 40 MiB Spielraum für Kodierung und Nachrichten-Overhead. Zimbra weist darauf hin, dass die Zunahme der kodierten Größe kein fester Prozentsatz ist und empfiehlt, bei der Schätzung von Nachrichtenlimits mit 150 % als Planungsannahme zu rechnen.

Größere Nachrichten benötigen mehr Speicherplatz in der Warteschlange, Bandbreite und Postfachkapazität. Zimbra warnt davor, dass ein zu hohes Postfix-Größenlimit zu Problemen bei der E-Mail-Zustellung führen kann, wenn die Warteschlangenpartition nicht über genügend freien Speicherplatz verfügt. Sehr hohe Zimbra-Größenattribute können in einigen Versionen ebenfalls zu Dienstproblemen führen; Zimbra hat Ausfälle der Webanwendung und der Administrationskonsole nach Überschreitung der zulässigen Werte dokumentiert. Erhöhen Sie die Grenzwerte schrittweise und testen Sie die Ergebnisse, anstatt ohne Kapazitätsplan eine Obergrenze von mehreren Gigabyte festzulegen.

Prüfen Sie, ob eine serverseitige Überschreibung möglich ist.

Die globale Konfiguration ist praktisch, wenn alle Postfachserver dieselbe Richtlinie verwenden sollen. Ein Wert auf Serverebene kann die globale Einstellung jedoch überschreiben. Überprüfen Sie daher die globalen Werte und anschließend den Postfachhost, der den betroffenen Benutzer verwaltet.

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

Ersetzen Sie dies mailbox1.example.comdurch den tatsächlichen Namen des Postfachservers. Wenn dieser einen niedrigeren serverspezifischen Wert aufweist und Ihre Richtlinie eine größere Größe zulässt, aktualisieren Sie den entsprechenden Host:

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

Wiederholen Sie diesen Vorgang nur für die Mailbox-Hosts, die die Änderung benötigen. Gehen Sie nicht davon aus, dass durch die Änderung der globalen Konfiguration bestehende Serverüberschreibungen entfernt werden. Überprüfen Sie in einer Umgebung mit mehreren Servern jeden relevanten Mailbox-Knoten und jeden MTA.

Bestätigung, dass die MTA-Beschränkung in Kraft getreten ist

Nach der Änderung des globalen MTA-Attributs und dem Neuladen von Postfix überprüfen Sie den effektiven Postfix-Wert auf jedem Zimbra MTA:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

Die beiden Ergebnisse sollten in Bytes übereinstimmen. Wenn das LDAP-Attribut korrekt ist, aber postconfweiterhin das alte Limit angezeigt wird, überprüfen Sie die Zimbra MTA-Konfiguration und die Protokolle, bevor Sie einen vollständigen Neustart durchführen. Ein Neustart kann die E-Mail-Dienste unterbrechen. Planen Sie ihn daher nur, wenn dies aufgrund der installierten Version und Bereitstellungstopologie erforderlich ist.

Der Zimbra-Proxy ermittelt sein Limit für den HTTP-Anfragetext anhand der zimbraFileUploadMaxSizeUpload-Beschränkung. Falls in Ihrer Umgebung zusätzlich ein separater Nginx-, Apache-Server, ein Cloud-Gateway oder eine Sicherheits-Appliance vor Zimbra geschaltet ist, kann diese Komponente ein eigenes Upload-Limit haben. Eine 413-Antwort oder ein Eintrag im Proxy-Log gibt einen Hinweis darauf, das Limit für den Anfragetext der fehlerhaften Ebene zu überprüfen. Bearbeiten Sie die von Zimbra generierten Proxy-Dateien nicht direkt; nehmen Sie Änderungen stattdessen über die unterstützten Zimbra-Einstellungen vor und verwenden Sie die für Ihre Version dokumentierte Konfigurationsregenerierung oder den Neustart.

Test mit einer kontrollierten Nachricht

1. Verwenden Sie ein Test-Postfach und eine Datei, die knapp unter der gewünschten Dateianhangsgröße liegt. Beginnen Sie nicht mit der größten Datei, die das System möglicherweise verarbeiten kann.
2. Hängen Sie die Datei in Zimbra Webmail an. Falls der Browser meldet, dass der Upload zu groß ist, überprüfen Sie zimbraFileUploadMaxSizedie Einstellungen des Mailbox-Servers und die Proxy-Beschränkungen.
3. Senden Sie die Nachricht an ein anderes internes Testpostfach. Falls der Upload erfolgreich ist, der Versand jedoch fehlschlägt, überprüfen Sie das SOAP-Limit des Postfachs und das MTA-Limit.
4. Prüfen Sie die Fehlermeldung und die Protokolle. Die MTA-Richtlinien von Zimbra zeigen, dass Postfix eine zu große Nachricht mit dem Größenfehler 552 ablehnt und empfehlen, /var/log/zimbra.logauf Ereignisse wie „reject“, „exceed“, „limit“ oder „warning“ zu prüfen.
5. Wenn die interne Zustellung funktioniert, ein externer Empfänger die Nachricht aber ablehnt, überprüfen Sie das vom Empfänger angegebene oder dokumentierte Größenlimit. Ihre Zimbra-Einstellungen können kein Limit für ein anderes E-Mail-System festlegen.

Für ausgehende SMTP-Nachrichten kann Postfix die zulässige Nachrichtengröße in den SMTP- SIZEEinstellungen angeben. Ein entfernter Mailserver kann einen kleineren Wert angeben oder die Nachricht ablehnen, nachdem Zimbra sie gesendet hat. Der Zimbra-Artikel zur Fehlerbehebung erklärt, wie man eine Ablehnung durch den lokalen Mailserver (MTA) von einer Ablehnung durch den Empfänger unterscheidet. Siehe die Referenz zum Parameter „message-size“ in Postfix und die Beispiele zur Fehlerbehebung bezüglich der MTA-Größe in Zimbra .

Wann man stattdessen einen Dateifreigabelink verwenden sollte

Die Begrenzung von E-Mail-Anhängen ist keine zuverlässige Methode, um sehr große Mediendateien, Festplattenabbilder oder Projektarchive zu verteilen. Jedes E-Mail-System des Empfängers kann ein anderes Limit für die Gesamtgröße von Nachrichten festlegen, und kodierte Nachrichten sind größer als ihre ursprünglichen Anhänge. Wenn ein höheres Limit die Speicher- oder Warteschlangenkapazität überlasten würde, teilen Sie die Datei über einen zugelassenen Dateiaustauschdienst und senden Sie einen Link mit Zugriffsberechtigungen per E-Mail.

Die Änderung gilt als erfolgreich, wenn eine Testdatei innerhalb der neuen Richtlinie hochgeladen, gesendet und von einem internen Empfänger empfangen wird, während Postfix die beabsichtigte Nachrichtengröße meldet. Falls nur bestimmte Benutzer oder Serverknoten weiterhin Probleme haben, vergleichen Sie deren Mailbox-Server-Überschreibungen und Proxy-Route. Falls nur externe Empfänger E-Mails ablehnen, überprüfen Sie deren Limit, bevor Sie die Zimbra-Limits erneut erhöhen.