पोस्टफिक्स 3.6.0 मेल सर्भरको रिलीज

विकासको एक वर्ष पछि, पोस्टफिक्स मेल सर्भरको नयाँ स्थिर शाखा जारी गरिएको थियो - 3.6.0। उही समयमा, यसले पोस्टफिक्स 3.2 शाखाको लागि समर्थन समाप्त भएको घोषणा गर्‍यो, जुन 2017 को शुरुमा जारी भयो। पोस्टफिक्स एकै समयमा उच्च सुरक्षा, विश्वसनीयता र प्रदर्शन संयोजन गर्ने दुर्लभ परियोजनाहरू मध्ये एक हो, जुन राम्रोसँग सोच-विचार गरिएको वास्तुकला र कोड डिजाइन र प्याच अडिटिङको लागि एकदम कडा नीतिको कारण प्राप्त भयो। परियोजना कोड EPL 2.0 (Eclipse Public License) र IPL 1.0 (IBM पब्लिक लाइसेन्स) अन्तर्गत वितरण गरिएको छ।

अप्रिलमा गरिएको स्वचालित सर्वेक्षण अनुसार लगभग ६,००,००० हुलाक सर्भरहरू, पोस्टफिक्स ३३.६६% (एक वर्ष पहिले ३४.२९%) मेल सर्भरहरूमा प्रयोग गरिन्छ, एक्जिमको हिस्सा ५९.१४% (५७.७७%), सेन्डमेल - ३.६% (३.८३%), मेलइनेबल - २.०२% (२.१२%), एमडीएमोन - ०.६०% (०.७७%), माइक्रोसफ्ट एक्सचेन्ज - ०.३२% (०.४७%) छ।

मुख्य आविष्कारहरू:

• पोस्टफिक्स कम्पोनेन्टहरू बीचको सञ्चारको लागि प्रयोग गरिने आन्तरिक प्रोटोकलहरूमा परिवर्तनहरूको कारणले गर्दा, अपग्रेड गर्नु अघि मेल सर्भर बन्द गर्नु अनिवार्य छ। सर्भर "पोस्टफिक्स स्टप" आदेश प्रयोग गर्नुहोस्। अन्यथा, पिकअप, qmgr, verify, tlsproxy, र पोस्टस्क्रिन प्रक्रियाहरूसँग अन्तर्क्रिया गर्दा तपाईंले असफलताहरू अनुभव गर्न सक्नुहुन्छ, जसले गर्दा पोस्टफिक्स पुन: सुरु नभएसम्म इमेल पठाउन ढिलाइ हुन सक्छ।
• समुदायका केही सदस्यहरूले जातीय भेदभावको रूपमा बुझेका "सेतो" र "कालो" शब्दहरूको उल्लेख हटाइएको छ। "ह्वाइटलिस्ट" र "ब्ल्याकलिस्ट" को सट्टा, "अनुमतिसूची" र "अस्वीकारकर्ता" अब प्रयोग गरिनुपर्छ (उदाहरणका लागि, पोस्टस्क्रीन_एलोलिस्ट_इन्टरफेस, पोस्टस्क्रीन_डेनाइलिस्ट_एक्शन र पोस्टस्क्रीन_डीएनएसब्ल_एलोलिस्ट_थ्रेशोल्ड)। परिवर्तनहरूले कागजात, पोस्टस्क्रिन प्रक्रियाको सेटिङहरू (निर्मित फायरवाल) र लगहरूमा जानकारीको प्रतिबिम्बलाई असर गर्छ। postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: Allowlisted [address]:port postfix/postscreen[pid]: अस्वीकार गरिएको [ठेगाना]:पोर्ट

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

