एक उचित लगाव आकार सीमा का निर्धारण कैसे करें?


13

मुझे लगता है कि यह एक ऐसा क्षेत्र है जहां मैं इसे 10-20mb दूंगा और जब भी कोई उपयोगकर्ता FTP का उपयोग करने के बारे में पकड़ता है, तो "फ़ाइल स्थानांतरण के लिए ईमेल का इरादा नहीं है"।

लेकिन एक चमकदार नया मेल सर्वर तर्कसंगत दृष्टिकोण का हकदार है ... तो अनुलग्नक के आकार के लिए एक उचित सीमा निर्धारित करने के लिए एक गैर-वूडू विधि क्या है ?

(इस बात पर इंतजार है कि क्या यह विकी है, या अगर कोई ऐसा तरीका है जो जस्ट दैट गुड है।)

मुझे लगा कि पर्यावरण से स्वतंत्र कुछ अच्छे दिशा-निर्देश होंगे, लेकिन विशिष्टताओं के लिए बुलाया गया था - इसलिए 50 मेलबॉक्स, विनिमय 2007, ईस्वी, हार्डवेयर टीबीडी। ग्राहक 2007/2003 मिक्स हैं, मुझे लगा कि मैं मैच भेजना / प्राप्त करना चाहता हूं, बस चीजों को सरल रखने के लिए।



रवींद्र! लिंक के लिए धन्यवाद। मेरे खोज कौशल ने मुझे वहां फेल कर दिया।
कारा मारफिया

शून्य मुझे पूरी तरह से उचित सीमा की तरह लगता है।
टॉम ओ'कॉनर

जवाबों:


18

"ईमेल फ़ाइल स्थानांतरण के लिए अभिप्रेत नहीं है!"

सभी गंभीरता में, मैंने 10MB पर, किसी भी उच्च पर मेरा सेट किया और आपको दूरस्थ SMTP सर्वर से अस्वीकृति मिल सकती है। यदि आपकी कंपनी / क्लाइंट बड़ी फ़ाइलों का उपयोग करते हैं, तो मैं इसे 15 या 20MB पर सेट करने के लिए आश्वस्त हो सकता हूं, लेकिन इससे अधिक नहीं।

मैं क्लाइंट को बड़ी फ़ाइलों को भेजने पर ड्रॉपबॉक्स जैसी सेवा का उपयोग करने का निर्देश देता हूं । [प्रकटीकरण, वह मेरा रेफरल लिंक है!]


अच्छी बात है, मैं इस तथ्य के बारे में नहीं सोच रहा था कि एक बढ़ी हुई सीमा बाउंसबैक को बढ़ाती है जो उन्हें अन्य मेल सर्वरों से मिल रही है।
कारा मार्फिया

1
+1 के लिए "ईमेल फ़ाइल स्थानांतरण के लिए अभिप्रेत नहीं है!"।
लैंकिमार्ट

9

यह सीमा उन उपयोगकर्ताओं के लिए एक सुसंगत, सुरक्षित और आसान विकल्प प्रदान करने की तुलना में कुछ हद तक महत्वपूर्ण है, जिन्हें बड़ी फ़ाइलों को भेजने और प्राप्त करने की आवश्यकता है।


2

यह सीधे आपके व्यवसाय पर निर्भर है।

मेरे पास ऐसे उपयोगकर्ता हैं जो नियमित रूप से 40 एमबी रेंज में फ़ाइलें प्राप्त करते हैं, और कभी-कभी इससे ऊपर भी। मैंने अनिवार्य रूप से उस कारण के लिए एक असीमित आकार निर्धारित किया है।

अपने वैध अनुलग्नकों पर एक नज़र डालें, औसत आकार लें और इसे दोगुना करें, फिर आपके द्वारा प्राप्त किए गए सबसे बड़े वैध लगाव को देखें। यदि यह औसत से दोगुना बड़ा है, तो इसे अब तक के सबसे बड़े की तुलना में 50% बड़ा बनाएं।


3
ज़रूर, और मेरे पास ऐसे उपयोगकर्ता हैं जो नियमित रूप से 300MB वैध अनुलग्नक प्राप्त करने का प्रयास करते हैं। सामग्री वैध है? लेकिन आकार ईमेल हस्तांतरण के लिए वैध नहीं है।
d -_- b

2

10 एमबी फर्म! उन अधिकारियों को छोड़कर, जो विस्तृत खुले हैं। हम शापित हो कर थक गए!


