Jak zwiększyć maksymalny rozmiar załącznika w Zimbra Webmail

Krótka odpowiedź

W przypadku Zimbra Webmail samo zwiększenie limitu jednego ustawienia może nie wystarczyć. Jeśli użytkownicy muszą dołączać większe pliki do wiadomości wychodzących, należy dostosować limit przesyłania danych przez internet, limit zawartości SOAP skrzynki pocztowej oraz limit całkowitego rozmiaru wiadomości MTA. Sprawdź również, czy istnieje nadpisanie specyficzne dla serwera lub zewnętrzny serwer proxy, które narzuca niższy limit żądań.

Jako praktyczny przykład, załóżmy, że Twoja organizacja chce, aby użytkownicy dołączali pliki o rozmiarze do 25 MiB. Wytyczne Zimbra dotyczące rozmiaru zalecają, aby dla całej wiadomości zakodowanej w MIME przeznaczyć około 150% oryginalnego rozmiaru pliku. Pułap 40 MiB (41 943 040 bajtów) to rozsądny przykład początkowy dla tej polityki, zależny od testów i pojemności pamięci masowej. Narzut MIME różni się w zależności od wiadomości, więc żaden mnożnik nie gwarantuje, że każda wiadomość się zmieści.

Uruchom te polecenia jako zimbraużytkownik po przejrzeniu bieżących wartości i potwierdzeniu, że przykładowa polityka pasuje do Twojego środowiska:

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

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

Te polecenia ustawiają wartości globalne. Jeśli serwer skrzynki pocztowej ma własne nadpisanie dolnego limitu, sprawdź i dostosuj również ten serwer. Dokładne atrybuty i zachowanie restartu mogą się różnić w zależności od wersji i wdrożenia systemu Zimbra; przed wprowadzeniem szeroko zakrojonych zmian należy je zweryfikować z zainstalowaną wersją.

Dlaczego istnieje więcej niż jedno ograniczenie

zimbraFileUploadMaxSizeKontroluje przesyłanie plików obsługiwane przez Zimbrę, w tym treść żądania akceptowaną przez wbudowany serwer proxy. Odwołanie do serwera proxy Zimbry mapuje maksymalny rozmiar treści HTTP i HTTPS na ten atrybut; żądanie przekraczające limit serwera proxy może otrzymać kod HTTP 413. W przypadku wdrożenia z wieloma skrzynkami pocztowymi atrybut można ustawić globalnie lub dla każdego serwera.

zimbraMailContentMaxSizeKontroluje rozmiar treści wiadomości wysyłanej przez interfejs SOAP skrzynki pocztowej. zimbraMtaMaxMessageSizeKontroluje maksymalną liczbę kompletnych wiadomości akceptowanych przez MTA, czyli Postfix w standardowym wdrożeniu Zimbra. Ta liczba obejmuje nagłówki wiadomości i treść zakodowaną w MIME, a nie tylko oryginalny plik na dysku.

Artykuł w Centrum Technicznym Zimbra dotyczący konfiguracji rozmiaru jest wyraźnie oznaczony jako „w trakcie realizacji”. Jego wyjaśnienia i polecenia są przydatne, ale należy sprawdzić definicje atrybutów i zachowanie zainstalowanej wersji Zimbra. Odniesienia to wskazówki Zimbra dotyczące maksymalnego rozmiaru wiadomości oraz referencje dotyczące zmiennych proxy Zimbra .

Użyj ustawień odpowiadających błędowi: plik odrzucony natychmiast, podczas gdy punkty są najpierw dołączane do limitu przesyłania lub serwera proxy. Wiadomość odrzucona podczas wysyłania lub dostarczania może trafiać do serwera MTA lub serwera odbiorcy. Przesyłanie, które działa, ale później nie zostaje wysłane, oznacza, że ​​limit MTA lub rozszerzenie MIME nadal wymaga uwagi.

Wybierz limit odpowiadający Twojej polisie

Ustaw określony limit biznesowy zamiast podnosić każdy limit tak wysoko, jak to możliwe. Na przykład, jeśli użytkownicy powinni dołączać pliki o rozmiarze do 25 MiB, przykład 40 MiB pozostawia miejsce na kodowanie i narzut wiadomości. Zimbra zauważa, że ​​wzrost rozmiaru kodowanego nie jest stałą wartością procentową i sugeruje przyjęcie 150% jako założenia planistycznego przy szacowaniu limitów wiadomości.

Większe wiadomości zajmują więcej miejsca w kolejce, przepustowości i pojemności skrzynki pocztowej. Zimbra ostrzega, że ​​zbyt wysoki limit rozmiaru Postfix może powodować problemy z dostarczaniem poczty, gdy partycja kolejki nie ma wystarczającej ilości wolnego miejsca. Bardzo wysokie atrybuty rozmiaru Zimbra mogą również powodować problemy z usługami w niektórych wersjach; Zimbra udokumentowała awarie aplikacji internetowych i konsoli administracyjnej po przekroczeniu wartości poza zakresem. Zwiększaj limity stopniowo i testuj wynik, zamiast ustawiać limit wielogigabajtowy bez planu pojemności.

Sprawdź nadpisanie na serwerze

Konfiguracja globalna jest wygodna, gdy wszystkie serwery pocztowe powinny współdzielić jedną politykę. Wartość na poziomie serwera może jednak zastąpić ustawienie globalne. Sprawdź wartości globalne, a następnie hosta skrzynki pocztowej obsługującego danego użytkownika:

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

