আগত এসএমটিপি বার্তাগুলিতে STARTTLS লাগানো কি এখনও "ভুল"?

Question

মতে STARTTLS ফটকা খেলা অনুচ্ছেদ 5:

একটি সার্বজনীনভাবে রেফারেন্সযুক্ত এসএমটিপি সার্ভারের
স্থানীয়ভাবে মেল সরবরাহ করার জন্য STARTTLS এক্সটেনশন ব্যবহারের প্রয়োজন নেই । এই নিয়মটি
STARTTLS এক্সটেনশানটিকে ইন্টারনেটের এসএমটিপি অবকাঠামোর আন্তঃব্যবহার্যতা ক্ষতিগ্রস্থ হতে বাধা দেয়। একটি সর্বজনীনভাবে রেফারেন্সযুক্ত এসএমটিপি সার্ভার হ'ল একটি এসএমটিপি সার্ভার যা
কোনও ইন্টারনেট মেইল ​​ঠিকানার ডানদিকে ডোমেন নামের জন্য এমএক্স রেকর্ডে তালিকাভুক্ত ইন্টারনেট হোস্টের পোর্ট 25 (অথবা কোনও এমএক্স রেকর্ড উপস্থিত না থাকলে একটি রেকর্ড) চালিত হয় is ।

তবে, এই অনুমানটি 1999 সালে লেখা হয়েছিল এবং 2014 এর কথা বিবেচনা করে আমি বেশিরভাগ এসএমটিপি ক্লায়েন্ট, সার্ভার এবং রিলে স্টার্টটিএলএসের একধরণের বাস্তবায়ন আশা করব।

আগত বার্তাগুলির জন্য আমার কাছে STARTTLS প্রয়োজন হলে আমি কতটা ইমেল হারানোর আশা করতে পারি?

Comments

ভাল প্রশ্ন. টিএলএস জোর করে দেওয়া স্প্যাম প্রতিরোধ করতে যাচ্ছে না।

— ম্যাট

আমি এটির প্রত্যাশা করছি না, আমি কেবল এনক্রিপশন চাই (যা আমি মনে করি 90% আগত বার্তাগুলি এটির প্রয়োজনীয়তা ছাড়াই পেয়ে আসছে) :)

— জ্যাকওয়ার্ডি

@ ম্যাট আমি সম্প্রতি একটি নির্দিষ্ট মেল সার্ভারে প্রাপ্ত প্রাপ্ত মেলগুলি চেক করেছি এবং এটি পেয়েছি। টিএলএসের সাথে প্রাপ্ত মেলগুলির মধ্যে 4% স্প্যাম ছিল, টিএলএস ছাড়াই প্রাপ্ত মেলগুলির মধ্যে 100% স্প্যাম ছিল। আমি এর ভিত্তিতে টিএলএস ব্যতীত মেলগুলি সম্পূর্ণরূপে ব্লক করব না, তবে এটি অবশ্যই একটি শক্ত সংকেত, যা স্প্যাম ফিল্টারিংয়ে ব্যবহার করা যেতে পারে।

— ক্যাস্পারড

@ ক্যাস্পার্ড - আপনি টিএলএস চালু করতে পারেন বা স্প্যাম হ্রাস করার উপায় হিসাবে এটি ব্যবহার করতে পারেন, তবে এটি স্থায়ী হবে না। এর প্রকৃত অর্থ হ'ল তারা যে সার্ভারে স্প্যাম চাপার জন্য তারা ব্যবহার করছে সেই SMTP ক্লায়েন্ট টিএলএস ব্যবহার করছে না, বা সম্ভবত ডিফল্টরূপে টিএলএস ব্যবহার না করার চেষ্টা করছে তবে প্রয়োজনে টিএলএস সক্ষম সেশনটি চেষ্টা করতে পারে। সর্বোপরি, আপনি স্প্যামে একটি অস্থায়ী হ্রাস দেখতে পাবেন, তবে আমি আশা করি সময়ের সাথে সাথে এটি আবার স্বাভাবিক স্তরে ফিরে আসবে।

— ম্যাট

