पोस्टफ़िक्स 3.6.0 मेल सर्वर का रिलीज़

एक साल के विकास के बाद, पोस्टफ़िक्स मेल सर्वर की एक नई स्थिर शाखा जारी की गई - 3.6.0। साथ ही, इसने 3.2 की शुरुआत में जारी पोस्टफ़िक्स 2017 शाखा के लिए समर्थन समाप्त करने की घोषणा की। पोस्टफ़िक्स उन दुर्लभ परियोजनाओं में से एक है जो एक ही समय में उच्च सुरक्षा, विश्वसनीयता और प्रदर्शन को जोड़ती है, जिसे एक सुविचारित वास्तुकला और कोड डिज़ाइन और पैच ऑडिटिंग के लिए काफी सख्त नीति के कारण हासिल किया गया था। प्रोजेक्ट कोड ईपीएल 2.0 (एक्लिप्स पब्लिक लाइसेंस) और आईपीएल 1.0 (आईबीएम पब्लिक लाइसेंस) के तहत वितरित किया गया है।

लगभग 600 हजार मेल सर्वरों के एक अप्रैल के स्वचालित सर्वेक्षण के अनुसार, 33.66% (एक साल पहले 34.29%) मेल सर्वरों पर पोस्टफ़िक्स का उपयोग किया जाता है, एक्ज़िम की हिस्सेदारी 59.14% (57.77%), सेंडमेल - 3.6% (3.83) है %), मेलइनेबल - 2.02% (2.12%), एमडेमॉन - 0.60% (0.77%), माइक्रोसॉफ्ट एक्सचेंज - 0.32% (0.47%)।

मुख्य नवाचार:

• पोस्टफ़िक्स घटकों के बीच इंटरैक्शन के लिए उपयोग किए जाने वाले आंतरिक प्रोटोकॉल में परिवर्तन के कारण, अपडेट करने से पहले मेल सर्वर को "पोस्टफ़िक्स स्टॉप" कमांड के साथ रोकना आवश्यक है। अन्यथा, पिकअप, क्यूएमजीआर, सत्यापित, टीएलएसप्रॉक्सी और पोस्टस्क्रीन प्रक्रियाओं के साथ इंटरैक्ट करते समय विफलताएं हो सकती हैं, जिसके परिणामस्वरूप पोस्टफ़िक्स के पुनरारंभ होने तक ईमेल भेजने में देरी हो सकती है।
• समुदाय के कुछ सदस्यों द्वारा नस्लीय भेदभाव के रूप में समझे जाने वाले "श्वेत" और "काले" शब्दों का उल्लेख हटा दिया गया है। "श्वेत सूची" और "काली सूची" के बजाय, "अनुमति सूची" और "अस्वीकृत सूची" का उपयोग अब किया जाना चाहिए (उदाहरण के लिए, पैरामीटर पोस्टस्क्रीन_allowlist_interfaces, postscreen_denylist_action और postscreen_dnsbl_allowlist_threshold)। परिवर्तन दस्तावेज़ीकरण, पोस्टस्क्रीन प्रक्रिया की सेटिंग्स (अंतर्निहित फ़ायरवॉल) और लॉग में जानकारी के प्रतिबिंब को प्रभावित करते हैं। पोस्टफिक्स/पोस्टस्क्रीन[पीआईडी]: अनुमति सूची वीटो [पता]:पोर्ट पोस्टफिक्स/पोस्टस्क्रीन[पीआईडी]: अनुमतिसूचीबद्ध [पता]:पोर्ट पोस्टफिक्स/पोस्टस्क्रीन[पीआईडी]: अस्वीकृत [पता]:पोर्ट

  लॉग में पिछले शब्दों को संरक्षित करने के लिए, "respectful_logging = no" पैरामीटर प्रदान किया गया है, जिसे "compatibility_level = 3.6" से पहले main.cf में निर्दिष्ट किया जाना चाहिए। बैकवर्ड संगतता के लिए पुराने पोस्टस्क्रीन सेटिंग्स नामों के लिए समर्थन बरकरार रखा गया है। साथ ही, कॉन्फ़िगरेशन फ़ाइल "master.cf" अभी अपरिवर्तित बनी हुई है।

