কোনও এসপিএফ রেকর্ডের মাঝখানে "সমস্ত" কি পার্সড হওয়ার পরে রেকর্ডটির সমাপ্তি নির্দেশ করে?


9

আমাদের সংস্থার এসপিএফ রেকর্ড ফর্ম্যাটটি নীচে রয়েছে:

"v = spf1 এর মধ্যে রয়েছে: _spf.google.com ~ সমস্ত এমএক্স আইপি 4: XX0.0 / 23 অন্তর্ভুক্ত: spf.example.com? সব"

সুতরাং আমাদের এসপিএফ রেকর্ডের মাঝখানে একটি "সমস্ত" রয়েছে। উপর openspf.com ওয়েবসাইট , তারা "সমস্ত" প্রক্রিয়া সংক্রান্ত এই বলে,

এই প্রক্রিয়া সর্বদা মেলে। এটি সাধারণত এসপিএফ রেকর্ডের শেষে যায়।

সুতরাং, তারা "সমস্ত" এসপিএফ রেকর্ডের শেষে যেতে বলে না, তবে এটি প্রায় শেষের দিকে যায়।

আমাদের কোম্পানিতে, ইদানীং আমরা আমাদের এসপিএফ রেকর্ডে তালিকাভুক্ত সার্ভার থেকে প্রেরিত ইমেলগুলিতে কিছুটা নরম ব্যর্থতা দেখতে পেয়েছি, তবুও আমাদের এসপিএফ রেকর্ডটি এখনও অবধি খুঁজে পাওয়া সমস্ত বৈধতা সরঞ্জামগুলি পাস করে।

আমি যা ভাবছি তা হ'ল, গুগল অ্যাপস (_spf.google.com) এর অন্তর্ভুক্তির পরে কি এই "~ সব" সরাসরি পার্সিং বন্ধ করে দেবে এবং এসপিএফ রেকর্ডের অবশিষ্ট অংশগুলি সনাক্ত না করে? বনাম পাশ করা নরম-ব্যর্থতার উপর নির্ভর করে কে কে এটি পার্স করছে এবং কীভাবে তারা এসপিএফ রেকর্ডগুলি প্রসেস করে তার নির্দিষ্ট প্রয়োগকরণের উপর? এসপিএফ রেকর্ডের শেষে নেই এমন একটি "সমস্ত" প্রক্রিয়া থাকার কোনও কারণ আছে কি?

এবং হ্যাঁ, আমি জানি আমরা কেবল আমাদের এসপিএফ রেকর্ডটি পরিবর্তন করতে পারি। এই সমস্তটি কীভাবে কাজ করে এবং আমাদের নির্দিষ্ট পরিস্থিতি সমাধানের জন্য অগত্যা নয় তা স্পষ্ট করার বিষয়ে এই প্রশ্নটি আরও।

উত্তর:


11

আরএফসি 7208 § 5.1 এ সম্পর্কে স্পষ্ট: allউপস্থিত হওয়ার পরে , তার পরে সমস্ত কিছু উপেক্ষা করা উচিত।

"সমস্ত" পরে ব্যবস্থাগুলি কখনই পরীক্ষিত হবে না। "সমস্ত" এর পরে তালিকাবদ্ধ প্রক্রিয়াগুলি উপেক্ষা করা উচিত। শর্তগুলির আপেক্ষিক ক্রম নির্বিশেষে রেকর্ডে একটি "সমস্ত" প্রক্রিয়া উপস্থিত থাকলে যে কোনও "পুনর্নির্দেশ" পরিবর্তনকারী ( বিভাগ 6.1 ) অবহেলা করা উচিত।

আরএফসি এটি অপ্রচলিত, আরএফসি 4408 , একই কথা বলেছিল; আরএফসির নতুন সংস্করণটি কেবল উদ্দেশ্যটি স্পষ্ট করে।