Zastąp mailbox1.example.comrzeczywistą nazwą serwera skrzynki pocztowej. Jeśli ma ona niższą wartość specyficzną dla serwera, a Twoja polityka zezwala na większy rozmiar, zaktualizuj tego hosta:

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

Powtórz tę czynność tylko dla hostów skrzynek pocztowych, które wymagają zmiany. Nie zakładaj, że modyfikacja konfiguracji globalnej usunie istniejące nadpisania serwerów. W środowisku wieloserwerowym sprawdź każdy odpowiedni węzeł skrzynki pocztowej i każdy serwer MTA.

Potwierdź, że limit MTA wszedł w życie

Po zmianie globalnego atrybutu MTA i ponownym załadowaniu Postfix, sprawdź efektywną wartość Postfix na każdym MTA Zimbra:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

Oba wyniki powinny zgadzać się w bajtach. Jeśli atrybut LDAP jest poprawny, ale postconfnadal wskazuje stary limit, przed próbą pełnego restartu należy sprawdzić proces konfiguracji i logi Zimbra MTA. Restart może przerwać działanie usług pocztowych, dlatego należy go zaplanować tylko wtedy, gdy jest to wymagane przez zainstalowaną wersję i topologię wdrożenia.

Serwer proxy Zimbra buduje limit treści żądania HTTP z zimbraFileUploadMaxSize. Jeśli Twoje środowisko umieszcza również oddzielny serwer Nginx, Apache, bramę chmurową lub urządzenie zabezpieczające przed serwerem Zimbra, ten komponent może mieć własny limit przesyłania. Odpowiedź 413 lub wpis w logu serwera proxy może być wskazówką do sprawdzenia limitu treści żądania na warstwie, która zwróciła błąd. Unikaj bezpośredniej edycji plików proxy generowanych przez Zimbra; wprowadzaj zmiany za pomocą obsługiwanych ustawień Zimbra i korzystaj z procedury regeneracji konfiguracji lub ponownego uruchomienia opisanej dla Twojej wersji.

Test z kontrolowaną wiadomością

1. Użyj skrzynki testowej i pliku o rozmiarze niewiele mniejszym od planowanego limitu załączników. Nie zaczynaj od największego pliku, jaki system może zaakceptować.
2. Załącz plik w Zimbra Webmail. Jeśli przeglądarka zgłasza, że ​​przesyłany plik jest zbyt duży, sprawdź zimbraFileUploadMaxSizeustawienia serwera pocztowego, nadpisania serwera pocztowego i limity proxy.
3. Wyślij wiadomość na inną wewnętrzną skrzynkę testową. Jeśli przesyłanie się powiedzie, ale wysyłanie się nie powiedzie, sprawdź limit SOAP i limit MTA skrzynki pocztowej.
4. Przejrzyj tekst i logi dotyczące niedostarczonych wiadomości. Wskazówki MTA firmy Zimbra pokazują, że Postfix odrzuca zbyt dużą wiadomość z błędem rozmiaru 552 i zaleca sprawdzenie /var/log/zimbra.logzdarzeń odrzucenia, przekroczenia, ograniczenia lub ostrzeżenia.
5. Jeśli wewnętrzna dostawa działa, ale odbiorca zewnętrzny odrzuca wiadomość, sprawdź podany lub udokumentowany limit rozmiaru wiadomości. Twoje ustawienia Zimbra nie mogą zwiększyć limitu w innym systemie pocztowym.

W przypadku wychodzącego SMTP, Postfix może ogłosić swój akceptowalny rozmiar w funkcji SMTP SIZE. Zdalny serwer pocztowy może ogłosić mniejszą wartość lub odrzucić wiadomość po jej wysłaniu przez Zimbra. Artykuł Zimbra dotyczący rozwiązywania problemów wyjaśnia, jak odróżnić lokalne odrzucenie MTA od odrzucenia po stronie odbiorcy. Zobacz referencje dotyczące parametrów rozmiaru wiadomości w Postfix oraz przykłady rozwiązywania problemów z rozmiarem MTA w Zimbra .

Kiedy zamiast tego należy użyć łącza do udostępniania plików

Limity załączników e-mail nie są niezawodnym sposobem na dystrybucję bardzo dużych plików multimedialnych, obrazów dysków ani archiwów projektów. System pocztowy każdego odbiorcy może narzucać inny limit całkowitej liczby wiadomości, a zakodowane wiadomości są większe niż oryginalne załączniki. Jeśli wyższy limit obciążałby pamięć masową lub pojemność kolejki, należy udostępnić plik za pośrednictwem zatwierdzonej usługi udostępniania plików i wysłać link z uprawnieniami.

Zmiana zostanie pomyślnie wprowadzona, gdy plik testowy w ramach nowej polityki zostanie przesłany, wysłany i dostarczony do wewnętrznego odbiorcy, a Postfix zgłosi zamierzony rozmiar wiadomości. Jeśli tylko niektórzy użytkownicy lub węzły serwerów nadal będą zgłaszać błędy, porównaj ich nadpisania skrzynki pocztowej i trasy proxy. Jeśli tylko odbiorcy zewnętrzni odrzucają pocztę, potwierdź ich limit przed ponownym zwiększeniem limitów Zimbry.