• "संगतता_स्तर = 3.6" मोड में, एमडी256 के बजाय SHA5 हैश फ़ंक्शन का उपयोग करने के लिए डिफ़ॉल्ट स्विच बनाया गया था। यदि आप संगतता_स्तर पैरामीटर में पुराना संस्करण सेट करते हैं, तो एमडी5 का उपयोग जारी रहेगा, लेकिन हैश के उपयोग से संबंधित सेटिंग्स के लिए जिसमें एल्गोरिदम स्पष्ट रूप से परिभाषित नहीं है, लॉग में एक चेतावनी प्रदर्शित की जाएगी। डिफी-हेलमैन कुंजी एक्सचेंज प्रोटोकॉल के निर्यात संस्करण के लिए समर्थन बंद कर दिया गया है (tlsproxy_tls_dh512_param_file पैरामीटर का मान अब अनदेखा कर दिया गया है)।
• मास्टर.सीएफ में गलत हैंडलर प्रोग्राम निर्दिष्ट करने से जुड़ी समस्याओं का सरलीकृत निदान। ऐसी त्रुटियों का पता लगाने के लिए, पोस्टड्रॉप सहित प्रत्येक बैकएंड सेवा, अब संचार शुरू करने से पहले प्रोटोकॉल नाम का विज्ञापन करती है, और सेंडमेल सहित प्रत्येक क्लाइंट प्रक्रिया यह जांच करती है कि विज्ञापित प्रोटोकॉल नाम समर्थित संस्करण से मेल खाता है।
• सेंडमेल और पोस्टड्रॉप प्रक्रियाओं में प्रेषक के लिफाफा पते (एसएमटीपी सत्र के दौरान "मेल फ्रॉम" कमांड में प्रदान किया गया) के असाइनमेंट पर लचीले नियंत्रण के लिए एक नया मैपिंग प्रकार "लोकल_लॉगिन_सेंडर_मैप्स" जोड़ा गया। उदाहरण के लिए, स्थानीय उपयोगकर्ताओं को, रूट और पोस्टफ़िक्स के अपवाद के साथ, केवल अपने लॉगिन को सेंडमेल में निर्दिष्ट करने की अनुमति देने के लिए, नाम के साथ यूआईडी बाइंडिंग का उपयोग करके, आप निम्नलिखित सेटिंग्स का उपयोग कर सकते हैं: /etc/postfix/main.cf: local_login_sender_maps = इनलाइन :{ { रूट = *} , { पोस्टफिक्स = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # लॉगिन और लॉगिन@डोमेन फॉर्म दोनों को निर्दिष्ट करने की अनुमति है। /(.+)/ $1 $1…@example.com
• डिफ़ॉल्ट रूप से "smtpd_relay_before_recipient_restrictions=yes" सेटिंग को जोड़ा और सक्षम किया गया है, जिसमें SMTP सर्वर smtpd_recipient_restrictions से पहले smtpd_relay_restrictions की जांच करेगा, और इसके विपरीत नहीं, पहले की तरह।
• पैरामीटर "smtpd_sasl_mechanism_list" जोड़ा गया, जो उस मामले में भ्रामक त्रुटियों को रोकने के लिए "! बाहरी, स्थिर: बाकी" पर डिफ़ॉल्ट है, जहां एसएएसएल बैकएंड "बाहरी" मोड का समर्थन करने का दावा करता है, जो पोस्टफ़िक्स में समर्थित नहीं है।
• DNS में नामों का समाधान करते समय, मल्टीथ्रेडिंग (थ्रेडसेफ) का समर्थन करने वाला एक नया एपीआई डिफ़ॉल्ट रूप से सक्षम होता है। पुराने एपीआई के साथ निर्माण करने के लिए, आपको निर्माण करते समय “makefiles CCARGS=”-DNO_RES_NCALLS…” निर्दिष्ट करना चाहिए।
• एक ही चर्चा आईडी के साथ डिलीवरी समस्याओं, विलंबित डिलीवरी या डिलीवरी पुष्टिकरण के बारे में सूचनाओं को प्रतिस्थापित करने के लिए "सक्षम_थ्रेडेड_बाउंस = हाँ" मोड जोड़ा गया (अधिसूचना अन्य पत्राचार संदेशों के साथ मेल क्लाइंट द्वारा उसी थ्रेड में दिखाई जाएगी)।
• डिफ़ॉल्ट रूप से, /etc/services सिस्टम डेटाबेस का उपयोग अब SMTP और LMTP के लिए TCP पोर्ट नंबर निर्धारित करने के लिए नहीं किया जाता है। इसके बजाय, पोर्ट नंबर ज्ञात_tcp_ports पैरामीटर (डिफ़ॉल्ट lmtp=24, smtp=25, smtps=submissions=465, सबमिशन=587) के माध्यम से कॉन्फ़िगर किए जाते हैं। यदि Known_tcp_ports में कुछ सेवा गायब है, तो /etc/services का उपयोग जारी रहेगा।
• संगतता स्तर ("संगतता_स्तर") को "3.6" तक बढ़ा दिया गया है (पैरामीटर को अतीत में दो बार बदला गया था, 3.6 को छोड़कर समर्थित मान 0 (डिफ़ॉल्ट), 1 और 2 हैं)। अब से, "संगतता_स्तर" उस संस्करण संख्या में बदल जाएगा जिसमें संगतता का उल्लंघन करने वाले परिवर्तन किए गए थे। संगतता स्तरों की जांच करने के लिए, main.cf और master.cf में अलग-अलग तुलना ऑपरेटर जोड़े गए हैं, जैसे "<=स्तर" और "<स्तर" (मानक तुलना ऑपरेटर उपयुक्त नहीं हैं, क्योंकि वे 3.10 को 3.9 से कम मानेंगे)।

स्रोत: opennet.ru