পোস্টফিক্স 3.6.0 অন্তর্ভুক্তিমূলক শর্তাদি, উন্নতি এবং আরও অনেক কিছু নিয়ে আসে

উন্নয়নের এক বছর পরে, পোস্টফিক্স 3.6.0 মেল সার্ভারের একটি নতুন স্থিতিশীল শাখা প্রকাশিত হয়েছিল এবং একই সময়ে, 3.2 এর প্রথম দিকে প্রকাশিত পোস্টফিক্স 2017 শাখার পক্ষে সমর্থন ঘোষণা করা হয়েছিল।

পোস্টফিক্স হয় উচ্চ সুরক্ষা, নির্ভরযোগ্যতা এবং কর্মক্ষমতা একত্রিত কয়েকটি প্রকল্পের একটি একই সময়ে, যা একটি সুচিন্তিত আর্কিটেকচার এবং মোটামুটি কঠোর কোডিং এবং প্যাচ অডিটিং নীতিকে ধন্যবাদ জানায়।

মূল সংবাদ পোস্টফিক্স 3.6.0

এই নতুন সংস্করণে "সাদা" এবং "কালো" শব্দের উল্লেখের একটি শুদ্ধি সম্পাদিত হয়েছে, সম্প্রদায়ের কিছু সদস্য জাতিগত বৈষম্য হিসাবে বিবেচিত। "সাদা তালিকা" এবং "কালো তালিকা" পরিবর্তে, তাদের এখন নিম্নলিখিত শব্দগুলি "অনুমতি তালিকা" এবং "তালিকা অস্বীকার করুন" ব্যবহার করতে হবে (উদাহরণস্বরূপ, প্যারামিটারগুলি postscreen_allowlist_interfaces, postscreen_denylist_action y postscreen_dnsbl_allowlist_threshold)। পরিবর্তনগুলি ডকুমেন্টেশন, পোস্ট-স্ক্রীন কনফিগারেশন (অন্তর্নির্মিত ফায়ারওয়াল) এবং লগগুলিতে তথ্যের প্রতিবিম্বকে প্রভাবিত করে।

পুরানো শর্তাবলী সংরক্ষণ করার জন্য রেকর্ডে, পরামিতি «respectful_logging=no', যা অবশ্যই main.cf এ নির্দিষ্ট করা উচিত  এবং পুরানো সেটিংসের সাথে পশ্চাদপটে সামঞ্জস্যতা পিছিয়ে সামঞ্জস্যতার কারণেও ধরে রাখা হয়েছে। কনফিগারেশন ফাইল "master.cf" এখনই পরিবর্তিত হয়নি।

অন্যদিকে, অন্য যে পরিবর্তনগুলি দাঁড়িয়ে আছে এই নতুন সংস্করণ মোড হয় গompatibility_level=3.6, MD256 এর পরিবর্তে SHA5 হ্যাশ ফাংশনটি ব্যবহার করতে ডিফল্ট রূপান্তরটি তৈরি করা হয়েছিল।

পুরানো সংস্করণটি কনফিগার করার সময়, এমডি 5 সামঞ্জস্যতা স্তরের পরামিতিতে প্রয়োগ করতে থাকে, তবে হ্যাশিং সম্পর্কিত সেটিংসের জন্য, যেখানে অ্যালগরিদম সুস্পষ্টভাবে সংজ্ঞায়িত হয় না, লগতে একটি সতর্কতা প্রদর্শিত হবে।

ডিফি-হেলম্যান কী এক্সচেঞ্জ প্রোটোকলের রফতানি সংস্করণটির জন্য সমর্থন সরানো হয়েছে (এখন প্যারামিটারের মান উপেক্ষা করা হবে tlsproxy_tls_dh512_param_file) মাস্টার.সিএফ-তে ভুল ড্রাইভার প্রোগ্রাম নির্দিষ্ট করার সম্পর্কিত সমস্যা থেকে সরলীকৃত।

এই ধরনের ত্রুটিগুলি সনাক্ত করতে, পোস্টড্রপ সহ প্রতিটি অভ্যন্তরীণ পরিষেবা এখন ডেটা এক্সচেঞ্জ শুরু করার আগে প্রোটোকলের নাম ঘোষণা করে এবং প্রেরণমেল সহ প্রতিটি ক্লায়েন্ট প্রক্রিয়াটি যাচাই করা প্রোটোকলের নাম সমর্থিত বৈকল্পিকের সাথে মেলে তা যাচাই করে।

এছাড়াও এটি লক্ষ করা যায় যে নতুন ধরণের অ্যাসাইনমেন্ট যুক্ত হয়েছিল «local_login_sender_maps« প্রেরকের খামের ঠিকানা (এসএমটিপি অধিবেশন চলাকালীন "মেইল ফ্রম" কমান্ডে প্রেরণ) সেন্ডমেল এবং পোস্টড্রপ প্রক্রিয়াগুলিতে নির্ধারিত নিয়ন্ত্রণের জন্য। উদাহরণস্বরূপ, রুট এবং পোস্টফিক্স ব্যতীত স্থানীয় ব্যবহারকারীদের কেবলমাত্র ইউআইডি থেকে নামের বাইন্ডিং ব্যবহার করে কেবলমাত্র তাদের লগইনগুলি প্রেরণমেলকে নির্দিষ্ট করার জন্য অনুমতি দেওয়া।

