วิธีเพิ่มขนาดไฟล์แนบสูงสุดใน Zimbra Webmail

คำตอบสั้นๆ

สำหรับ Zimbra Webmail การปรับเพิ่มเพียงอย่างเดียวอาจไม่เพียงพอ หากผู้ใช้จำเป็นต้องแนบไฟล์ขนาดใหญ่ไปยังข้อความขาออก ควรประสานการตั้งค่าขีดจำกัดการอัปโหลดผ่านเว็บ ขีดจำกัดเนื้อหา SOAP ของกล่องจดหมาย และขีดจำกัดขนาดข้อความทั้งหมดของ MTA นอกจากนี้ ควรตรวจสอบการตั้งค่าเฉพาะเซิร์ฟเวอร์หรือพร็อกซีภายนอกที่กำหนดขีดจำกัดการร้องขอที่เล็กกว่าด้วย

ตัวอย่างเช่น สมมติว่าองค์กรของคุณต้องการให้ผู้ใช้แนบไฟล์ที่มีขนาดไม่เกิน 25 MiB คำแนะนำเรื่องขนาดของ Zimbra แนะนำให้เผื่อพื้นที่ประมาณ 150% ของขนาดไฟล์เดิมสำหรับข้อความที่เข้ารหัส MIME ทั้งหมด ขนาดสูงสุด 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 รวมถึงเนื้อหาคำขอที่พร็อกซีเว็บในตัวยอมรับ เอกสารอ้างอิงพร็อกซีของ Zimbra จะแมปขนาดเนื้อหาสูงสุดของ HTTP และ HTTPS กับแอตทริบิวต์นี้ คำขอที่เกินขีดจำกัดของพร็อกซีอาจได้รับข้อผิดพลาด HTTP 413 ในการใช้งานแบบหลายกล่องจดหมาย แอตทริบิวต์นี้สามารถตั้งค่าได้ทั้งแบบทั่วโลกหรือต่อเซิร์ฟเวอร์

zimbraMailContentMaxSizeควบคุมขนาดของเนื้อหาข้อความที่ส่งผ่านอินเทอร์เฟซ SOAP ของกล่องจดหมายzimbraMtaMaxMessageSizeควบคุมขนาดข้อความที่สมบูรณ์สูงสุดที่ MTA ยอมรับ ซึ่งในการติดตั้ง Zimbra มาตรฐานคือ Postfix ขนาดดังกล่าวรวมถึงส่วนหัวของข้อความและเนื้อหาที่เข้ารหัส MIME ไม่ใช่แค่ไฟล์ต้นฉบับบนดิสก์เท่านั้น

บทความในศูนย์เทคโนโลยีของ Zimbra เกี่ยวกับการกำหนดค่าขนาดข้อความนั้นระบุไว้อย่างชัดเจนว่าเป็นงานที่อยู่ระหว่างการพัฒนา คำอธิบายและคำสั่งต่างๆ นั้นมีประโยชน์ แต่ควรตรวจสอบคำจำกัดความของแอตทริบิวต์และพฤติกรรมสำหรับเวอร์ชัน Zimbra ที่ติดตั้งไว้ของคุณ เอกสารอ้างอิงคือคำแนะนำเกี่ยวกับขนาดข้อความสูงสุดของ Zimbraและเอกสารอ้างอิงตัวแปร Zimbra Proxy

ใช้การตั้งค่าที่ตรงกับความล้มเหลว:ไฟล์ถูกปฏิเสธทันทีขณะแนบ แสดงว่าปัญหาอาจเกิดจากข้อจำกัดในการอัปโหลดหรือเว็บพร็อกซี ข้อความถูกปฏิเสธระหว่างการส่งหรือการจัดส่ง อาจเกิดจาก MTA หรือเซิร์ฟเวอร์ของผู้รับ การอัปโหลดที่สำเร็จแต่ส่งไม่สำเร็จในภายหลัง แสดงว่าข้อจำกัดของ MTA หรือการขยาย MIME ยังคงต้องได้รับการตรวจสอบ

เลือกวงเงินที่เหมาะสมกับกรมธรรม์ของคุณ

