"मलिंका" पर मेल करें

डिज़ाइन

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

वास्तव में, कोई भी iptv रिसीवर, और एक "सिंगल-बोर्ड कंप्यूटर बैकल-टी 1 प्रोसेसर पर आधारित हो सकता है," साथ ही क्यूबीबोर्ड, बनाना पाई और एआरएम माइक्रोप्रोसेसर से लैस अन्य डिवाइस "रास्पबेरी" के बराबर है। मलिंका को सबसे आक्रामक विज्ञापन विकल्प के रूप में चुना गया था। इस "सिंगल-बोर्ड कंप्यूटर" को खोजने के लिए कम से कम कुछ उपयोगी एप्लिकेशन को खोजने में एक महीने से अधिक समय लगा। अंत में, मैंने इस पर एक मेल सर्वर लॉन्च करने का फैसला किया, जो आभासी वास्तविकता के बारे में इस शानदार उपन्यास से कुछ समय पहले पढ़ा था।

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

मैं ससुराल वालों से मजबूत नहीं हूं। जब तक एक मोबाइल फोन पर एक संदेश संघीय कानून 126-FZ में संशोधन के बल पर प्रवेश के संबंध में व्यक्तिगत डेटा की पुष्टि करने की आवश्यकता के बारे में आया, मुझे ऐसा कानून पता है।

और फिर यह पता चला कि ये कानून बारिश के बाद मशरूम की तरह हैं। मैं आगे फ्री मेल का उपयोग करूंगा - मुझे लगता है, और पता नहीं चलेगा।

"और अब तुम कौन हो"

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

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

डिज़ाइन

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

"Habr उपयोगकर्ता बहुत अच्छी तरह से लिखा है," मेरी राय में, मेल प्रणाली को कॉन्फ़िगर करना, सिस्टम प्रशासन में सबसे कठिन काम है। PostfixBasicSetupHowto ( help.ubuntu.com से ) के बाद, मैं इसके अलवा डेटाबेस, .forward फ़ाइलों और आभासी उपनामों के बारे में इसके कुछ हिस्सों को छोड़ देता हूं।

लेकिन ssl / tls के लिए मैंने कम्युनिटी हेल्पविकी (उसी डोमेन help.ubuntu.com पर ) से संबंधित पोस्टफ़िक्स से संबंधित लेख बनाने के लिए बैश के लिए 12 कॉन्फ़िगरेशन लाइन्स और 9 कमांड लाइन लीं (यह ssl / ts केवल - यह सवाल है)। प्रदाता के डैशबोर्ड में एक फ़ायरवॉल भी उपयोगी था, राउटर पर नेट (मैंने जितना संभव हो सके मिकरोटिक सेटिंग को बंद कर दिया; मैंने मेल सर्वर को इंटरनेट सेवा प्रदाता के केबल से सीधे कनेक्ट करके पत्र भेजा), मेल, मेलक, पोस्टपॉपर-डी आइडेंटिफ़ायर, फ़ाइल; /var/log/mail.log, पैरामीटर always_add_missing_headers, ptr रिकॉर्ड के बारे में जानकारी, आखिरकार, साइट mail-tester.com (oligophrenic design के साथ), जो कि "मेल" लेख के बारे में नहीं लिखा है, जैसे कि Habré के बारे में, जैसे कि सबसे अधिक लिया गया। ।


/Etc/postfix/main.cf फ़ाइल में myhostname पैरामीटर का मान ठीक करने से पहले


/Etc/postfix/main.cf फ़ाइल में myhostname पैरामीटर का मान ठीक करने के बाद

इंटरनेट प्रदाता की तकनीकी सहायता सेवा के पहले पत्र ने मुझे सिखाया कि आपको मेल कंसोल प्रोग्राम का उपयोग करके अक्षरों को खोलने की आवश्यकता नहीं है, ताकि बाद में उन्हें सामान्य मेल क्लाइंट का उपयोग करके खोला और पढ़ा जा सके। जाहिर है, यह "शुरुआत प्रशासकों के लिए" एक समस्या नहीं है।

इसके विपरीत, टिप्पणियों में (पोस्टफिक्स हैशटैग के साथ अन्य लेखों के लिए), हैबर का एक उपयोगकर्ता पूछता है "थोड़ा जटिल करने के लिए, कैसे डेटाबेस से विभिन्न भागों और प्रमाणीकरण के लिए वेब इंटरफेस के बारे में", दूसरे के लिए "जाहिरा तौर पर, यह उन लोगों के लिए अधिक जटिल है, जिन्होंने मूली की तुलना में कुछ भी मीठा नहीं किया है: कर्नेल क्रैश, सुरक्षा (सेलाइनक्स / एपर्मोर), थोड़ा वितरित सिस्टम ... ", तीसरा" iRedmail स्क्रिप्ट "के बारे में लिखता है। तो आप अगले एक IPv6 के बारे में लिखने की उम्मीद करते हैं।

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

मिकरोटिक के बारे में - इसलिए सामान्य रूप से एक अलग गीत।

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

सामान्य रूप से, बाहरी रूप से ईमेल के समान ही है जब प्रमुख आईटी कंपनियों से मुफ्त ईमेल सेवाओं का उपयोग किया जाता है।

हालांकि बिना वेब इंटरफेस के।

शोषण

फिर भी, लॉग देखने से कोई बच नहीं सकता है!

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

राउटर के माध्यम से सर्वर कनेक्ट करने के बाद भी ये प्रयास बंद नहीं हुए। आज के लॉग मेरे लिए अज्ञात अज्ञात आईपी पते से smtp कनेक्शन से भरे हुए हैं। फिर भी, मैं इतना आत्मविश्वासी हूं कि मैं इसके खिलाफ कोई कार्रवाई नहीं करता: मुझे उम्मीद है कि पत्र प्राप्त करने के लिए उपयोगकर्ता के नाम के सही चयन के मामले में भी, हमलावर पासवर्ड नहीं उठा पाएगा। मुझे यकीन है कि कई लोग इस असुरक्षित को पाएंगे, जैसा कि आज के हमलों के मामले में, केवल SMTP रिले सेटिंग्स और /etc/postfix/main.cf में एक्सेस कंट्रोल पर भरोसा करते हैं।

और वे मेरे मेल की सुरक्षा को टुकड़ों में तोड़ देंगे।