🤟🏾 👴 👩‍🔧 विद्युत मेल भंडारण के क्षेत्र में साइकिल निर्माण के मुद्दे पर 💆 🔟 👨🏿‍🔧

मेरी इच्छा से, मेरी देखभाल में एक मेल सर्वर है। छोटे, ~ 20 उपयोगकर्ता। यह महत्वपूर्ण रूप से काम करता है, सॉफ्टवेयर को बदलना अवांछनीय है। और यह आवश्यक नहीं होगा, लेकिन एक बार जब बैकअप लॉग असमान रूप से संकेत देता है - यदि आप एक ही नस में जारी रखते हैं, तो पूरी रात पूर्ण बैकअप पर जाएगा। और बात उपयोगकर्ता मेलबॉक्सों की मात्रा में है।

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

सौभाग्य से, मैं एक मनोवैज्ञानिक नहीं हूं, कोच या संरक्षक नहीं हूं। मेरा व्यवसाय प्रौद्योगिकी है। इसलिए हम तकनीकी पक्ष से आएंगे।

सबसे पहले मैंने सोचा था कि आत्म-विनाशकारी संदेश। मोटे तौर पर, "महत्वपूर्ण" निशान के बिना सब कुछ एन दिनों के बाद हटा दिया जाता है। मेरे स्वाद के लिए, इसे इलेक्ट्रिक मेल स्टोरेज के मानकों में "सिलना" होना चाहिए। लेकिन अभी तक यह नहीं है, और कार्यान्वयन मुझे बहुत महत्वाकांक्षी लग रहा था।

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

खैर, हटाओ मत, इसलिए नकल करो! सभी प्रतियाँ ले लो और प्रतीकात्मक लिंक बनाओ। एक त्वरित विश्लेषण से पता चला कि यहां तक कि केवल इस तरह से केवल डुप्लिकेट को संसाधित करने से तीन रिपॉजिटरी बचती हैं। लेकिन, लेकिन, लेकिन। दुर्भाग्य से, यह कई तकनीकी सीमाओं के कारण एक मृत अंत पथ है।

स्पॉइलर के तहत रुचि रखने वालों के लिए विवरण

- सभी संग्रहकर्ता सहानुभूति को नहीं समझते हैं;
- सर्वर सॉफ़्टवेयर स्थानों में पागल हो रहा है;
- जटिलता org। चरित्र और पहुँच अधिकार।

वैसे, मेरी मेल सर्वर सेटिंग्स और सामान्य बैकअप में, और उपयोगकर्ताओं के लिए संग्रह संग्रहण बहुत ही कम हैं। अतः युद्धाभ्यास के लिए स्थान छोटा था।

क्या बचा है? उदासी के साथ मैंने मुहरों को देखा

और पहले से ही एक सरल तंत्रिका नेटवर्क है जो उपयोगकर्ता के लिए मेल को साफ कर देगा। और फिर ... मुझे माफ करना, मुझे माफ करना, लेकिन पत्र में बिल्लियां क्या करती हैं? मुझे याद है कि एक अनुलग्नक के साथ एक अक्षर का वजन लगभग एक तिहाई से अधिक होता है! लेकिन क्या मैं लगाव को आगे बढ़ा सकता हूं? ..

इस प्रकार वह रास्ता शुरू हुआ जहां "कई अद्भुत खोजें" थीं। अगर मुझे पता होता ... तो आप समझ जाते। अज्ञानता और साहस की एक बूंद हमें जीत की ओर ले जाती है!

तो: हम अक्षरों से अलग अनुलग्नकों का भंडारण करते हैं।

मुख्य गलती जो आप यहां कर सकते हैं, वह है टेक्स्ट टेक्स्ट एडिटर में ईएमएल फाइल खोलना और यह तय करना कि सादा टेक्स्ट है। तो मैंने किया। और हर्षित हुआ। अभी मैं एक बैच फ़ाइल लिखूंगा। अटैचमेंट निकालने के लिए कमांड लाइन उपयोगिताओं भरा हुआ है: github.com/erikvdv1/eml-attachments या github.com/maiken2051/uudeview , offhand। एन्कोडिंग के साथ समस्याएं हैं, लेकिन यह सबसे महत्वपूर्ण बात नहीं है।

