如何在 Zimbra Webmail 中增加附件最大大小

簡答題

對於 Zimbra Webmail，僅提高一項設定可能不夠。如果使用者需要將較大的文件附加到外寄郵件，則需要協調網頁上傳限制、郵箱 SOAP 內容限制以及郵件傳輸代理程式 (MTA) 的總郵件大小限制。此外，還要檢查是否存在伺服器特定的覆蓋設定或外部代理設定了較小的請求限制。

舉個例子，假設您的組織希望使用者附加最大 25 MiB 的檔案。 Zimbra 的檔案大小指南建議，完整 MIME 編碼郵件的大小應約為原始檔案大小的 150%。 40 MiB（41,943,040 位元組）是一個合理的初始上限範例，具體數值取決於測試結果和您的儲存容量。 MIME 開銷因郵件而異，因此任何倍數都不能保證每封郵件都能符合要求。

請以使用者身分執行以下命令zimbra，運行前請先查看目前值並確認範例策略適合您的環境：

su - zimbra
zmprov gcf zimbraFileUploadMaxSize zimbraMailContentMaxSize zimbraMtaMaxMessageSize

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

這些命令設定全域值。如果郵件伺服器有自己的較低值覆蓋規則，也請檢查並調整該伺服器的值。具體的屬性和重新啟動行為可能會因 Zimbra 版本和部署方式而異；在全面套用變更之前，請先根據您安裝的版本進行驗證。

為什麼會有不只一個限制

zimbraFileUploadMaxSize此屬性控制 Zimbra 處理的檔案上傳，包括內建 Web 代理程式接受的請求正文。 Zimbra 的代理程式參考文件將 HTTP 和 HTTPS 請求正文的最大大小都對應到此屬性；超出代理限制的請求可能會收到 HTTP 413 錯誤。在多郵箱部署中，此屬性可以全域設置，也可以針對每個伺服器單獨設定。

zimbraMailContentMaxSize控制透過郵件信箱 SOAP 介面傳送的郵件內容大小。zimbraMtaMaxMessageSize控制 MTA（在標準 Zimbra 部署中為 Postfix）接受的最大完整郵件大小。該大小包含郵件頭和 MIME 編碼的內容，而不僅僅是磁碟上的原始檔案。

Zimbra 技術中心關於大小配置的文章明確標示仍在完善中。雖然其中的解釋和命令很有用，但請務必檢查您已安裝的 Zimbra 版本的屬性定義和行為。相關參考資料包括Zimbra 的最大訊息大小指南和Zimbra 代理變數參考。

使用與故障情況相符的設定：如果檔案在附加連結時立即被拒絕，則首先應檢查上傳限製或 Web 代理限制。如果郵件在傳送或投遞過程中被拒絕，則可能是郵件傳輸代理程式 (MTA) 或收件者伺服器出現問題。如果上傳操作成功但之後傳送失敗，則表示 MTA 限製或 MIME 擴充仍需調整。

選擇符合您保單規定的限額。

與其將所有上限調得盡可能高，不如設定一個明確的業務限制。例如，如果使用者需要附加最大 25 MiB 的文件，那麼 40 MiB 的範例就留出了編碼和訊息開銷的空間。 Zimbra 指出，編碼後的檔案大小增加並非固定百分比，並建議在估算訊息限制時使用 150% 作為規劃假設。

較大的郵件會佔用更多的佇列儲存空間、頻寬和郵箱容量。 Zimbra 警告稱，Postfix 郵件大小限制過高會導致佇列分割空間不足，從而引發郵件投遞問題。此外，某些版本的 Zimbra 郵件大小屬性設定過高也可能導致服務問題；Zimbra 已記錄了超出範圍值後 Web 應用和管理控制台故障的情況。建議逐步增加限制並測試結果，而不是在沒有容量規劃的情況下設定數 GB 的上限。

檢查是否存在伺服器級覆蓋

當所有郵件伺服器都應共用相同策略時，全域設定非常方便。但是，伺服器層級的值可以覆蓋全域設定。請檢查全域值，然後檢查處理受影響使用者的郵件主機：

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

替換mailbox1.example.com為實際的郵件伺服器名稱。如果伺服器特定值較低，且您的策略允許更大的容量，請更新該主機：

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

僅對需要變更的郵箱主機重複此操作。請勿假設修改全域配置會移除現有的伺服器覆蓋設定。在多伺服器環境中，請檢查每個適用的郵件節點和每個郵件傳輸代理程式 (MTA)。

確認MTA限行措施已生效

變更全域 MTA 屬性並重新載入 Postfix 後，檢查每個 Zimbra MTA 上的有效 Postfix 值：

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

兩個結果的位元組數應該一致。如果 LDAP 屬性正確但postconf仍顯示舊的限制，請在嘗試完全重新啟動之前檢查 Zimbra MTA 設定程序和日誌。重新啟動可能會中斷郵件服務，因此僅在已安裝的版本和部署拓撲結構需要時才安排重新啟動。

Zimbra 的代理伺服器會根據其自身配置來設定 HTTP 請求體長度限制zimbraFileUploadMaxSize。如果您的環境中還在 Zimbra 前端部署了獨立的 Nginx、Apache、雲端網關或安全設備，則這些元件可能擁有自己的上傳限制。 413 回應或代理日誌條目提示您需要檢查傳回錯誤的層級的請求體長度限制。請避免直接編輯 Zimbra 產生的代理檔案；請透過 Zimbra 支援的設定進行更改，並使用適用於您目前版本的設定重新產生或重新啟動步驟。

使用受控資訊進行測試

使用測試郵箱，並上傳一個略小於您預期附件大小的檔案。不要一開始就上傳系統允許的最大檔案。
在 Zimbra Webmail 中附加文件。如果瀏覽器提示上傳檔案過大，請檢查zimbraFileUploadMaxSize郵件伺服器覆蓋設定和代理限制。
將郵件傳送到另一個內部測試郵箱。如果上傳成功但傳送失敗，請檢查郵件信箱的 SOAP 容量上限和 MTA 限制。
查看退信內容和日誌。 Zimbra 的 MTA 指南顯示 Postfix 會因郵件過大而傳回 552 大小錯誤，並建議檢查/var/log/zimbra.log是否有 reject、exceed、limit 或 warning 事件。
如果內部投遞成功，但外部收件者拒收郵件，請檢查收件者的公開或記錄的郵件大小限制。您的 Zimbra 設定無法提高其他郵件系統的限制。

對於出站 SMTP 郵件，Postfix 可以在 SMTPSIZE功能中聲明其可接受的郵件大小。遠端郵件伺服器可能會聲明更小的郵件大小，或在 Zimbra 發送郵件後拒絕該郵件。 Zimbra 的故障排除文章解釋如何區分本地 MTA 拒絕和收件人拒絕。請參閱Postfix 的郵件大小參數參考和Zimbra 的 MTA 大小故障排除範例。