दुखद लेकिन सत्य! इनबॉक्स प्रतिबंध खिड़की से बाहर जाते हैं, साथ ही साथ।
कारा मार्फिया

1

मैं "10Mb में हूँ और वह आपका बहुत" शिविर है। यह सिर्फ वही नहीं है जो आप भेज सकते हैं बल्कि यह भी कि आप जिन लोगों को भेज सकते हैं उन्हें क्या प्राप्त हो सकता है। जब तक आपका व्यवसाय उस क्षेत्र में संचालित होता है जहां ईमेल द्वारा बहुत बड़ी बायनेरिज़ भेजना आदर्श है तो उच्च क्यों जाएं?

इसके अलावा, आपको यह सुनिश्चित करने की ज़रूरत है कि आप उन लोगों के लिए एक विकल्प प्रदान करें जिन्हें वास्तव में बड़ी फ़ाइलों को भेजने की आवश्यकता है, चाहे वह ड्रॉपबॉक्स जैसी कोई चीज़ हो, एक अच्छे पुराने ज़माने का एफ़टीपी सर्वर या कुछ और चतुर (हमारे पास सर्वर और बैंडविड्थ की क्षमता है) हमारे उपयोगकर्ताओं को ड्रॉपबॉक्स के समान अपनी सेवा प्रदान करें, जैसा कि ऐसा होता है)।


1

मैं थोड़ा ऊँचा जाता हूँ, और 30MB पर रेंगता हूँ। यह व्यवसाय से व्यवसाय के लिए अलग-अलग है। फाइल अटैचमेंट के विकल्प के रूप में, Senduit का प्रयास करें


अरे, यह इंटरफ़ेस इतना सरल है, यहां तक ​​कि हमारे ग्राहक भी इसे
खराब

1

आकार जो भी हो, आने वाली सीमा को निवर्तमान सीमा पर रखना सुनिश्चित करें । यदि कोई गैर-आकार-संबंधी त्रुटि (गलत पता या तो) है, तो सर्वर उसे वापस भेज देगा और आपके ईमेल को बाउंस कर देगा, और यहां तक ​​कि अगर यह केवल कुछ बाइट्स जोड़ देगा तो आप अस्वीकार नहीं करना चाहेंगे आकार के आधार पर वह मेल।

इसके अलावा कुछ "ईमेल क्लाइंट" (मैं सावधानी से इस शब्द का उपयोग करता हूं) केवल उसी लगाव को जोड़कर ईमेल के साथ उत्तर दें। आप भी उन मेल्स को बाउंस नहीं करना चाहते हैं, जैसा कि यह व्यवहार हो सकता है।

सौभाग्य से अच्छे एमटीए हैं (एक्सचेंज नहीं, लेकिन उदाहरण के लिए पोस्टफिक्स एक है) जो आपको मूल मेल की तुलना में बाउंस को बहुत कम आकार तक सीमित करने की अनुमति देता है। ताकि पहला मामला गिरावट का हो सकता है क्योंकि यह सुविधा ब्रेन्डेड एमटीए द्वारा भी अपनाई जाती है।