सबसे महत्वपूर्ण बात: फ़ाइल को बाहर निकालना और उसके लिए एक लिंक बनाना एक trifling मामला है। लेकिन इस लिंक को मूल पत्र में धकेलने के लिए ... क्योंकि कोई पाठ नहीं है। MIME है ।

एक अनुभवी पाठक, ज़ाहिर है, अब असहाय लेखक पर चकल्लस करता है। लेखक, हालांकि, "मानक" के प्रसन्नता की खोज की। सबसे महत्वपूर्ण बात जो मुझे समझ में आई: फ्लाई एगरिक मशरूम एक निडर में गिरने के लिए आवश्यक नहीं हैं।

उदाहरण और दुरुपयोग - बिगाड़ने के तहत:

charset = utf-8
charset = "UTF-8"
charset = "UTF-8"
charset = UTF-8;
charset = "UTF-8";
charset = "UTF-8";
यह एक और एक ही बात है।

एक बेस 64 स्ट्रीम के बीच में लाइन टूट जाती है। वे कहाँ से आते हैं यह अभी भी मेरे लिए एक रहस्य है।

और इसके विपरीत: हेडर भाग के बाद \ r \ n \ r \ n की अनुपस्थिति।

हेडर में ही, खेतों का क्रम बाईं एड़ी के अनुरोध पर है।

पुराने अक्षर सर्विस वालों सहित 80 से अधिक वर्णों की एक पंक्ति की लंबाई की अनुमति देते हैं।

फ़ाइल नामों में पंक्ति विराम हो सकता है (संदेश के मुख्य भाग में, और नाम में ही नहीं)।

सामान्य तौर पर, लाइन ब्रेक कहीं भी हो सकता है, इस तथ्य के बावजूद कि मानक लाइन ब्रेक में वर्तमान पैरामीटर के अंत के रूप में घोषित किया गया है।

अक्षर का पाठ स्वयं एन्कोडेड है। यह वास्तव में कितना एन्कोडेड है, किसी विशेष सर्वर के विवेक पर रहता है, विकल्प (बदबू) का एक गुच्छा होता है।

और, पत्र में लगभग हमेशा एक html भाग होता है। यही है, यदि आप "हैलो" भेजते हैं और एक टैग ब्रा या पी है, तो पत्र में हमेशा दो अनुभाग होंगे: सरल पाठ के साथ और टैग के साथ। और टेक्स्ट डुप्लिकेट है। और यहां उन्होंने "कंप्यूटिंग" कंप्यूटिंग शक्ति को बचा लिया ... फ्रेंकस्टीन के साथ बस कुछ menagerie।

उनके पास मौजूद फ़ाइलों का नाम इस तरह है: फ़ाइल नाम = "=? एन्कोडिंग? प्रकार? और यह इस तरह होता है: फ़ाइल नाम * 0 * = एन्कोडिंग '' (STA ?? !!)। दूसरा एक नया मानक है, RFC787। मानक स्पष्ट रूप से बताता है। वह फ़ाइल नाम * 0 * = ENC और फ़ाइल नाम = "=? एक ही बात। इस जगह पर, मैं आखिरकार आश्वस्त हो गया कि वे मेरा मजाक उड़ा रहे हैं। इसे सामान्य रूप से कैसे हैंडल किया जा सकता है, मुझे नहीं पता।

अलग-अलग, हमेशा की तरह, एप्पल ने रन बनाए। वे आम तौर पर अपने स्वयं के मानक के कुछ प्रकार है। आगे देखते हुए, उनके कोड को संसाधित करने के लंबे प्रयासों ने एकमात्र सही समाधान का नेतृत्व किया: "त्रुटि: ऐप्पल मेल समर्थित नहीं है।"

थंडरबर्ड हालांकि यह करता है। दु: ख के साथ, मैं इसके स्रोतों में चढ़ गया, लेकिन मैं डेढ़ गीगाबाइट के कोड में जावा के अजगर और बोलियों के मिश्रण के लिए आवश्यक खंड नहीं खोज पाया। उनके आईआरसी में मदद की, जहां उन्होंने मुझे बताया कि मुझे कहां देखना है, लेकिन फिर भी यह नहीं मिल सका।