ডিএনএস ডিফল্ট একটি নতুন এপিআই ব্যবহার করে যা ডিফল্টরূপে বহু-থ্রেডিং (থ্রেড নিরাপদ) সমর্থন করে। উপরের এপিআই দিয়ে সংকলন করতে, comp সংকলন করার সময় আপনাকে অবশ্যই উল্লেখ করতে হবে «make makefiles CCARGS="-DNO_RES_NCALLS... "।

যুক্ত মোড «enable_threaded_bounces=yesDelivery বিতরণ সমস্যাগুলির জন্য বিজ্ঞপ্তিগুলি প্রতিস্থাপন করা, একই আলোচনার আইডির সাথে বিলম্বিত বিতরণ বা বিতরণ নিশ্চিতকরণ (ইমেল ক্লায়েন্ট বিজ্ঞপ্তিটি একই চিঠির সাথে বাকী চিঠিপত্রের বার্তা সহ প্রদর্শন করবে)।

ডিফল্টরূপে, / etc / পরিষেবাদি সিস্টেম ডাটাবেস এসএমটিপি এবং এলএমটিপি-র জন্য টিসিপি পোর্ট সংখ্যা নির্ধারণের জন্য আর ব্যবহার করা হয় না। পরিবর্তে, বন্দর নম্বরগুলি পরিচিত_tcp_port পরামিতি (ডিফল্ট) এর মাধ্যমে কনফিগার করা হয়েছে lmtp=24, smtp=25, smtps=submissions=465, submit=587)। জ্ঞাত_টিসিপি_পোর্টগুলিতে যদি কোনও অনুপস্থিত পরিষেবা থাকে তবে / ইত্যাদি / পরিষেবাগুলি ব্যবহার করা অবিরত থাকবে।

সামঞ্জস্যতা স্তর ("সামঞ্জস্যতা_সামগ্রী") "3.6" মানে উন্নীত করা হয়েছে (প্যারামিটার অতীতে দু'বার পরিবর্তিত হয়েছিল, 3.6 বাদে, মান 0 (ডিফল্ট), 1 এবং 2 সামঞ্জস্যপূর্ণ)।

এখন থেকে "সামঞ্জস্যতা_সামান্য" সেই সংস্করণ নম্বরে পরিবর্তিত হবে যেখানে সামঞ্জস্যতা ভঙ্গকারী পরিবর্তনগুলি করা হয়েছিল। সামঞ্জস্যতা স্তরগুলি পরীক্ষা করতে, পৃথক তুলনা অপারেটরগুলি মেইন সিএফ এবং মাস্টার সিএফ-তে যুক্ত করা হয়েছে, যেমন "<= স্তর" এবং "

শেষ পর্যন্ত এটি উল্লেখ করা হয় অভ্যন্তরীণ প্রোটোকলগুলির পরিবর্তনের কারণে যোগাযোগের জন্য ব্যবহৃত পোস্টফিক্স উপাদানগুলির মধ্যে, মেল সার্ভারটি বন্ধ করা প্রয়োজন কমান্ড সহ «postfix স্টপ with আপডেট করার আগে.

এটি করতে ব্যর্থ হওয়ার ফলে পিকআপ, কিউএমজিআর, যাচাইকরণ, টিএলস্প্রোক্সি এবং পোস্টস্ক্রিন প্রক্রিয়াগুলি ক্র্যাশ হতে পারে, যা পোস্টফিক্স পুনরায় আরম্ভ না হওয়া অবধি ইমেল প্রেরণে বিলম্ব করতে পারে।

আপনি যদি এটি সম্পর্কে আরও জানতে চান তবে আপনি এটি করতে পারেন নিম্নলিখিত লিঙ্কটি পরীক্ষা করুন।


আপনার মন্তব্য দিন

আপনার ইমেল ঠিকানা প্রকাশিত হবে না। প্রয়োজনীয় ক্ষেত্রগুলি দিয়ে চিহ্নিত করা *

*

*

  1. ডেটার জন্য দায়বদ্ধ: মিগুয়েল অ্যাঞ্জেল গাটান
  2. ডেটার উদ্দেশ্য: নিয়ন্ত্রণ স্প্যাম, মন্তব্য পরিচালনা।
  3. আইনীকরণ: আপনার সম্মতি
  4. তথ্য যোগাযোগ: ডেটা আইনি বাধ্যবাধকতা ব্যতীত তৃতীয় পক্ষের কাছে জানানো হবে না।
  5. ডেটা স্টোরেজ: ওসেন্টাস নেটওয়ার্কস (ইইউ) দ্বারা হোস্ট করা ডেটাবেস
  6. অধিকার: যে কোনও সময় আপনি আপনার তথ্য সীমাবদ্ধ করতে, পুনরুদ্ধার করতে এবং মুছতে পারেন।