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

डिझाइन

मेल, मेल... “सध्या, कोणताही नवशिक्या वापरकर्ता स्वतःचा विनामूल्य इलेक्ट्रॉनिक मेलबॉक्स तयार करू शकतो, फक्त एका इंटरनेट पोर्टलवर नोंदणी करू शकतो,” विकिपीडिया म्हणतो. त्यामुळे यासाठी स्वतःचा मेल सर्व्हर चालवणे थोडे विचित्र आहे. तरीही, मी ओएस स्थापित केल्याच्या दिवसापासून मी इंटरनेटवर पत्त्याला माझे पहिले पत्र पाठवले त्या दिवसापर्यंत मी यावर घालवलेला महिना मला खेद वाटत नाही.

खरं तर, iptv रिसीव्हर्स आणि "बैकल-T1 प्रोसेसरवर आधारित सिंगल बोर्ड संगणक," तसेच क्युबीबोर्ड, बनाना पाई आणि एआरएम मायक्रोप्रोसेसरसह सुसज्ज इतर उपकरणे "रास्पबेरी" सारख्याच स्तरावर ठेवली जाऊ शकतात. "मालिंका" हा सर्वात आक्रमकपणे जाहिरात केलेला पर्याय म्हणून निवडला गेला. या "सिंगल बोर्ड कॉम्प्युटर" साठी किमान काही उपयुक्त वापर शोधण्यासाठी एका महिन्यापेक्षा जास्त वेळ लागला. व्हर्च्युअल रिॲलिटीबद्दल नुकतीच एक विज्ञान कथा कादंबरी वाचून शेवटी, मी त्यावर मेल सर्व्हर सुरू करण्याचा निर्णय घेतला.

विकिपीडिया म्हणतो, “हे वेबच्या भवितव्याची एक अद्भुत दृष्टी आहे. पहिल्या प्रकाशनाच्या तारखेपासून 20 वर्षे झाली आहेत. भविष्य आले आहे. तथापि, मला सात हजार सदस्यांशिवाय, "माझ्या साइटसाठी मासिक उत्पन्न" च्या दहा हजार रूबलशिवाय ते चांगले वाटत नाही. ज्याने, बहुधा, "त्यांच्या (नवीन वापरकर्ते - N.M.) पोस्टवर अल्प संख्येने लाईक्स" सह "विकेंद्रित सोशल नेटवर्क्स" कडे मला ढकलले, डोमेन नोंदणी करून आणि माझा स्वतःचा सर्व्हर लॉन्च केला.

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

आणि मग असे दिसून आले की हे कायदे पावसानंतरच्या मशरूमसारखे आहेत. जर मी विनामूल्य मेल वापरणे सुरू ठेवले असते, तर मला कदाचित माहित नसते.

"आणि आता तू आणि मी कोण?"

प्रथम, कायद्यामध्ये ईमेल सेवेचा कोणताही संयोजक नाही. एक "इन्स्टंट मेसेजिंग सर्व्हिस ऑर्गनायझर" आहे, परंतु हे थोडे वेगळे आहे. "वैयक्तिक, कौटुंबिक आणि घरगुती गरजांसाठी" व्यतिरिक्त, अर्थातच, या आयोजकाकडून कायद्याने प्रदान केलेल्या सर्व जबाबदाऱ्या काढून टाकल्या जातात, परंतु तरीही आवश्यक असलेल्या आयोजकाकडून नाही.

कायद्यासह, उबंटू सर्व्हर मॅन्युअल हातात असल्याने, मला वाटते की त्यांच्या इन्स्टंट मेसेजेससह चॅट व्यतिरिक्त, "इंटरनेट वापरकर्त्यांकडून इलेक्ट्रॉनिक संदेश प्राप्त करणे, प्रसारित करणे, वितरित करणे आणि (किंवा) प्रक्रिया करणे," ईमेल सेवा देखील हेतू आहेत ( जे स्पष्ट आहे), आणि फाइल सर्व्हर (जे इतके स्पष्ट नाही).

विकास

हॅशटॅग पोस्टफिक्ससह येथील इतर लेखांच्या तुलनेत, माझी निर्मिती अर्थातच अतिशय प्राचीन आहे. कोणतेही वापरकर्ता प्रमाणीकरण नाही, कोणताही डेटाबेस नाही, कोणतेही वापरकर्ते स्थानिक खात्यांशी जोडलेले नाहीत (पहिले आणि तिसरे "किमान मेल सर्व्हर" मध्ये आहेत; डेटाबेस जवळजवळ सर्वत्र आहे, डोव्हॅकॅटप्रमाणेच).

"माझ्या मते, एक मेल सिस्टम सेट करणे हे सिस्टम प्रशासनातील सर्वात कठीण काम आहे," एका हॅब्रा वापरकर्त्याने खूप चांगले लिहिले. खालील PostfixBasicSetupHowto (कडून help.ubuntu.com), तथापि, मी उपनाव डेटाबेस, .फॉरवर्ड फायली आणि आभासी उपनावे बद्दलचे भाग वगळले.