กำหนดขีดจำกัดทางธุรกิจที่ชัดเจนแทนที่จะเพิ่มขีดจำกัดทุกอย่างให้สูงที่สุดเท่าที่จะเป็นไปได้ ตัวอย่างเช่น หากผู้ใช้แนบไฟล์ได้ไม่เกิน 25 MiB ตัวอย่าง 40 MiB จะเหลือพื้นที่สำหรับการเข้ารหัสและค่าใช้จ่ายเพิ่มเติมของข้อความ Zimbra ระบุว่าการเพิ่มขนาดที่เข้ารหัสไม่ได้เป็นเปอร์เซ็นต์คงที่ และแนะนำให้ใช้ 150% เป็นสมมติฐานในการวางแผนเมื่อประเมินขีดจำกัดของข้อความ

ข้อความขนาดใหญ่ใช้พื้นที่จัดเก็บคิว แบนด์วิดท์ และความจุกล่องจดหมายมากกว่า Zimbra เตือนว่าการตั้งค่าขนาดสูงสุดของ Postfix ที่สูงเกินไปอาจทำให้เกิดปัญหาในการส่งอีเมลเมื่อพาร์ติชันคิวไม่มีพื้นที่ว่างเพียงพอ นอกจากนี้ การตั้งค่าขนาดสูงสุดของ Zimbra ยังอาจทำให้เกิดปัญหาในการให้บริการในบางเวอร์ชัน Zimbra ได้บันทึกความล้มเหลวของเว็บแอปและคอนโซลผู้ดูแลระบบหลังจากค่าที่อยู่นอกช่วงที่กำหนด ควรเพิ่มขีดจำกัดทีละขั้นตอนและทดสอบผลลัพธ์แทนที่จะตั้งค่าสูงสุดหลายกิกะไบต์โดยไม่มีแผนรองรับความจุ

ตรวจสอบการตั้งค่าการแทนที่ต่อเซิร์ฟเวอร์

การกำหนดค่าแบบทั่วโลกนั้นสะดวกเมื่อเซิร์ฟเวอร์กล่องจดหมายทั้งหมดควรใช้นโยบายเดียวกัน อย่างไรก็ตาม ค่าระดับเซิร์ฟเวอร์สามารถแทนที่การตั้งค่าแบบทั่วโลกได้ ตรวจสอบค่าแบบทั่วโลกแล้วตรวจสอบโฮสต์กล่องจดหมายที่จัดการผู้ใช้ที่ได้รับผลกระทบ:

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 ใหม่แล้ว ให้ตรวจสอบค่า Postfix ที่มีผลบน Zimbra MTA แต่ละตัว:

su - zimbra
zmprov gcf zimbraMtaMaxMessageSize
postconf message_size_limit

ผลลัพธ์ทั้งสองควรตรงกันในหน่วยไบต์ หากแอตทริบิวต์ LDAP ถูกต้อง แต่postconfยังคงแสดงขีดจำกัดเดิม ให้ตรวจสอบกระบวนการกำหนดค่าและบันทึกของ Zimbra MTA ก่อนที่จะลองรีสตาร์ททั้งหมด การรีสตาร์ทอาจทำให้บริการอีเมลหยุดชะงัก ดังนั้นควรกำหนดเวลารีสตาร์ทเฉพาะเมื่อจำเป็นสำหรับเวอร์ชันที่ติดตั้งและโครงสร้างการใช้งานเท่านั้น

พร็อกซีของ Zimbra สร้างขีดจำกัดขนาดเนื้อหาคำขอ HTTP จากไฟล์zimbraFileUploadMaxSize.htaccess หากสภาพแวดล้อมของคุณมี Nginx, Apache, เกตเวย์คลาวด์ หรืออุปกรณ์รักษาความปลอดภัยอื่นอยู่ด้านหน้า Zimbra ส่วนประกอบเหล่านั้นอาจมีขีดจำกัดการอัปโหลดของตัวเอง การตอบสนอง 413 หรือบันทึกข้อผิดพลาดของพร็อกซีเป็นเบาะแสให้ตรวจสอบขีดจำกัดขนาดเนื้อหาคำขอในเลเยอร์ที่ส่งคืนข้อผิดพลาด หลีกเลี่ยงการแก้ไขไฟล์พร็อกซีที่สร้างโดย Zimbra โดยตรง ให้ทำการเปลี่ยนแปลงผ่านการตั้งค่า Zimbra ที่รองรับ และใช้ขั้นตอนการสร้างการกำหนดค่าใหม่หรือการเริ่มต้นใหม่ที่ระบุไว้ในเอกสารสำหรับเวอร์ชันของคุณ

ทดสอบด้วยข้อความที่ควบคุมได้

