পোস্টফিক্স 3.7.0 মেল সার্ভার উপলব্ধ

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

প্রায় 500 হাজার মেইল ​​সার্ভারের জানুয়ারির স্বয়ংক্রিয় সমীক্ষা অনুসারে, পোস্টফিক্স 34.08% (এক বছর আগে 33.66%) মেল সার্ভারে ব্যবহৃত হয়, এক্সিমের শেয়ার 58.95% (59.14%), সেন্ডমেইল - 3.58% (3.6%)। %), MailEnable - 1.99% ( 2.02%), MDaemon - 0.52% (0.60%), Microsoft Exchange - 0.26% (0.32%), OpenSMTPD - 0.06% (0.05%)।

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

• বাহ্যিক ফাইল বা ডাটাবেস সংযোগ না করেই পোস্টফিক্স কনফিগারেশন প্যারামিটার মানগুলির মধ্যে ছোট টেবিলের বিষয়বস্তু "cidr:", "pcre:" এবং "regexp:" সন্নিবেশ করা সম্ভব। ইন-প্লেস প্রতিস্থাপন কোঁকড়া ধনুর্বন্ধনী ব্যবহার করে সংজ্ঞায়িত করা হয়, উদাহরণস্বরূপ, smtpd_forbidden_commands প্যারামিটারের ডিফল্ট মানটিতে এখন "CONNECT GET POST regexp:{{/^[^AZ]/ Thrash}}" স্ট্রিং রয়েছে যাতে পাঠানো ক্লায়েন্টদের কাছ থেকে সংযোগ নিশ্চিত করা যায় কমান্ডের পরিবর্তে আবর্জনা ফেলে দেওয়া হয়। সাধারণ সিনট্যাক্স: /etc/postfix/main.cf: প্যারামিটার = .. মানচিত্র-প্রকার: { { নিয়ম-১ }, { নিয়ম-২ } .. } .. /etc/postfix/master.cf: .. -o { প্যারামিটার = .. মানচিত্র-প্রকার: { { নিয়ম-১ }, { নিয়ম-২ } .. } .. } ..
• পোস্টলগ হ্যান্ডলার এখন সেট-গিড পতাকা দিয়ে সজ্জিত এবং, চালু হলে, পোস্টড্রপ গ্রুপের বিশেষাধিকারগুলির সাথে ক্রিয়াকলাপ সম্পাদন করে, যা এটিকে ব্যাকগ্রাউন্ড পোস্টলগড প্রক্রিয়ার মাধ্যমে লগ লেখার জন্য সুবিধাবিহীন প্রোগ্রামগুলিকে ব্যবহার করতে দেয়, যা নমনীয়তা বৃদ্ধির অনুমতি দেয়। maillog_file কনফিগার করা এবং কন্টেইনার থেকে stdout লগিং সহ।
• OpenSSL 3.0.0, PCRE2 এবং Berkeley DB 18 লাইব্রেরির জন্য API সমর্থন যোগ করা হয়েছে।
• কী ব্রুট ফোর্স ব্যবহার করে হ্যাশে সংঘর্ষ নির্ধারণ করতে আক্রমণের বিরুদ্ধে সুরক্ষা যোগ করা হয়েছে। RAM-তে সংরক্ষিত হ্যাশ টেবিলের প্রাথমিক অবস্থার র্যান্ডমাইজেশনের মাধ্যমে সুরক্ষা প্রয়োগ করা হয়। বর্তমানে, এই ধরনের আক্রমণ চালানোর জন্য শুধুমাত্র একটি পদ্ধতি চিহ্নিত করা হয়েছে, যার মধ্যে SMTP ক্লায়েন্টদের IPv6 ঠিকানাগুলি অ্যানভিল পরিষেবাতে গণনা করা এবং হাজার হাজার বিভিন্ন ক্লায়েন্ট আইপি ঠিকানাগুলির মাধ্যমে চক্রাকারে অনুসন্ধান করার সময় প্রতি সেকেন্ডে শত শত স্বল্প-মেয়াদী সংযোগ স্থাপনের প্রয়োজন। . বাকি হ্যাশ টেবিলগুলি, যেগুলির কীগুলি আক্রমণকারীর ডেটার উপর ভিত্তি করে চেক করা যেতে পারে, এই ধরনের আক্রমণের জন্য সংবেদনশীল নয়, কারণ তাদের একটি আকারের সীমা রয়েছে (প্রতি 100 সেকেন্ডে একবার অ্যাভিল পরিষ্কার করা হয়)৷
• বাহ্যিক ক্লায়েন্ট এবং সার্ভারগুলির বিরুদ্ধে শক্তিশালী সুরক্ষা যা খুব ধীরে ধীরে SMTP এবং LMTP সংযোগগুলিকে সক্রিয় রাখতে বিট করে ডেটা স্থানান্তর করে (উদাহরণস্বরূপ, প্রতিষ্ঠিত সংযোগের সংখ্যার সীমা শেষ করার শর্ত তৈরি করে কাজ ব্লক করা)। রেকর্ডের ক্ষেত্রে সময়ের সীমাবদ্ধতার পরিবর্তে, এখন অনুরোধের ক্ষেত্রে একটি সীমাবদ্ধতা প্রয়োগ করা হয়েছে, এবং DATA এবং BDAT ব্লকে ন্যূনতম সম্ভাব্য ডেটা স্থানান্তর হারের উপর একটি সীমাবদ্ধতা যুক্ত করা হয়েছে। সেই অনুযায়ী, {smtpd,smtp,lmtp}_per_record_deadline সেটিংস {smtpd,smtp,lmtp}_per_request_deadline এবং {smtpd, smtp,lmtp}_min_data_rate দ্বারা প্রতিস্থাপিত হয়েছে৷
• পোস্টকিউ কমান্ড নিশ্চিত করে যে অ-মুদ্রণযোগ্য অক্ষর, যেমন নিউলাইন, স্ট্যান্ডার্ড আউটপুটে প্রিন্ট করার আগে বা JSON-এ স্ট্রিং ফর্ম্যাট করার আগে পরিষ্কার করা হয়।
• tlsproxy-এ, tlsproxy_client_level এবং tlsproxy_client_policy প্যারামিটারগুলিকে নতুন সেটিংস tlsproxy_client_security_level এবং tlsproxy_client_policy_maps দ্বারা প্রতিস্থাপিত করা হয়েছে পোস্টফিক্সে প্যারামিটারগুলির নামগুলিকে একীভূত করার জন্য সেটিংস)।
• LMDB ব্যবহার করে ক্লায়েন্টদের থেকে ত্রুটি হ্যান্ডলিং পুনরায় কাজ করা হয়েছে.

উত্স: opennet.ru