वैसे भी, आकार का चुनाव वास्तव में इस बात पर निर्भर करता है कि आप ज्यादातर किसके साथ संवाद करते हैं और उनकी सीमाएँ क्या हैं। ग्राफिकल व्यवसायों में, ट्रिपल-डिजिट मेगाबाइट के अधिकतम आकार अन्य व्यवसायों में अनसुना नहीं हैं (मैं शिक्षाविदों को कहना चाहता हूं, लेकिन समय बदल गया है, दुख की बात है) आप लोगों को यह बताने से भी दूर हो सकते हैं कि संलग्नक के साथ शुरू करने के लिए बुरा अभ्यास है। मुझे पता है कि मैंने किया था, लेकिन वह दस साल पहले था :(


1

यहां भी 10 एमबी। यह स्वीकृत मानक प्रतीत होता है। मेरे पास ऐसे ग्राहक हैं जो इसके बारे में शिकायत करते हैं (विशेष रूप से आर्किटेक्टों का एक समूह जो किसी भी कोटा या सीमा को ओवरराइड करने के लिए एक बहाने के रूप में लगातार "बड़े सीएडी चित्र" का उपयोग करता है) लेकिन यह सब उन्हें लगता है कि (1) ईमेल एक साझा है सेवा, और इसलिए उनकी गतिविधियाँ दूसरों के लिए उपलब्धता पर प्रभाव डाल सकती हैं, और (2) उन्हें प्राप्तकर्ता के साथ अच्छा खेलना होगा।

उस सीमा पर किसी भी चीज के लिए बहुत सारी वैकल्पिक व्यवस्थाएं उपलब्ध हैं, इसलिए सभी को खुश रखा जा सकता है।


1

जीमेल की सीमा जो भी है हम उसे सेट करते हैं। हम अपने बीच में कुछ वैज्ञानिकों की दलीलों के लिए कुख्यात हैं जो साथी शोधकर्ताओं द्वारा बड़े डेटा-सेट को ईमेल करना चाहते हैं। यही कारण है कि हमारे पास अभी भी विभागीय मेल-सर्वर और एक्सचेंज सर्वर दोनों हैं जो 4000-अजीब उपयोगकर्ताओं और 1-टीबी के तहत मेल-स्टोर का समर्थन करते हैं।


1

अलग-अलग पीसी स्तर पर, हार्डवेयर गति और क्षमता में सभी आश्चर्यजनक सुधारों ने लोगों को इस बात का विकृत रूप दिया है कि क्या उचित है। 500GB + हार्ड ड्राइव के साथ फास्ट पीसी और लैपटॉप डिजिटल कैमरा, मूवी, डाले गए बहुत सारे चित्रों के दस्तावेजों, आदि से 5MB पिक्सल्स को डील करते हैं, कोई समस्या नहीं है।

फिर वे उन्हें तार के ऊपर भेजना चाहते हैं ... हां, 20MB, 50MB, यहां तक ​​कि बड़े अटैचमेंट भेजने में बहुत समय लगता है। लेकिन जब कुछ गलत हो जाता है, तो यह चीजों को बड़े पैमाने पर गड़बड़ कर देता है। कतार में बड़ी फाइलें हैं, हो सकता है कि आपका बैंडविड्थ शुल्क कुछ इस तरह बढ़े।

वैसे भी, हमने जो कुछ किया है, वह प्रारंभिक है: 20MB को हवा से बाहर निकाला और कहा कि "यह बात है।" यह काफी बड़ा है कि हम इसे अपने 100MBPS कनेक्शन से संबंधित कर सकते हैं और उन्हें यह समझने की कोशिश कर सकते हैं कि यदि 50 लोग एक ही आकार की फ़ाइल को एक बार में भेजने की कोशिश कर रहे हैं तो क्या होगा।


1

कुछ सर्वर निजी मैसेजिंग (एक्सचेंज, क्यूमेल ...) पर परिभाषित 5 एमबी या 10 की सीमा को पूरा करने के लिए, एक पेशेवर समाधान है जो आपके द्वारा भेजे जाने वाली फ़ाइलों के आकार और प्रकार को समाप्त करता है। समाधान भी पता लगाने की क्षमता और सुरक्षा प्रदान करता है जो FTP (पासवर्ड और उपयोगकर्ता नाम स्पष्ट में प्रदान नहीं करते हैं ...)। मोबाइल वातावरण (iPhone, विंडोज फोन 7 / मोबाइल, ब्लैकबेरी, ...) पर भी उपलब्ध

2 प्रौद्योगिकियाँ उपलब्ध हैं:

मंच मोड समाधान:

http://www.edipoles.com/index.php?id_page=36&openPanel=1

आउटलुक प्लगइन में समाधान:

http://www.edipoles.com/index.php?id_page=30&openPanel=1


0

कितने उपयोगकर्ता हैं? IMAP? पॉप 3?

जैसा कि आपने कहा, मैं 10 से अधिक के साथ परेशान नहीं करता, यह फ़ाइल स्थानांतरण सेवा नहीं है।


0

ईमेल-अनुलग्नक भेजे गए या प्राप्त किए गए? क्या आपका संगठन MS Exchange / MS Office Outlook / सक्रिय निर्देशिका / SharePoint का उपयोग कर रहा है? यदि हां, तो क्या संस्करण? यह जटिल विषय है।



0

जैसे-जैसे दुनिया आगे बढ़ती है, वैसे-वैसे नीतियां बनाती हैं। Exchange 2010 में हमारे हाल के अपग्रेड के साथ हमने अपनी भेजने / प्राप्त करने की सीमा को 25 एमबी (जीमेल की सीमा) में ले लिया है। जीमेल की होस्ट की गई ईमेल सेवाओं के विस्तार से आप केवल कम सीमा वाली समस्याओं में ही चले जाएंगे। यदि भंडारण स्थान कोई समस्या नहीं है (डिस्क पर विचार छोटा, तेज और सस्ता है) तो क्यों नहीं?

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.