@ ম্যাট এটি বর্তমানে স্প্যামের বিরুদ্ধে নেওয়া বেশিরভাগ পদ্ধতির ক্ষেত্রে প্রযোজ্য। বেশিরভাগ পদ্ধতির সাথে আরেকটি সমস্যা হ'ল তারা প্রচুর বৈধ ইমেলগুলি ব্লক করে। লোকে কদাচিৎ বিবেচনা করে যে কতগুলি বৈধ ইমেল এটি ব্লকযোগ্য।

— ক্যাস্পারড

Answer 1

হ্যাঁ, এটি এখনও একটি খারাপ ধারণা।

তিনটি কারণ:

1. আপনি যে আরএফসিটি উদ্ধৃত করেছেন ( আরএফসি 2487 ) আসলে বর্তমান স্ট্যান্ডার্ড আরএফসি 3207 দ্বারা অচল হয়ে গেছে, বর্তমান মানটি আপনার প্রশ্নে উদ্ধৃত হওয়া আবশ্যক নয়।

2. এসএমটিপি ক্লায়েন্টদের STARTTLS প্রয়োগ করার প্রয়োজন নেই। এটি না করা সম্পূর্ণ গ্রহণযোগ্য। STARTTLS যখন আরও সাধারণ হয়ে উঠছে, এটি একেবারে সর্বজনীন নয়।

3. 1 এবং 2 কারণে ফলস্বরূপ, সমস্ত আগত সংযোগে আপনার যদি STARTTLS প্রয়োজন হয় তবে আপনি মেল হারাবেন।

যাহোক:

আপনার সার্ভার - আপনার বিধি। যদি আপনি যেকোন কারণ, বা এমনকি কোনও কারণেই যথেচ্ছভাবে কোনও মেল প্রত্যাখ্যান করতে চান - এটি আপনার অধিকার এবং অধিকার। (এর অর্থ এই নয় যে এটি অগত্যা একটি দুর্দান্ত ধারণা)

পার্শ্ব নোট:

আপনার যদি পারস্পরিক STARTTLS প্রমাণীকরণের প্রয়োজন হয় তবে আপনি STARTTLS প্রয়োজনের মাধ্যমে স্প্যাম প্রতিরোধ করবেন না। স্প্যামাররা শংসাপত্রগুলিও পেতে পারে - বা স্ব-স্বাক্ষরযুক্ত তৈরি করতে পারে। স্ব-স্বাক্ষরিত ক্লায়েন্টের শংসাপত্রগুলি প্রত্যাখ্যান করার ফলে বৈধ মেলটিও হারাতে পারে।

STARTTLS পয়েন্ট-টু-পয়েন্ট এনক্রিপশন। সংযোগকারী সিস্টেমটি এখনও ইমেলের সামগ্রীগুলি পড়তে পারে। আপনি যদি সত্যিকারের গোপনীয়তা চান তবে আপনার কিছু শেষ-সমাপ্তি যেমন ওপেনজিপিপি বা এস / মাইমে প্রয়োজন।

এটি বলেছিল, STARTTLS বাধা বা এমআইটিএমের জন্য সম্ভাব্য একটি সুযোগকে সরিয়ে দেয় এবং তাই সম্ভবপর যখন এটি অন্য পক্ষও সমর্থন করে তখন এটি ব্যবহার করা ভাল ধারণা।

Comments

শংসাপত্র এবং স্প্যাম সম্পর্কে নোট স্থানের বাইরে। এটি প্রাপক যার প্রেরক নয় একটি শংসাপত্র প্রয়োজন।

— ক্যাস্পারড

এটি স্প্যাম প্রতিরোধে সাহায্য করবে না। এমনকি যদি আপনি মিউচুয়াল STARTTLS লেখককে বাধ্যতামূলক করেন। পরিষ্কার করার উত্তর আপডেট করবে।

— জো স্নিডারম্যান

স্প্যাম সম্পর্কে নোটে +1। এটি এনক্রিপ্ট করা কেবল কারণ এটি এটিকে সুরক্ষিত করে না।

— ম্যাট

Answer 2

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

http://www.google.com/transparencyreport/saferemail/