"সমস্ত" পরে ব্যবস্থাগুলি কখনই পরীক্ষিত হবে না। কোনও "পুনর্নির্দেশ" পরিবর্তনকারী ( বিভাগ 6.1 ) এর কোনও প্রভাব নেই যখন একটি "সমস্ত" মেকানিজম রয়েছে।

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

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


7

"v = spf1 এর মধ্যে রয়েছে: _spf.google.com ~ সমস্ত এমএক্স আইপি 4: XX0.0 / 23 অন্তর্ভুক্ত: spf.example.com? সব"

ক্রমে বলে:

"এসপিএফ রেকর্ডের ইমেল পাস _spf.google.comকরা আমাদের ডোমেনের জন্য বৈধ"

"আমাদের ডোমেনের জন্য অন্য সমস্ত প্রেরকের সফটফেইল"

"আমাদের এ রেকর্ড থেকে আসা ইমেলটি আমাদের ডোমেনের জন্য বৈধ"

"আমাদের এমএক্স রেকর্ডগুলি থেকে আসা ইমেলগুলি আমাদের ডোমেনের জন্য বৈধ"

"আইপি পরিসীমা থেকে আসা ইমেলটি x.x.0.0/23আমাদের ডোমেনের জন্য বৈধ"

"এসপিএফ রেকর্ডের ইমেল পাস spf.example.comকরা আমাদের ডোমেনের জন্য বৈধ"

"আমাদের ডোমেনের জন্য অন্য সমস্ত প্রেরকের ইমেল একভাবে বা অন্যভাবে যাচাই করা যায় না"

রেকর্ড বাক্য গঠন:

প্রক্রিয়াগুলি ক্রমে মূল্যায়ন করা হয়। যদি কোনও মেকানিজম বা মডিফায়ার মেলে না, তবে ডিফল্ট ফলাফলটি "নিরপেক্ষ"।

সুতরাং আপনার জন্য একবার এটি "অন্য সকলের জন্য সফটফেইল" হিট করে যা এটি সম্পর্কে সত্যই ... এটি আপনার নির্দিষ্ট করা প্রক্রিয়াগুলি উপেক্ষা করা উচিত।

আপনার এসপিএফ রেকর্ডটি যথাসম্ভব সুসংহত হওয়া উচিত। আমি অত্যন্ত সন্দেহ করি যে আপনার কাছে একটি সম্পূর্ণ / 23 নেটওয়ার্ক রয়েছে যা আপনার ডোমেনের জন্য ইমেল প্রেরণ করা উচিত, বা আপনার সমস্ত এ রেকর্ড হওয়া উচিত নয়। সম্ভবত তাই ... তবে সম্ভবত না।

একটি দুর্দান্ত পরিষ্কার এসপিএফ রেকর্ড দেখতে এমন কিছু দেখতে পাওয়া উচিত:

"v = spf1 এর মধ্যে রয়েছে: _spf.google.com এর মধ্যে রয়েছে: spf.example.com এমএক্স-সমস্ত"

যা মূলত বলবে যে _spf.google.com, spf.example.com এবং আপনার এমএক্স রেকর্ডগুলিই আপনার ডোমেনের জন্য একমাত্র বৈধ প্রেরক ... অন্য যে কোনও কিছু অবৈধ হিসাবে বিবেচিত হওয়া উচিত।


0

একটি যথাযথভাবে প্রয়োগ করা এসপিএফ চেকার একটি মেকানিজম ম্যাচে শর্ট সার্কিট করবে এবং চেক_হোস্ট () ফাংশন ফলাফল হিসাবে যোগ্যতার মানটি ফিরিয়ে দেবে। বেশিরভাগ ইমেল সার্ভারগুলি আরএফসি অনুসরণ করে বা না তা সম্পর্কে আপনাকে সরবরাহ করার মতো আমার কাছে কোনও "রিয়েল ওয়ার্ল্ড" ডেটা নেই।

সূত্র: আরএফসি 7208 (পৃষ্ঠা 17 দেখুন)

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.