স্প্যামের বিরুদ্ধে প্রতিদিনের লড়াইয়ে, বেশ কয়েকবার এমন হয়েছে যখন আমি বন্য ইন্টারনেট থেকে সংযোগকারী ক্লায়েন্টদের থেকে ডিএনএসের প্রয়োজনীয়তাগুলি ভারীভাবে প্রয়োগ করার প্রলোভন দেখিয়েছি।
বিস্তারিতভাবে, আমি আমার এসএমটিপিডি_ক্লিয়েন্ট_প্রেমিক্রেশন বিভাগের মধ্যে প্রত্যাখাত_ অজ্ঞাত_আপনার_সাম্পস_হস্তনামের সেটিংটি যুক্ত করতাম :
smtpd_client_restrictions =
permit_sasl_authenticated
check_client_access hash:/etc/postfix/access
check_policy_service inet:127.0.0.1:4466
reject_unknown_reverse_client_hostname
reject_unauth_pipelining
যাইহোক, আমি লক্ষ করেছি যে এই জাতীয় বিধিনিষেধকে আঘাত করার সময় পোস্টফিক্স আচরণটি unknown_client_reject_code450 হিসাবে এর ডিফল্ট মান হিসাবে বেশ "নরম" হয় Hence তাই ক্লায়েন্টকে পুনরায় চেষ্টা করার জন্য আমন্ত্রিত করা হয়।
550 প্রতিক্রিয়া অনুসন্ধানের সময়, আমি অফিসিয়াল পোস্টফিক্স ডকুমেন্টেশনে নিম্নলিখিত বিবৃতিটি পেয়েছি :
আমি একেবারে আছি না পুরো সম্পর্কে একটি বিশেষজ্ঞ বোঝায় যা RFC 5321 কিন্তু কেউ পুরাতন যথেষ্ট জানি হিসেবে বোঝায় যা RFC 821 , আমি সত্যিই, দেখতে না কেন একটি 450 পরিবর্তে একটি 550 প্রতিক্রিয়া, সর্বোচ্চ SMTP এর পর্যায়ে আমার postfix উদাহরণস্বরূপ প্রভাবিত করতে পারে ( আরএফসি সম্মতি ভঙ্গ), স্পষ্টভাবে বিবেচনা করে যে অস্থায়ী ত্রুটির ক্ষেত্রে পোস্টফিক্স সুস্পষ্ট সেটিং নির্বিশেষে 450 সহ আটকে থাকবে।
সুতরাং, কেউ কি আমাকে বুঝতে সাহায্য করতে পারে যে এই ধরনের প্রতিস্থাপনে সমস্যা কী?
পিএস: এর মধ্যে, আমি একটি "শিথিল" সীমাবদ্ধতার দ্বারা শেষ করেছি:
smtpd_client_restrictions =
permit_sasl_authenticated
check_client_access hash:/etc/postfix/access
check_policy_service inet:127.0.0.1:4466
warn_if_reject reject_unknown_reverse_client_hostname
reject_non_fqdn_helo_hostname
reject_unauth_pipelining
reject_invalid_helo_hostname