Maildir และ Mbox แตกต่างกันอย่างไร


39

แม้ว่าฉันจะเข้าใจพื้นฐานของรูปแบบการจัดเก็บสองรูปแบบ (1 ไฟล์ต่ออีเมลภายใต้ Maildir เทียบกับ 1 ไฟล์เดียวต่อกล่องจดหมายภายใต้ mbox) แต่ฉันสงสัยว่าสิ่งที่เกี่ยวข้องกับการปฏิบัติคืออะไร -

  • รูปแบบการจัดเก็บแบบหนึ่งสามารถปรับขนาดได้มากกว่าแบบอื่นหรือไม่?
  • ความกังวล / ความแตกต่างของข้อมูลมีความสมบูรณ์หรือไม่?
  • มีสถานการณ์ที่กำหนดไว้อย่างชัดเจนว่าคุณควรใช้รูปแบบหนึ่งกับอีกรูปแบบหนึ่งหรือไม่?

คำตอบ:


21

อย่าจัดการกล่องจดหมายจาก postfix ไม่เคย เปลี่ยนเส้นทางข้อความสำหรับการจัดส่งผ่านเซิร์ฟเวอร์ POP / IMAP ที่มีฟังก์ชันการทำงานที่เหมาะสม ในกรณีของนกพิราบมีdovecot-ldaaka deliverที่ทำทุกอย่างและอื่น ๆ อีกมากมายเช่นการกรองข้อความที่ผู้ใช้ควบคุมการจัดการโควต้าการตอบกลับอัตโนมัติและอื่น ๆ

อย่างไรก็ตาม maildir เป็นรูปแบบที่ใหม่กว่าและดีกว่าเนื่องจากมีการปรับปรุงจำนวนมากเมื่อเปรียบเทียบกับ maibox Maildir มีดัชนีสำหรับแต่ละโฟลเดอร์ที่อนุญาตให้ควบคุมรายการซ้ำเวลาหมดอายุและแม้แต่การค้นหาข้อความแบบเต็ม ยิ่งไปกว่านั้น maildir ก็เร็วขึ้นอย่างเห็นได้ชัดบนกองข้อความขนาดใหญ่ Dovecot สามารถใช้งาน maildir ได้อย่างง่ายดายด้วยข้อความ 300k ในนั้นโดยไม่ชะลอตัวลง กล่องจดหมายขนาดใหญ่เช่นนี้เป็นปัญหา นอกจากนี้เซิร์ฟเวอร์ POP / IMAP ที่ทันสมัยส่วนใหญ่มีสาธารณูปโภคมากมายสำหรับงานทั่วไปในโครงสร้างพื้นฐานขนาดใหญ่


14

หากคุณใช้ NFS สำหรับการจัดเก็บจดหมายอย่าใช้ mbox ไม่ว่าในกรณีใด ๆ และถ้าคุณต้องการโซลูชันที่ปรับขนาดได้ Maildir เป็นวิธีที่จะไป

ปัญหาหลักของรูปแบบ mbox คือการล็อคไฟล์ - หากคุณมีเซิร์ฟเวอร์อีเมลมากกว่าหนึ่งแห่งหรือมากกว่าหนึ่งกระบวนการที่พยายามเข้าถึงกล่องจดหมายในเวลาเดียวกันคุณมีความเสี่ยงสูงที่จะได้รับกล่องจดหมายที่เสียหาย นอกจากนี้ยังยากที่จะอ่านกล่องจดหมายและลบข้อความจำนวนมากเช่นเมื่อคุณประสบพายุฝนฟ้าคะนอง

Maildir ถูกออกแบบมาให้ทำงานได้โดยไม่ล้มเหลวเมื่อคุณมีเซิร์ฟเวอร์อีเมลหลายตัวหรือหลายกระบวนการในเซิร์ฟเวอร์เดียวส่งอีเมลไปยังบัญชีเดียวกันในเวลาเดียวกันขณะที่เซิร์ฟเวอร์ IMAP หรือ POP กำลังเข้าถึงบัญชี

ปัญหาหลักของ Maildir คือถ้าคุณใช้ระบบไฟล์ที่ช้าลงเมื่อจัดการ inodes มากเกินไปและหากระบบสำรองของคุณใช้งานไม่ได้หลายไฟล์ สำหรับระบบไฟล์ย้อนกลับไปเมื่อฉันทำการดูแลระบบอีเมลที่ ISP VXFS นั้นดีที่สุดสำหรับเรื่องนี้ สำหรับการสำรองข้อมูลฉันไม่มีคำแนะนำใด ๆ โชคไม่ดีที่พวกเขาส่วนใหญ่ดูเหมือนจะถูกออกแบบมาเพื่อจัดการเซิร์ฟเวอร์ databas แทนที่จะเป็นไฟล์ขนาดเล็กที่มีขนาดเล็กมาก


4