1. ให้ใช้กล่องจดหมายทดสอบและไฟล์ที่มีขนาดต่ำกว่าขีดจำกัดการแนบไฟล์ที่คุณต้องการ อย่าเริ่มต้นด้วยไฟล์ที่มีขนาดใหญ่ที่สุดเท่าที่ระบบจะรับได้
2. แนบไฟล์ใน Zimbra Webmail หากเบราว์เซอร์แจ้งว่าไฟล์มีขนาดใหญ่เกินไป โปรดตรวจสอบzimbraFileUploadMaxSizeการตั้งค่าเซิร์ฟเวอร์กล่องจดหมายและข้อจำกัดของพร็อกซี
3. ส่งข้อความไปยังกล่องจดหมายทดสอบภายในอีกกล่องหนึ่ง หากการอัปโหลดสำเร็จแต่การส่งล้มเหลว ให้ตรวจสอบขีดจำกัด SOAP และขีดจำกัด MTA ของกล่องจดหมายนั้น
4. ตรวจสอบข้อความตีกลับและบันทึกต่างๆ คำแนะนำของ Zimbra เกี่ยวกับ MTA แสดงให้เห็นว่า Postfix ปฏิเสธข้อความที่มีขนาดใหญ่เกินไปโดยมีข้อผิดพลาดด้านขนาด 552 และแนะนำให้ตรวจสอบ/var/log/zimbra.logเหตุการณ์การปฏิเสธ การเกินขีดจำกัด หรือคำเตือน
5. หากการส่งภายในสำเร็จ แต่ผู้รับภายนอกปฏิเสธข้อความ โปรดตรวจสอบขีดจำกัดขนาดที่แจ้งไว้หรือระบุไว้ของผู้รับ การตั้งค่า Zimbra ของคุณไม่สามารถเพิ่มขีดจำกัดในระบบอีเมลอื่นได้

สำหรับการส่งอีเมลผ่าน SMTP ขาออก Postfix สามารถแจ้งขนาดที่ยอมรับได้ในSIZEฟังก์ชัน SMTP ได้ เซิร์ฟเวอร์อีเมลระยะไกลอาจแจ้งค่าที่เล็กกว่าหรือปฏิเสธข้อความหลังจากที่ Zimbra ส่งไปแล้ว บทความแก้ไขปัญหาของ Zimbra อธิบายวิธีการแยกแยะการปฏิเสธจาก MTA ในพื้นที่กับการปฏิเสธจากฝั่งผู้รับ โปรดดูข้อมูลอ้างอิงพารามิเตอร์ขนาดข้อความของ Postfixและตัวอย่างการแก้ไขปัญหาขนาด MTA ของ Zimbra

ควรใช้ลิงก์แชร์ไฟล์เมื่อใดแทน

การจำกัดขนาดไฟล์แนบในอีเมลไม่ใช่แนวทางที่น่าเชื่อถือในการแจกจ่ายไฟล์มีเดียขนาดใหญ่ ไฟล์ภาพดิสก์ หรือไฟล์เก็บถาวรของโครงการ ระบบอีเมลของผู้รับแต่ละรายอาจบังคับใช้ข้อจำกัดขนาดข้อความรวมที่แตกต่างกัน และข้อความที่เข้ารหัสจะมีขนาดใหญ่กว่าไฟล์แนบดั้งเดิม หากการกำหนดขนาดไฟล์ที่ใหญ่กว่าจะทำให้พื้นที่จัดเก็บหรือความจุของคิวเต็ม ควรแชร์ไฟล์ผ่านบริการแชร์ไฟล์ที่ได้รับการอนุมัติ และส่งลิงก์ที่ควบคุมการอนุญาตทางอีเมล

การเปลี่ยนแปลงจะสำเร็จเมื่อไฟล์ทดสอบภายในนโยบายใหม่สามารถอัปโหลด ส่ง และรับถึงผู้รับภายในได้ ในขณะที่ Postfix รายงานค่าขนาดข้อความตามที่ต้องการ หากมีเพียงผู้ใช้หรือโหนดเซิร์ฟเวอร์บางรายเท่านั้นที่ยังคงล้มเหลว ให้เปรียบเทียบการตั้งค่าการแทนที่กล่องจดหมายเซิร์ฟเวอร์และเส้นทางพร็อกซีของพวกเขา หากมีเพียงผู้รับภายนอกเท่านั้นที่ปฏิเสธอีเมล ให้ยืนยันขีดจำกัดของพวกเขาก่อนที่จะเพิ่มขีดจำกัดของ Zimbra อีกครั้ง