पण ssl/tls साठी मी समर्पित पोस्टफिक्सकडून प्रमाणपत्रे तयार करण्यासाठी बॅशसाठी 12 कॉन्फिगरेशन लाइन्स अधिक 9 कमांड लाइन्स घेतल्या. लेख CommunityHelpWiki वर (त्याच डोमेनवर help.ubuntu.com) (फक्त हे ssl/tls कार्य करते - हा प्रश्न आहे). प्रदात्याच्या वैयक्तिक खात्यातील फायरवॉल, राउटरवर नॅट (मी शक्य तितक्या लांब Mikrotik सेट करणे थांबवले; मी मेल सर्व्हरला थेट अपार्टमेंटमध्ये स्थापित इंटरनेट प्रदाता केबलशी कनेक्ट करून पत्र पाठवले), आदेश मेल, mailq, postsuper -d आयडेंटिफायर, फाईल देखील उपयोगी होती /var/log/mail.log, parameter always_add_missing_headers, ptr रेकॉर्डबद्दल माहिती, शेवटी, साइट mail-tester.com (ऑलिगोफ्रेनिक डिझाइनसह), ज्याबद्दल “mail” मध्ये लिहिलेले नाही. " हाबरवरील लेख, जणू काही ती नक्कीच बाब आहे.

/etc/postfix/main.cf फाइलमधील myhostname पॅरामीटरचे मूल्य दुरुस्त करण्यापूर्वी

/etc/postfix/main.cf फाइलमधील myhostname पॅरामीटरचे मूल्य दुरुस्त केल्यानंतर

इंटरनेट प्रदात्याच्या तांत्रिक समर्थन सेवेच्या पहिल्या पत्राने मला शिकवले की मेल कन्सोल प्रोग्राम वापरून अक्षरे उघडण्याची आवश्यकता नाही, जेणेकरून नंतर ते परिचित ईमेल क्लायंट वापरून उघडले आणि वाचता येतील. वरवर पाहता, "नवशिक्या प्रशासकांसाठी" ही समस्या नाही.

याउलट, टिप्पण्यांमध्ये (पोस्टफिक्स हॅशटॅगसह इतर लेखांसाठी) एक Habr वापरकर्ता "गोष्टी थोडे क्लिष्ट करण्यासाठी, वेब इंटरफेसचे विविध भाग आणि डेटाबेसमधून प्रमाणीकरण कसे करावे" असे विचारतो, दुसऱ्यासाठी "वरवर पाहता, हे सर्वात जास्त आहे. ज्यांनी मुळा पेक्षा गोड काहीही करून पाहिले नाही त्यांच्यासाठी कठीण आहे: कर्नल क्रॅश, सुरक्षा (सेलिनक्स/ॲपर्मर), किंचित वितरित प्रणाली...", तिसरा "iRedmail स्क्रिप्ट" बद्दल लिहितो. IPv6 बद्दल लिहायला सुचवण्यासाठी तुम्ही फक्त पुढची वाट पहा.

ईमेल सेवा हे व्हॅक्यूममध्ये गोलाकार घोडे नसतात, त्या संपूर्ण भाग असतात - संगणक आणि डोमेन नाव निवडण्यापासून ते राउटर सेट करण्यापर्यंत - ज्याला मेल सर्व्हर सेट करण्यासाठी कोणतेही मॅन्युअल कव्हर करू शकत नाही (आणि ज्यामध्ये तुम्ही कदाचित कधीही करणार नाही. हार्डवेअर वाचा - पोस्टफिक्स SMTP रिले आणि प्रवेश नियंत्रण, अधिकृत पोस्टफिक्स वेबसाइटवर उपलब्ध).

Mikrotik ही संपूर्ण वेगळी कथा आहे.

ठीक आहे आता सर्व संपले आहे. ईमेलने प्राप्त झालेल्या पत्रात कन्सोल कमांड, कॉन्फिगरेशन फाइल्स (डीएनएस सेट अप करण्यासह), लॉग, दस्तऐवज, रशियन अक्षरांऐवजी हेक्साडेसिमल क्रमांक (koi8-r अक्षर सारणीनुसार) यांचा संच बंद केला आहे आणि तो एक परिचित ईमेल राहिला आहे. क्लायंट त्याच्या प्रोटोकॉलसह imap, pop3, smtp, खाती, येणारे आणि पाठवलेले संदेश.

सर्वसाधारणपणे, मोठ्या IT कंपन्यांकडून विनामूल्य ईमेल सेवा वापरताना ईमेल कसा दिसतो तेच दिसते.

जरी वेब इंटरफेसशिवाय.

शोषण

तरीही, नोंदी पाहण्यापासून सुटका नाही!

ज्यांना इथे डार्कनेटबद्दल वाचण्याची अपेक्षा आहे त्यांना खूश करण्यासाठी मी घाई केली. कारण मी याला काही रहस्यमय डार्कनेटच्या प्रकटीकरणाशिवाय दुसरे काहीही म्हणू शकत नाही ज्याने नवीन तयार केलेल्या सर्व्हरचा मेल लॉग भरला होता, म्हणजे, काही दिवसांत (थेट कनेक्ट केल्यानंतर) वेगवेगळ्या अंतर्गत pop3 द्वारे कनेक्ट करण्याच्या प्रयत्नांबद्दल संदेशांसह. दोन आयपी पत्त्यांकडून नावे (मला आधी चुकून वाटले की हा सर्व्हर वेळोवेळी रांगेतून दोन अक्षरे पाठवण्याचा प्रयत्न करीत आहे आणि मला असे अजिबात वाटले नाही की माझा मेल इंटरनेटवर इतर कोणासही स्वारस्य देईल).

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

आणि ते माझ्या मेलच्या संरक्षणाचा नाश करतील.

स्त्रोत: www.habr.com