Postfix ไม่สนใจส่วนใหญ่ มันเป็นเพียงการส่งจดหมายไปยังไฟล์บางไฟล์ ส่วนการขัดจังหวะเกิดขึ้นเมื่อคุณต้องการดึงจดหมายจากเครื่องผ่าน IMAP (หรือ POP3) เซิร์ฟเวอร์ IMAP ส่วนใหญ่ (ฉันพยายาม) ชอบ Maildirs เนื่องจากสามารถขยายได้ง่ายขึ้นด้วย meta-data ต่างๆที่เซิร์ฟเวอร์ IMAP อาจต้องการในขณะที่ยังคงโครงสร้างพื้นฐาน "นี่คือ Maildir" ดังนั้นคุณสามารถแทนที่เซิร์ฟเวอร์ IMAP ได้โดยไม่ต้องทำลาย มากเกินไป (คุณจะสูญเสียข้อมูลเมตาซึ่งรวมถึงแฟล็กเมลด้วยดังนั้นคุณควรอ่านเอกสารการย้ายข้อมูลของเซิร์ฟเวอร์ IMAP หากคุณต้องการเปลี่ยนจริง ๆ )


4

ในการตอบคำถามเฉพาะ:

รูปแบบการจัดเก็บแบบหนึ่งสามารถปรับขนาดได้มากกว่าแบบอื่นหรือไม่?

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

Maildir อาศัยระบบไฟล์พื้นฐานสำหรับความสามารถในการปรับขนาดของมันเนื่องจากมันจะสร้างไฟล์ขนาดเล็กจำนวนมากหนึ่งไฟล์ต่อหนึ่งข้อความ หากคุณมีอีเมลจำนวนมาก Maildir มักจะจัดการได้ง่ายขึ้นและเร็วขึ้น

ความกังวล / ความแตกต่างของข้อมูลมีความสมบูรณ์หรือไม่?

ใช่หลักอย่างหนึ่งคือ mbox ต้องการล็อคไฟล์อ่าน / เขียนในไฟล์เก็บถาวรทั้งหมดหมายความว่าการอ่านต้องรอการเขียนและแต่ละการเขียนแต่ละรายการต้องรอการเข้าถึงอื่น ๆ ทั้งหมด หากมีการใช้งานในลักษณะที่ไม่สามารถล็อคได้เช่นการใช้ NFS ร่วมกันการเก็บถาวรอาจมีความเสียหาย ความเสียหายแบบสุ่มใด ๆ สามารถส่งผลกระทบต่อการเก็บถาวรทั้งหมดมากกว่าข้อความเดียว

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

มีสถานการณ์ที่กำหนดไว้อย่างชัดเจนว่าคุณควรใช้รูปแบบหนึ่งกับอีกรูปแบบหนึ่งหรือไม่?

เป็นกรณีที่ Maildir เริ่มแทนที่ mbox เป็นรูปแบบที่ต้องการโดยไม่มีข้อเสียอย่างมีนัยสำคัญ

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


3

Mbox นั้นรวดเร็วเมื่อค้นหาข้อความภายในกล่องจดหมายและต่อท้ายเมลใหม่ในไฟล์เมล แต่มันมักจะเกิดความเสียหายกับเมลและอาจมีปัญหากับระบบไฟล์ของเครือข่าย นอกจากนี้การล็อกไฟล์อาจเป็นปัญหา

ด้วย Maildir การดึงเมลเฉพาะนั้นเร็วขึ้นและไม่มีปัญหาเนื่องจากการล็อคไฟล์หรือระบบไฟล์เครือข่าย (ตัวอย่าง: ด้วย Maildir คุณสามารถจัดเก็บโฟลเดอร์เมลต่าง ๆ ใน NFS ที่ต่างกันซึ่งไม่สามารถทำได้ด้วย Mbox) คุณสามารถมีปัญหากับ Maildir เมื่อระบบไฟล์ไม่มีประสิทธิภาพในการจัดการไฟล์จำนวนมาก

ฉันเข้าใจว่าคุณต้องการโซลูชันที่ปรับขนาดได้ก่อนที่คุณจะเลือกอย่างใดอย่างหนึ่งให้แน่ใจว่าได้อ่านเอกสารนี้: (แม้ว่าคุณจะไม่ได้ใช้ Courier)

การเปรียบเทียบ mbox กับ maildir


ในการกำหนดสิ่งต่าง ๆ เกณฑ์มาตรฐานนั้นเป็นเกณฑ์มาตรฐานหลักระหว่างเซิร์ฟเวอร์ IMAP ที่แตกต่างกันสองตัวและทำโดยผู้เขียนเซิร์ฟเวอร์ Courier IMAP (ซึ่งใช้ Maildir) และดำเนินการในปี 2544 ถึง 2546 คอมพิวเตอร์ "high end" มันถูกทดสอบว่าเป็น Pentium-II ยุค Celeron ด้วย 256MB ของ PC-100 SDRAM พร้อมระบบไฟล์ ext2 การยืนยันถึงความสามารถในการปรับขนาดของ Maildir อาจเป็นจริงในปัจจุบันมากกว่าที่เป็นอยู่ในปัจจุบัน
thomasrutter
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.