For Zimbra Open Source Edition (CE/FOSS), export the individual mailbox with zmmailbox to a ZIP archive with metadata, then import that archive into a temporary mailbox and verify it before restoring anything to the live account. This provides a practical per-mailbox content export and recovery path. It is not the same as a point-in-time server backup: Zimbra’s built-in zmbackup/zmrestore workflow is documented as Network Edition functionality, and a mailbox export does not back up LDAP, server configuration, certificates, or the complete Zimbra installation.
The commands below follow Zimbra’s published command-line and REST export documentation. Run them on a Zimbra server as the zimbra operating-system user, substitute your real mailbox and backup paths, and test with the exact Zimbra build in use. The official administration guide distinguishes ZIP and TGZ contents: for a broad mailbox export, use ZIP with meta=1; TGZ’s default contents omit calendars and tasks.
Check the Zimbra build and the target mailbox size before exporting. Exact screens and command output vary by Zimbra release; these views are illustrative. What this method backs up zmmailbox calls Zimbra’s REST export/import functions for one selected mailbox. With ZIP metadata enabled, the archive can include mail, folders, contacts, calendars, tasks, and other mailbox items as supported by the installed release. Verify the coverage table and options in the matching Zimbra Administrator’s Guide before you rely on it for compliance or migration.
Method Best fit Important limit ZIP with meta=1Individual mailbox-content export with broader item coverage Does not capture server configuration or provide point-in-time incremental recovery TGZ default exportMail and selected mailbox data when that narrower coverage is acceptable Zimbra’s current administrator guide lists Calendar and Tasks as excluded from TGZ defaults Network Edition backup tools Scheduled full/incremental backups and account-level point-in-time restore Those zmbackup/zmrestore tools are Network Edition features
If your goal is full server disaster recovery, pair mailbox exports with a separately tested, version-appropriate full-server and LDAP backup plan. A ZIP file alone cannot rebuild a Zimbra server.
Before you start Confirm the installation and version with zmcontrol -v. Check whether the server uses a community/FOSS build or a licensed Network Edition build before choosing its backup tools. Identify the exact mailbox address and check its size. The gms command below reports mailbox size; allow enough space for the archive and a second copy. เลือกไดเร็กทอรีสำรองที่มีการจำกัดสิทธิ์ ควรใช้ระบบไฟล์หรือโฮสต์สำรองที่แยกต่างหาก เพื่อป้องกันไม่ให้สำเนาทั้งสองถูกทำลายหากฮาร์ดดิสก์ของเซิร์ฟเวอร์อีเมลเกิดความเสียหาย กำหนดเวลาส่งออกในช่วงเวลาที่มีกิจกรรมน้อยสำหรับกล่องจดหมายขนาดใหญ่หรือมีการใช้งานมาก ตัวเลือกการหมดเวลา-t 0จะระบุว่าzmmailboxไม่ใช้การหมดเวลาคำสั่งตามปกติ ซึ่งจะไม่ทำให้การส่งออกเป็นแบบอะตอมิกหรือป้องกันการขัดจังหวะ อย่าเก็บสำเนาเดียวของไฟล์เก็บถาวรที่ไม่ได้เข้ารหัสไว้ในไดเร็กทอรีที่เข้าถึงได้ง่าย ควรใช้การเข้ารหัสที่ระดับระบบไฟล์หรือระดับพื้นที่จัดเก็บข้อมูลสำรอง และจำกัดผู้ที่สามารถอ่านไฟล์ได้ ส่งออกกล่องจดหมายหนึ่งกล่องจาก Zimbra CE 1. ตรวจสอบขนาดบิลด์และกล่องจดหมาย เปิดเชลล์ในฐานะผู้ดูแลระบบ หรือใช้เซสชันการดูแลระบบที่ได้รับอนุญาต จากนั้นสลับไปยังzimbraบัญชีดังกล่าว ตรวจสอบเวอร์ชันและสอบถามกล่องจดหมายที่คุณต้องการส่งออก ตัวอย่างเช่น:
su - zimbra
zmcontrol -v
zmmailbox -z -m alice@example.com gmsใช้ที่อยู่อีเมลจริง เช่นalice@example.comโปรดยืนยันว่าเป็นบัญชีที่ถูกต้องก่อนดำเนินการต่อ-mพารามิเตอร์จะเลือกกล่องจดหมายที่คำสั่งจะอ่านหรือแก้ไข
2. เตรียมปลายทางที่จำกัด ในฐานะผู้ใช้ root ให้สร้างไดเร็กทอรีสำรองข้อมูลที่เป็นของบัญชี Zimbra จากนั้นกลับไปยังเชลล์ Zimbra ปรับเส้นทางให้ตรงกับโครงสร้างการจัดเก็บข้อมูลของคุณ:
install -d -o zimbra -g zimbra -m 700 /srv/zimbra-mailbox-backups
su - zimbra
umask 077โหมดไดเร็กทอรีจำกัดการเข้าถึงบัญชี Zimbra เก็บสำเนาสำรองไว้ในระบบหรือพื้นที่จัดเก็บข้อมูลที่ปลอดภัยแยกต่างหาก ซึ่งเป็นส่วนหนึ่งของขั้นตอนการสำรองข้อมูลปกติของคุณ อย่าสร้างสำเนาเก็บถาวรเพียงชุดเดียวภายในที่เก็บกล่องจดหมายที่ใช้งานอยู่
3. ส่งออกเป็นไฟล์ ZIP พร้อมข้อมูลเมตา เรียกใช้โปรแกรมส่งออกกล่องจดหมายและเปลี่ยนเส้นทางการส่งออกไปยังไฟล์เก็บถาวรที่มีชื่อวันเดือนปีเกิด:
/opt/zimbra/bin/zmmailbox -z -m alice@example.com -t 0 gru "?fmt=zip&meta=1" > /srv/zimbra-mailbox-backups/alice-2026-10-07.zipgruเป็นตัวย่อที่ระบุไว้สำหรับgetRestURLคำสั่งที่อยู่ในเครื่องหมายอัญประกาศร้องขอรูปแบบ ZIP พร้อมข้อมูลเมตา-t 0ตัวเลือก จะลบการหมดเวลาของคำสั่ง ซึ่ง Zimbra แนะนำสำหรับการส่งออกกล่องจดหมายขนาดใหญ่ โปรดคงเครื่องหมายอัญประกาศไว้รอบคำสั่งเพื่อให้เชลล์ไม่ถือว่าเครื่องหมายแอมเปอร์แซนด์เป็นตัวดำเนินการเบื้องหลัง
รอจนกว่าคำสั่งจะกลับมาที่พร้อมท์และตรวจสอบสถานะการออกจากโปรแกรมก่อนที่จะย้ายไฟล์เก็บถาวร หากกล่องจดหมายมีขนาดใหญ่มาก ให้ตรวจสอบพื้นที่ว่างและบันทึกของเซิร์ฟเวอร์แทนที่จะคิดว่าคำสั่งสั้นๆ หมายความว่าการส่งออกเสร็จสมบูรณ์แล้ว อย่าปล่อยให้กระบวนการอื่นเขียนทับไฟล์สำรองที่มีชื่อเดียวกัน
ใช้รูปแบบไฟล์ ZIP ที่มีเมตาเดตาเพื่อส่งออกเนื้อหาในกล่องจดหมายได้ครอบคลุมมากขึ้น หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น 4. ทดสอบไฟล์เก็บถาวรและยืนยันไฟล์นั้น ขั้นแรก ตรวจสอบว่าไฟล์ส่งออกนั้นมีอยู่จริงและมีขนาดที่ไม่เป็นศูนย์อย่างสมเหตุสมผล:
ls -lh /srv/zimbra-mailbox-backups/alice-2026-10-07.zip
unzip -t /srv/zimbra-mailbox-backups/alice-2026-10-07.zipการกู้คืนสำเร็จunzip -tหมายความว่าสามารถอ่านไฟล์ ZIP ได้โดยไม่พบข้อผิดพลาดทางโครงสร้าง แต่ไม่ได้หมายความว่าข้อความหรือรายการในปฏิทินทุกรายการจะปรากฏอยู่ ดังนั้นควรตรวจสอบไฟล์เก็บถาวรในการทดสอบการกู้คืนด้วย บันทึกค่าตรวจสอบความถูกต้อง (checksum) หากกระบวนการสำรองข้อมูลของคุณใช้ และเก็บค่าตรวจสอบความถูกต้องนั้นไว้กับสำเนาที่ต้องการตรวจสอบ
ทดสอบไฟล์ ZIP ก่อนที่จะนำไฟล์นั้นไปใช้เป็นไฟล์สำรองข้อมูล หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น 5. ป้องกันและคัดลอกไฟล์เก็บถาวร คัดลอกไฟล์ไปยังปลายทางสำรองข้อมูลแยกต่างหากโดยใช้ระบบถ่ายโอนหรือสำรองข้อมูลที่ปลอดภัยที่ได้รับการอนุมัติของคุณ จัดเก็บไฟล์โดยระบุรหัสกล่องจดหมาย เวอร์ชัน Zimbra และวันที่ส่งออกอย่างชัดเจน ตั้งค่าการเข้ารหัสขณะจัดเก็บและการควบคุมการเข้าถึงบนปลายทางสำรองข้อมูล การส่งออกไฟล์ ZIP นั้นไม่ควรคิดว่าได้รับการเข้ารหัสแล้ว เก็บสำเนาสำหรับการกู้คืนมากกว่าหนึ่งชุดตามนโยบายการเก็บรักษาของคุณ และทดสอบสำเนาจากตำแหน่งภายนอกเซิร์ฟเวอร์เป็นระยะ แทนที่จะทดสอบเฉพาะไฟล์ที่เหลืออยู่บนโฮสต์อีเมลเท่านั้น
จัดเก็บไฟล์เก็บถาวรไว้ในตำแหน่งสำรองข้อมูลที่ปลอดภัยซึ่งแยกต่างหากจากที่เก็บอีเมลหลัก หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น กู้คืนกล่องจดหมายอย่างปลอดภัย 6. สร้างกล่องจดหมายกู้คืนชั่วคราว ก่อนนำเข้าสู่กล่องจดหมายจริง ให้สร้างบัญชีชั่วคราวที่ยังไม่ได้ใช้งานบนเซิร์ฟเวอร์ Zimbra สำหรับทดสอบหรือกู้คืนที่ใช้เวอร์ชันที่เข้ากันได้ ใช้รหัสผ่านที่ควบคุมได้และจำกัดการเข้าถึง คุณสามารถสร้างบัญชีผ่านคอนโซลผู้ดูแลระบบหรือผ่านกระบวนการจัดเตรียมตามปกติของคุณ กล่องจดหมายสำหรับการทดสอบช่วยให้คุณตรวจสอบไฟล์เก็บถาวรได้โดยไม่ต้องผสมเนื้อหาลงในบัญชีใช้งานจริง
คัดลอกไฟล์เก็บถาวรไปยังเซิร์ฟเวอร์ Zimbra นั้น และตรวจสอบให้แน่ใจว่าzimbraผู้ใช้สามารถอ่านได้ บัญชีปลายทางต้องมีอยู่แล้วก่อนที่คุณจะเรียกใช้ฟังก์ชันดังpostRestURLกล่าว
สร้างกล่องจดหมายกู้คืนแยกต่างหากสำหรับการทดสอบการกู้คืนอย่างปลอดภัย หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น 7. นำเข้าสู่กล่องจดหมายกู้คืน ใช้postRestURLบัญชีกู้คืนเป็นเป้าหมาย และresolve=skipเพื่อการจัดการข้อมูลซ้ำซ้อนอย่างรอบคอบ:
/opt/zimbra/bin/zmmailbox -z -m restore-check@example.com -t 0 postRestURL "?fmt=zip&resolve=skip" /srv/zimbra-mailbox-backups/alice-2026-10-07.zipนี่restore-check@example.comคือบัญชีชั่วคราว Zimbra skipระบุตัวเลือกการจัดการข้อขัดแย้งเริ่มต้นไว้ว่า ระบบจะข้ามรายการที่ซ้ำกัน ในกล่องจดหมายทดสอบที่ว่างเปล่า วิธีนี้จะช่วยให้การทดสอบการกู้คืนครั้งแรกทำได้ง่าย พฤติกรรมการนำเข้าและประเภทรายการที่รองรับอาจแตกต่างกันไปในแต่ละเวอร์ชัน ดังนั้นโปรดใช้เอกสารประกอบของเวอร์ชันเป้าหมายและตรวจสอบผลลัพธ์
นำเข้าสู่กล่องจดหมายกู้คืนก่อน แล้วใช้ฟังก์ชันข้ามการจัดการข้อขัดแย้งสำหรับการทดสอบ หน้าจอและผลลัพธ์คำสั่งจะแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น 8. ตรวจสอบข้อมูลที่กู้คืนก่อนทำการกู้คืนอีกครั้ง เปิดบัญชีทดสอบใน Zimbra Web Client ตรวจสอบตัวอย่างข้อความล่าสุดและข้อความเก่า ชื่อโฟลเดอร์ รายชื่อติดต่อ รายการในปฏิทิน งาน และข้อมูลอื่นๆ ที่สำคัญสำหรับบัญชีนี้ จากนั้นแสดงรายการโฟลเดอร์และจำนวนข้อความจาก CLI:
/opt/zimbra/bin/zmmailbox -z -m restore-check@example.com gaf
/opt/zimbra/bin/zmmailbox -z -m restore-check@example.com gmsเปรียบเทียบสิ่งที่คุณเห็นกับกล่องจดหมายและวันที่ส่งออกที่ตั้งใจไว้ จำนวนอาจไม่ตรงกันแบบหนึ่งต่อหนึ่งเสมอไป หากผู้ใช้ยังคงทำงานต่อหลังจากส่งออก รายการที่ถูกลบถูกยกเว้นโดยค่าเริ่มต้นของการส่งออก หรือเวอร์ชันเป้าหมายจัดการประเภทรายการบางประเภทแตกต่างกัน การตรวจสอบที่สำคัญคือ ไฟล์เก็บถาวรเปิดได้ และเนื้อหาที่เป็นตัวแทนที่คาดหวังสามารถใช้งานได้ในไคลเอนต์
ตรวจสอบโฟลเดอร์ที่กู้คืนและรายการตัวอย่างในไคลเอ็นต์เว็บของ Zimbra หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น เปรียบเทียบชื่อโฟลเดอร์และจำนวนข้อความหลังจากทำการทดสอบการกู้คืนแล้ว หน้าจอและผลลัพธ์คำสั่งที่แสดงอาจแตกต่างกันไปตามเวอร์ชันของ Zimbra ภาพเหล่านี้เป็นเพียงตัวอย่างเท่านั้น นำเข้าสู่กล่องจดหมายเดิม หากคุณต้องการรวมข้อมูลที่ส่งออกกลับเข้าไปในกล่องจดหมายที่มีอยู่ ให้แทนที่ที่อยู่ชั่วคราวในคำสั่งด้วยที่อยู่กล่องจดหมายเดิม และเก็บไว้resolve=skipสำหรับการลองรวมข้อมูลแบบไม่ทำลายข้อมูลเดิม วิธีนี้ออกแบบมาเพื่อข้ามรายการที่ซ้ำกันและนำเข้ารายการที่ยังไม่มีอยู่ โดยจะไม่ย้อนกลับกล่องจดหมายไปยังจุดเวลาก่อนหน้าหรือลบเนื้อหาใหม่
อย่าใช้งานอย่างไม่ระมัดระวังresolve=resetในresolve=replaceบัญชีที่ใช้งานอยู่จริง เอกสารของ Zimbra จะรีเซ็ตเป็นการลบเนื้อหาในโฟลเดอร์ปลายทางที่มีอยู่ก่อนการนำเข้า เมื่อปลายทางเป็นรูทของกล่องจดหมาย การทำเช่นนี้อาจทำให้กล่องจดหมายถูกล้างทั้งหมด ระบบจะแทนที่การลบและสร้างรายการที่ตรงกันขึ้นใหม่ ทดสอบคำสั่งที่ถูกต้องในบัญชีชั่วคราวก่อน และทำการสำรองข้อมูลใหม่ก่อนการนำเข้าใดๆ ในการใช้งานจริง หากต้องการย้อนกลับไปยังจุดเวลาที่ต้องการอย่างสมบูรณ์ ให้ใช้เวิร์กโฟลว์การกู้คืนของ Network Edition ที่ได้รับอนุญาต หรือขั้นตอนการกู้คืนระดับเซิร์ฟเวอร์ที่วางแผนไว้อย่างรอบคอบซึ่งเหมาะสมกับโครงสร้างของคุณ
ปัญหาที่พบได้ทั่วไปและการตรวจสอบการกู้คืน ไฟล์ส่งออกว่างเปล่าหรือมีขนาดเล็กผิดปกติ: ตรวจสอบสถานะการออกจากคำสั่ง พื้นที่ว่างในดิสก์ สิทธิ์การเข้าถึงกล่องจดหมาย และบันทึกกล่องจดหมายของ Zimbra เรียกใช้การส่งออกอีกครั้งโดยใช้ชื่อไฟล์ใหม่หลังจากแก้ไขสาเหตุแล้วการกู้คืนล้มเหลวunzip -t: อย่านำเข้าไฟล์นี้ ส่งออกไปยังไฟล์ใหม่ และตรวจสอบพื้นที่จัดเก็บที่ว่างอยู่ รวมถึงตรวจสอบว่าการเชื่อมต่อ Shell, SSH หรือการถ่ายโอนข้อมูลสำรองถูกขัดจังหวะหรือไม่ปฏิทินหรือรายการงานหายไป: ตรวจสอบว่าการส่งออกใช้ไฟล์ ZIP หรือไม่meta=1ตารางรูปแบบของ Zimbra จะแยกความแตกต่างระหว่างไฟล์ ZIP กับไฟล์ TGZ มาตรฐานรายงานการนำเข้าอาจแสดงข้อมูลซ้ำซ้อนหรือคงข้อมูลที่ใหม่กว่าไว้ ซึ่งเป็นเรื่องปกติสำหรับวิธีการผสานข้อมูลแบบข้ามขั้นตอน ควรใช้บัญชีชั่วคราวแยกต่างหากเพื่อตรวจสอบไฟล์เก็บถาวรและเลือกรายการกู้คืนที่ต้องการ แทนที่จะรีเซ็ตกล่องจดหมายที่ใช้งานอยู่คำสั่งนี้หมดเวลาเมื่อใช้งานกับกล่องจดหมายขนาดใหญ่: ตรวจสอบให้แน่ใจว่า มีกล่องจดหมาย -t 0ดังกล่าวอยู่ และเฝ้าติดตามเซิร์ฟเวอร์จนกว่ากระบวนการจะเสร็จสมบูรณ์ หลีกเลี่ยงการยกเลิกการส่งออกหรือนำเข้าที่กำลังทำงานอยู่ เว้นแต่คุณได้ประเมินสถานะของมันแล้วคุณจำเป็นต้องกู้คืนข้อมูลทั้งเซิร์ฟเวอร์: การส่งออกกล่องจดหมายไม่รวมถึง LDAP, การจัดเตรียมโดเมน/บัญชี, การกำหนดค่าระบบ, ใบรับรอง หรือสำเนาที่สอดคล้องกันของที่เก็บข้อความทั้งหมด โปรดปฏิบัติตามแผนการสำรองข้อมูลทั้งเซิร์ฟเวอร์ที่ผ่านการทดสอบแล้วแยกต่างหากเอกสารอ้างอิงอย่างเป็นทางการ เอกสารอ้างอิงและเอกสารการเผยแพร่ได้รับการตรวจสอบเมื่อวันที่ 7 ตุลาคม 2569 เนื่องจากรูปแบบไฟล์เก็บถาวรและพฤติกรรมของ CLI อาจมีการเปลี่ยนแปลง โปรดตรวจสอบเอกสารที่ตรงกันสำหรับเวอร์ชัน Zimbra ที่ติดตั้งของคุณก่อนที่จะทำการกู้คืนในกล่องจดหมายใช้งานจริง