लेकिन उसने हिम्मत नहीं हारी। प्रलेखन को न पढ़ें @ कोड लिखें, और आप कर रहे हैं। नहीं, गंभीरता से, मुझे MIME के अंत को करीब लाने के लिए कुछ करना था।

बैच स्क्रिप्ट पर्याप्त नहीं थी। परिणाम सी # और डॉटनेट में कमांड लाइन उपयोगिता थी ।

उपयोगिता में ऑपरेशन के दो तरीके हैं:
पहला: सिर्फ अटैचमेंट निकालता है। उसी समय, यह विंडोज के लिए एन्कोडिंग के साथ सही ढंग से काम करता है।

दूसरा: और यहाँ मुख्य मज़ा है। अब हम मेल से अलग से मेल अटैचमेंट स्टोर कर सकते हैं! उपयोगिता पुराने के बजाय एक नया पत्र बनाती है : अनुलग्नक को काट दिया जाता है, पत्र को लाइन की लंबाई को सीमित किए बिना UTF एन्कोडिंग के साथ सादे HTML में सुधार किया जाता है । पाठ / सादे अनुभाग को आधार के रूप में लिया जाता है। यदि html अनुभाग में टेबल हैं, तो यह तालिका के अंदर स्वरूपण को बनाए रखते हुए उन्हें स्थानांतरित करता है, लेकिन यह कार्यक्षमता बहुत काम करती है। वर्तमान पत्र के पाठ के अंत में (यदि यह एक उत्तर या आगे है), तो नेटवर्क संसाधनों के लिंक फ़ाइल में, निकाले गए फ़ाइलों के पथ के साथ डाले जाते हैं: /// और ftp: // स्वरूप।

सिस्टम को 10000+ अक्षरों पर परीक्षण किया गया है और मौजूदा बुनियादी ढांचे पर तैनात किया गया है।

पहचाने गए फायदे:
+:

बैकअप
इसे 01:00:08 पर शुरू किया गया था
और सफलतापूर्वक पूरा हुआ 03:26:32

यह था:

बैकअप
यह 01:00:09 पर शुरू किया गया था
और सफलतापूर्वक 01:40:36 पूरा हुआ

+ सहेजे गए 30 +% संग्रहण: फ़ाइलें भारी बेस 64 से जाती हैं और अन्य इसे सामान्य फ़ाइल सिस्टम प्रारूप में पसंद करती हैं, साथ ही व्यक्तिगत मेलबॉक्स के अंदर भी बहुत सारे डुप्लिकेट पाए गए।

+ सर्वर और मेल प्रोग्राम द्वारा मेलबॉक्सों के प्रसंस्करण की गति बढ़ जाती है।

+ गायब हो गया "मैंने डाकघर से एक पत्र खोला, इसे 10 घंटे तक संपादित किया और यह जीवित नहीं रहा"

+ आप कोटा को मना कर सकते हैं।

+ मेल में अटैचमेंट ढूंढना संभव है, क्योंकि इसे फ़ाइल स्टोरेज में ट्रांसफर करने का विरोध किया गया है।

+ MIME के अंत के पास। पश्चाताप, लेखकों!

निर्णय के विपक्ष:

- कुछ पत्र (लेकिन संलग्नक नहीं) अभी भी हरा। मूल रूप से आंतरिक रूप से नहीं, लेकिन जब कुछ ग्राहकों में देखा जाता है;
- ftp में कुछ शैतान लगातार टूट रहे हैं;
- सभी ईमेल क्लाइंट फ़ाइल के माध्यम से खुलने का समर्थन नहीं करते: ///

विवादास्पद मुद्दे:

? Apple मेल समर्थित नहीं है मेरे लिए - और बुद्ध उसके साथ हैं;
? जटिल स्वरूपण के साथ पत्र मारो। आमतौर पर ये बुकिंग या विज्ञापन के लिए यात्री होते हैं;
? यदि ftp सर्वर गैर-मानक पोर्ट पर है, तो एक्सेस समस्याएं हो सकती हैं। एक मेल बॉट द्वारा निर्णय लिया गया।

ऐसे में कांटेदार तरीके से समस्या हल हो गई।

आपका ध्यान के लिए धन्यवाद!

विद्युत मेल भंडारण के क्षेत्र में साइकिल निर्माण के मुद्दे पर

More articles: