পোস্টফিক্স 3.6.0 মেল সার্ভার রিলিজ

বিকাশের এক বছর পরে, পোস্টফিক্স মেল সার্ভারের একটি নতুন স্থিতিশীল শাখা প্রকাশিত হয়েছিল - 3.6.0। একই সময়ে, এটি পোস্টফিক্স 3.2 শাখার জন্য সমর্থন শেষ করার ঘোষণা করেছে, যা 2017 সালের শুরুতে প্রকাশিত হয়েছিল। পোস্টফিক্স হল বিরল প্রকল্পগুলির মধ্যে একটি যা একই সময়ে উচ্চ নিরাপত্তা, নির্ভরযোগ্যতা এবং কর্মক্ষমতাকে একত্রিত করে, যা একটি সুচিন্তিত আর্কিটেকচার এবং কোড ডিজাইন এবং প্যাচ অডিট করার জন্য একটি মোটামুটি কঠোর নীতির জন্য ধন্যবাদ অর্জিত হয়েছিল। প্রকল্প কোড EPL 2.0 (Eclipse Public License) এবং IPL 1.0 (IBM পাবলিক লাইসেন্স) এর অধীনে বিতরণ করা হয়।

প্রায় 600 হাজার মেল সার্ভারের এপ্রিলের একটি স্বয়ংক্রিয় সমীক্ষা অনুসারে, পোস্টফিক্স 33.66% (এক বছর আগে 34.29%) মেল সার্ভারে ব্যবহৃত হয়, এক্সিমের শেয়ার 59.14% (57.77%), সেন্ডমেইল - 3.6% (3.83) %), MailEnable - 2.02% ( 2.12%), MDaemon - 0.60% (0.77%), Microsoft Exchange - 0.32% (0.47%)।

প্রধান উদ্ভাবন:

• পোস্টফিক্স উপাদানগুলির মধ্যে ইন্টারঅ্যাকশনের জন্য ব্যবহৃত অভ্যন্তরীণ প্রোটোকলগুলির পরিবর্তনের কারণে, আপডেট করার আগে "পোস্টফিক্স স্টপ" কমান্ড সহ মেল সার্ভার বন্ধ করা প্রয়োজন৷ অন্যথায়, পিকআপ, qmgr, ভেরিফাই, tlsproxy এবং পোস্টস্ক্রিন প্রক্রিয়াগুলির সাথে ইন্টারঅ্যাক্ট করার সময় ব্যর্থতা হতে পারে, যার ফলে পোস্টফিক্স পুনরায় চালু না হওয়া পর্যন্ত ইমেলগুলি প্রেরণে বিলম্ব হতে পারে।
• "সাদা" এবং "কালো" শব্দগুলির উল্লেখগুলি জাতিগত বৈষম্য হিসাবে সম্প্রদায়ের কিছু সদস্য দ্বারা অনুভূত, শুদ্ধ করা হয়েছে৷ "হোয়াইটলিস্ট" এবং "ব্ল্যাকলিস্ট" এর পরিবর্তে, "অনুমোদিত তালিকা" এবং "অস্বীকৃত" এখন ব্যবহার করা উচিত (উদাহরণস্বরূপ, পরামিতি postscreen_allowlist_interfaces, postscreen_denylist_action এবং postscreen_dnsbl_allowlist_threshold)। পরিবর্তনগুলি ডকুমেন্টেশন, পোস্টস্ক্রিন প্রক্রিয়ার সেটিংস (বিল্ট-ইন ফায়ারওয়াল) এবং লগগুলিতে তথ্যের প্রতিফলনকে প্রভাবিত করে। postfix/postscreen[pid]: ALLOWLIST VETO [address]:port postfix/postscreen[pid]: Allowlisted [address]:port postfix/postscreen[pid]: অস্বীকার করা [address]:port

  লগগুলিতে পূর্ববর্তী পদগুলি সংরক্ষণ করার জন্য, “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 এ একটি ভুল হ্যান্ডলার প্রোগ্রাম নির্দিষ্ট করার সাথে সম্পর্কিত সমস্যার সরলীকৃত নির্ণয়। এই ধরনের ত্রুটি সনাক্ত করতে, পোস্টড্রপ সহ প্রতিটি ব্যাকএন্ড পরিষেবা এখন যোগাযোগ শুরু করার আগে প্রোটোকল নামের বিজ্ঞাপন দেয় এবং সেন্ডমেল সহ প্রতিটি ক্লায়েন্ট প্রক্রিয়া চেক করে যে বিজ্ঞাপিত প্রোটোকলের নাম সমর্থিত রূপের সাথে মেলে।
• সেন্ডমেল এবং পোস্টড্রপ প্রক্রিয়াগুলিতে প্রেরকের খামের ঠিকানা (একটি SMTP সেশনের সময় "মেল ফ্রম" কমান্ডে দেওয়া) নিয়োগের উপর নমনীয় নিয়ন্ত্রণের জন্য একটি নতুন ম্যাপিং টাইপ "local_login_sender_maps" যোগ করা হয়েছে৷ উদাহরণস্বরূপ, স্থানীয় ব্যবহারকারীদের অনুমতি দিতে, রুট এবং পোস্টফিক্স বাদ দিয়ে, নামের সাথে ইউআইডি বাইন্ডিং ব্যবহার করে শুধুমাত্র সেন্ডমেইলে তাদের লগইন নির্দিষ্ট করতে, আপনি নিম্নলিখিত সেটিংস ব্যবহার করতে পারেন: /etc/postfix/main.cf: local_login_sender_maps = inline :{ { root = *} , { postfix = * } }, pcre:/etc/postfix/login_senders /etc/postfix/login_senders: # লগইন এবং login@ডোমেন ফর্ম উভয়ই উল্লেখ করার অনুমতি রয়েছে। /(.+)/ $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" মোড সমর্থন করে, যা পোস্টফিক্সে সমর্থিত নয়।
• ডিএনএস-এ নামগুলি সমাধান করার সময়, একটি নতুন API যা মাল্টিথ্রেডিং (থ্রেডসেফ) সমর্থন করে ডিফল্টরূপে সক্রিয় করা হয়। পুরানো এপিআই দিয়ে তৈরি করার জন্য, নির্মাণ করার সময় আপনাকে "মেকফাইলস CCARGS="-DNO_RES_NCALLS..." উল্লেখ করতে হবে।
• ডেলিভারি সমস্যা, বিলম্বিত ডেলিভারি বা ডেলিভারি নিশ্চিতকরণ সম্পর্কে একই আলোচনা আইডির সাথে বিজ্ঞপ্তিগুলিকে প্রতিস্থাপন করতে "enable_threaded_bounces = yes" মোড যোগ করা হয়েছে (অন্যান্য চিঠিপত্রের বার্তাগুলির সাথে একই থ্রেডে মেল ক্লায়েন্টের দ্বারা বিজ্ঞপ্তিটি দেখানো হবে)।
• ডিফল্টরূপে, SMTP এবং LMTP-এর জন্য TCP পোর্ট নম্বর নির্ধারণ করতে /etc/services সিস্টেম ডাটাবেস আর ব্যবহার করা হয় না। পরিবর্তে, পোর্ট নম্বরগুলি পরিচিত_tcp_ports প্যারামিটারের মাধ্যমে কনফিগার করা হয় (ডিফল্ট lmtp=24, smtp=25, smtps=submissions=465, submission=587)। পরিচিত_tcp_ports থেকে কিছু পরিষেবা অনুপস্থিত থাকলে, /etc/services ব্যবহার করা অব্যাহত থাকে।
• সামঞ্জস্যের স্তর ("সামঞ্জস্য_স্তর") "3.6" এ উন্নীত হয়েছে (প্যারামিটারটি অতীতে দুবার পরিবর্তিত হয়েছিল, 3.6 ব্যতীত সমর্থিত মানগুলি হল 0 (ডিফল্ট), 1 এবং 2)। এখন থেকে, "সামঞ্জস্য_স্তর" সেই সংস্করণ নম্বরে পরিবর্তিত হবে যেখানে পরিবর্তনগুলি করা হয়েছিল যা সামঞ্জস্যতা লঙ্ঘন করে৷ সামঞ্জস্যের মাত্রা পরীক্ষা করার জন্য, main.cf এবং master.cf-এ আলাদা তুলনা অপারেটর যোগ করা হয়েছে, যেমন “<=level” এবং “<level” (স্ট্যান্ডার্ড তুলনা অপারেটর উপযুক্ত নয়, যেহেতু তারা 3.10-এর থেকে 3.9 কম বিবেচনা করবে)।

উত্স: opennet.ru