विशिष्ट प्रश्नों को संबोधित करने के लिए:
क्या एक संग्रहण प्रारूप दूसरे की तुलना में अधिक मापनीय है?
mbox मुश्किल हो जाता है कि यह बड़ा हो जाता है। चूंकि यह सब कुछ एक बड़े ब्लब में संग्रहीत करता है, इसलिए यह बड़े पैमाने पर बैकअप के लिए कठिन हो सकता है, और इस तरह की पहुंच लिखने के खिलाफ एमबॉक्स को लॉक कर देगी जबकि ऐसा होता है। यदि कुछ भ्रष्टाचार है, तो मरम्मत या पुनर्प्राप्त करने की कोशिश करना बहुत कठिन है - जो आप कह सकते हैं कि यह एक जोखिम है जो अधिक मेल को स्टोर करता है।
मेल्डिर अपनी स्केलेबिलिटी के लिए अंतर्निहित फाइल सिस्टम पर निर्भर करता है, क्योंकि यह चरित्रहीन रूप से कई छोटी फाइलें, एक संदेश प्रति बनाएगा। यदि आपके पास बहुत सारे ईमेल हैं, तो मेल्डिर आम तौर पर आसान और तेज़ होता है।
क्या डेटा अखंडता चिंता / अंतर हैं?
हां, मुख्य एक यह है कि पूरे संग्रह पर mbox को पढ़ने / लिखने वाली फ़ाइल लॉकिंग की आवश्यकता होती है, जिसका अर्थ है कि रीड को लिखने के लिए इंतजार करना होगा, और प्रत्येक व्यक्ति को अन्य सभी एक्सेस के लिए इंतजार करना होगा। यदि यह इस तरह से उपयोग किया जाता है कि लॉकिंग संभव नहीं है, जैसे कि एनएफएस शेयर पर, संग्रह भ्रष्टाचार के अधीन है। कोई भी यादृच्छिक भ्रष्टाचार एकल संदेश के बजाय पूरे संग्रह को प्रभावित कर सकता है।
मेलडिर के साथ, लॉकिंग व्यक्तिगत संदेश के स्तर पर हो सकता है, अधिकांश कार्यों के लिए, और किसी भी फ़ाइल में भ्रष्टाचार केवल उस संदेश को प्रभावित करेगा। संदेशों में कोई भी अनुक्रमणिका फिर से बनाई जा सकती है यदि संदेशों से स्वयं की आवश्यकता हो।
क्या स्पष्ट रूप से परिभाषित स्थितियां हैं जहां आपको एक प्रारूप का दूसरे पर उपयोग करना चाहिए?
यह अधिक मामला है कि Maildir mbox को सार्वभौमिक रूप से पसंदीदा प्रारूप के रूप में बदलना शुरू कर रहा है, जिसमें कोई महत्वपूर्ण कमियां नहीं हैं।
इसकी मुख्य सीमा इसकी कई, कई छोटी फाइलों का निर्माण है, जिसमें कुछ फाइल सिस्टम पर दबाव डालने और / या फाइल सिस्टम क्लस्टर आकार के आधार पर अक्षम होने की क्षमता थी। यह आधुनिक फाइल सिस्टम के साथ एक समस्या से कम नहीं है। यह आपकी बैकअप रणनीति को भी सूचित कर सकता है, लेकिन कुल मिलाकर यह आपकी बैकअप रणनीति के विकल्प को अधिक लचीलापन देता है।