• "compatibility_level = 3.6" मोडमा, MD256 को सट्टा SHA5 ह्यास प्रकार्य प्रयोग गर्न पूर्वनिर्धारित स्विच बनाइएको थियो। यदि तपाईँले compatibility_level प्यारामिटरमा पहिलेको संस्करण सेट गर्नुभयो भने, MD5 प्रयोग जारी रहन्छ, तर ह्यासको प्रयोगसँग सम्बन्धित सेटिङहरूको लागि जसमा एल्गोरिथ्म स्पष्ट रूपमा परिभाषित गरिएको छैन, लगमा चेतावनी देखाइनेछ। Diffie-Hellman कुञ्जी एक्सचेन्ज प्रोटोकलको निर्यात संस्करणको लागि समर्थन बन्द गरिएको छ (tlsproxy_tls_dh512_param_file प्यारामिटरको मान अब बेवास्ता गरिएको छ)।
• master.cf मा गलत ह्यान्डलर कार्यक्रम निर्दिष्ट गर्न सम्बन्धित समस्याहरूको सरल निदान। त्यस्ता त्रुटिहरू पत्ता लगाउन, पोस्टड्रप सहित प्रत्येक ब्याकएन्ड सेवाले अब संचार सुरु गर्नु अघि प्रोटोकल नामको विज्ञापन गर्छ, र सेन्डमेल सहित प्रत्येक क्लाइन्ट प्रक्रियाले विज्ञापित प्रोटोकल नाम समर्थित संस्करणसँग मेल खान्छ भनेर जाँच गर्दछ।
• सेन्डमेल र पोस्टड्रप प्रक्रियाहरूमा प्रेषकको खाम ठेगानाको असाइनमेन्टमा लचिलो नियन्त्रणको लागि नयाँ म्यापिङ प्रकार "local_login_sender_maps" थपियो (SMTP सत्रमा "मेल FROM" आदेशमा प्रदान गरिएको)। उदाहरणका लागि, स्थानीय प्रयोगकर्ताहरूलाई अनुमति दिन, रूट र पोस्टफिक्सको अपवाद बाहेक, सेन्डमेलमा तिनीहरूको लगइनहरू निर्दिष्ट गर्न, नाममा UID बाइन्डिङ प्रयोग गरेर, तपाईंले निम्न सेटिङहरू प्रयोग गर्न सक्नुहुन्छ: /etc/postfix/main.cf: local_login_sender_maps = inline :{ { root = *} , { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # लगइन र login@domain फारम दुवै निर्दिष्ट गर्न अनुमति छ। /(.+)/ $1 $1…@example.com
• पूर्वनिर्धारित रूपमा "smtpd_relay_before_recipient_restrictions=yes" सेटिङ थपिएको र सक्षम पारिएको छ, जसमा SMTP सर्भरले smtpd_recipient_restrictions अघि smtpd_relay_restrictions जाँच गर्नेछ, र पहिलेको जस्तै उल्टो होइन।
• थपिएको प्यारामिटर "smtpd_sasl_mechanism_list", जुन पूर्वनिर्धारित रूपमा "! external, static: rest" मा भ्रामक त्रुटिहरू रोक्नको लागि SASL ब्याकइन्डले "EXTERNAL" मोडलाई समर्थन गरेको दाबी गरेको अवस्थामा, जुन Postfix मा समर्थित छैन।
• DNS मा नामहरू समाधान गर्दा, मल्टिथ्रेडिङ (थ्रेडसेफ) लाई समर्थन गर्ने नयाँ API पूर्वनिर्धारित रूपमा सक्षम हुन्छ। पुरानो API मार्फत निर्माण गर्न, तपाईंले निर्माण गर्दा "makefiles CCARGS="-DNO_RES_NCALLS..." निर्दिष्ट गर्नुपर्छ।
• थपियो "enable_threaded_bounces = yes" मोडमा वितरण समस्याहरू बारे सूचनाहरू प्रतिस्थापन गर्न, ढिलाइ भएको डेलिभरी वा वितरण पुष्टि उही छलफल ID (सूचना अन्य पत्राचार सन्देशहरूसँगै समान थ्रेडमा मेल क्लाइन्टद्वारा देखाइनेछ)।
• पूर्वनिर्धारित रूपमा, /etc/services प्रणाली डाटाबेस अब SMTP र LMTP को लागि TCP पोर्ट नम्बरहरू निर्धारण गर्न प्रयोग गरिने छैन। बरु, पोर्ट नम्बरहरू ज्ञात_tcp_ports प्यारामिटर मार्फत कन्फिगर गरिएका छन् (पूर्वनिर्धारित lmtp=24, smtp=25, smtps=submissions=465, submission=587)। यदि ज्ञात_tcp_ports बाट केही सेवाहरू छुटेका छन् भने, /etc/services प्रयोग गर्न जारी छ।
• अनुकूलता स्तर ("compatibility_level") लाई "3.6" मा बढाइएको छ (प्यारामिटर विगतमा दुई पटक परिवर्तन गरिएको थियो, 3.6 बाहेक समर्थित मानहरू 0 (पूर्वनिर्धारित), 1 र 2 हुन्)। अब देखि, "compatibility_level" संस्करण नम्बरमा परिवर्तन हुनेछ जसमा अनुकूलता उल्लङ्घन गर्ने परिवर्तनहरू गरिएका थिए। अनुकूलता स्तरहरू जाँच गर्न, main.cf र master.cf मा अलग तुलना अपरेटरहरू थपिएका छन्, जस्तै "<=level" र "<level" (मानक तुलना अपरेटरहरू उपयुक्त छैनन्, किनकि तिनीहरूले 3.10 भन्दा कम 3.9 मानेछन्)।

स्रोत: opennet.ru