আমার কি ইমেলটি বাউন্স করা উচিত বা কোনও ব্ল্যাকহোল এ প্রেরণ করা উচিত?


8

আমার মেশিনে আমার প্রচুর অব্যবহৃত (পুরানো, মৃত) অ্যাকাউন্ট রয়েছে। তাদের মধ্যে অনেকেই সমস্ত স্প্যামে আক্ষরিক হাজার হাজার ইমেল পান।

যদি কোনও ব্যক্তি যদি অ্যাকাউন্টটি ব্যবহার করে থাকে তবে আমি ইমেলটি বাউস করতে দিয়েছিলাম যাতে যে কেউ তাদের সাথে যোগাযোগের চেষ্টা করছেন কিছু জানেন যে ভুল হয়েছে। তবে আমি নিশ্চিত নই যে অন্যান্য যেসব অ্যাকাউন্টের জন্য অন্যান্য উদ্দেশ্যে ব্যবহৃত হয়েছিল, যেমন আমার ওয়েবসাইটের জন্য যে আমি আমার ইমেল ঠিকানা জিজ্ঞাসা করতাম, বা ঠিকানা যা আমি ওয়েব পৃষ্ঠাগুলিতে তালিকাভুক্ত করতাম সেগুলির জন্য কী ব্যবহার করা হত? ।

বিকল্প 1:
এই অ্যাকাউন্টগুলিতে সমস্ত মেল ফরোয়ার্ড করুন /dev/null। প্রেরক একটি বাউন্স পাবেন না।

বিকল্প 2:
ইমেলটি বাউন্স করতে দিন।

ইমেলটি প্রেরণের সুবিধা /dev/nullহ'ল কোনও স্প্যামার আমাকে বাউন্স বার্তা (ব্যাকস্ক্যাটার স্প্যাম) তৈরি করতে ব্যবহার করতে পারে না । অর্থাত্ "থেকে" লাইনটি তারা পছন্দ না করে এমন কাউকে নকল করুন, তারপরে আমাকে সেই ব্যক্তিকে টন বাউন্স বার্তা প্রেরণ করতে ব্যবহার করুন।

তাদের বাউন্স করার সুবিধাটি হ'ল এটি আমার রক্ষণাবেক্ষণ কম is আমি কেবল আমার এলিয়াস ফাইল থেকে আইটেমটি মুছতে পারি এবং ইমেলটি বাউন্স হয়ে যায়। এছাড়াও, আমি নতুন স্প্যাম ফাঁদগুলি আবিষ্কার করতে এবং এগুলিকে আমার "স্প্যাম ব্ল্যাকহোল" তালিকায় যুক্ত করতে থাকি, যা সময়ের অপচয়।

প্রতিটি পদ্ধতির উপকারিতা এবং কনসগুলি কী কী?


2
টম, আমি আপনার প্রশ্নকে "যা সর্বোত্তম" থেকে প্রতিটি পদ্ধতির পক্ষে কিছুটা পরিবর্তন করেছি। "সেরা" বিকল্পটি অন্তর্নিহিত বিষয়বহুল এবং অদৃশ্যযোগ্য, যেখানে পক্ষপাতদুষ্ট এবং অনুরোধের জন্য জিজ্ঞাসা করা আরও উদ্দেশ্যমূলক এবং উত্তরযোগ্য।
আশাহীন N00b

উত্তর:


15

যতক্ষণ আপনি মেলটি প্রথম স্থানে নেওয়ার প্রত্যাখ্যান করে বাউন্স করেন, ততক্ষণ কোনও স্প্যামার আপনাকে প্রচুর বাউন্স দিয়ে নিরীহ কাউকে বিরক্ত করতে ব্যবহার করতে পারে না।

হয় আপনি RCPT TOকমান্ডটিতে একটি ত্রুটি ফিরিয়ে দিতে পারেন , যা সাধারণত অস্তিত্বহীন ঠিকানার ক্ষেত্রে ঘটে থাকে, বা আপনি RCPT TOকমান্ডটিতে সাফল্য ফিরিয়ে দিতে পারেন তবে শেষে ত্রুটি ফিরে আসতে পারেন DATA

উভয় ক্ষেত্রেই, শেষ ফলাফল একই হবে। আপনার মেইল ​​সার্ভার মেলটির জন্য কোনও দায় নেয়নি এবং প্রেরণকারী মেল সার্ভারটি এখন এটি বাড়াতে দায়বদ্ধ। স্প্যামের ক্ষেত্রে, এর অর্থ স্প্যামারকে বাউন্স উত্পন্ন করতে হবে। (এবং যদি তারা এটি করতে চায় তবে তারা আপনাকে প্রথমে মেল পৌঁছে দেওয়ার চেষ্টা না করেই এটি করতে পারত))

আমি এই পদ্ধতির কোন সমস্যা দেখতে পাচ্ছি।

আমি তবে মেলটি গ্রহণ করতে সমস্যা দেখছি। অর্থ্যাৎ যদি আপনার মেইল ​​সার্ভারটি লেনদেনের শেষে সহ সমস্তভাবে সাফল্যের সাথে সাড়া দেয় DATAতবে মেল সরবরাহ করা আপনার মেল সার্ভারের দায়িত্ব হয়ে যায়। এটি একটি সমস্যা, কারণ আপনার কোনও সঠিক উপায় নেই।

  • নিঃশব্দে মেল ফেলে দেওয়া একটি সমস্যা, কারণ যদি কোনও বৈধ মেল প্রেরণ করা হয় তবে প্রেরক কখনই জানতে পারবেন না যে এটি সরবরাহ করা হয়নি।
  • আপনার মেল সার্ভার থেকে বাউন্স প্রেরণ একটি সমস্যা, কারণ সেক্ষেত্রে স্প্যাম স্প্যামারের কাছে ফিরে আসার পরিবর্তে কিছু নিরীহ ব্যক্তির মেলবক্সে বাউন্স করে।

ইমেল-ঠিকানা বিতরণ প্রথম স্থানে এত সীমিত ছিল এমন কেস থাকতে পারে যে আপনি জানেন যে ঠিকানায় কোনও বৈধ মেইল ​​প্রেরণ হতে পারে না। আপনি RCPT TOযদি কমান্ডটি প্রত্যাখ্যান করেন বা আপনি মেলটি স্বীকার করে নিঃশব্দে ফেলে দেন তবে এই ক্ষেত্রে কিছুটা পার্থক্য আসে। তবে আমি এমন পরিস্থিতির সাথে আসতে পারি না যেখানে এসএমটিপি লেনদেনের সময় নীরবে মেলটি ফেলে দেওয়া ভাল is


7

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

অবৈধ প্রাপকের জন্য আসলে 3 টি পন্থা রয়েছে:

  1. প্রাপকটি অবৈধ হিসাবে নির্ধারিত হওয়ার পরে, প্রেরকের কাছে একটি Undeliveable বার্তা প্রেরণ করুন।

  2. বার্তাটি "ফ্লাইটে" থাকা অবস্থায় এসএমটিপি সংযোগ বন্ধ করুন। প্রেরকের এসএমটিপি সার্ভারটি অননয়যোগ্য বার্তা উত্পন্ন করার জন্য দায়বদ্ধ থাকবে।

  3. বার্তাটি গ্রহণ করুন এবং নিঃশব্দে এটি মুছুন। মেসেজটি পেল কি না তা প্রেরকের কোনও ধারণা থাকবে না।

আর # 1 ব্যবহার করার জন্য অল্প কারণ আছে। ব্যাকস্যাক্টারের আক্রমণে আপনার সার্ভারটি স্প্যামারের মতো দেখাবে (যদিও এটি নিরীহ শিকার হলেও) এবং আপনিই সেই ব্যক্তি হবেন যিনি কালো তালিকাভুক্ত হন। এটি আপনার সার্ভারে আরও লোড রাখে এবং ব্যান্ডউইথ আপলোড করে, কারণ এটি বাউন্স বার্তাটি প্রেরণ করতে হয়।

# 2 পদ্ধতির চেয়ে অ্যাপ্রোচ # 2 বেশ সর্বজনীনভাবে ভাল। এটি আপনার সার্ভারকে কালো তালিকাভুক্ত করা বা ডসড করার সম্ভাবনা হ্রাস করে। এটি একটি নির্দোষ তৃতীয় পক্ষের ঠিকানার বিরুদ্ধে ব্যাকস্ক্যাটারের সম্ভাবনা দূর করে না, তবে কমপক্ষে আপনার সার্ভারটি বাউন্স বার্তা প্রেরণকারী নয়।

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

আমি একটি ইমেল সিস্টেম উত্তরাধিকার সূত্রে পেয়েছি যা ডিএইচএ সম্পর্কিত উদ্বেগের কারণে অ্যাপ্রোচ # 3 ব্যবহার করে। এটি এর চেয়ে মূল্যবান হওয়ার চেয়ে বেশি সমস্যা সৃষ্টি করেছিল। আমরা এখন # 2 পদ্ধতির ব্যবহার করি। (নোট করুন ডিএইচএ হ্রাস করার অন্যান্য উপায় রয়েছে))


5

যদি আপনার ইমেল সার্ভারটি সঠিকভাবে কনফিগার করা থাকে তবে এসএমটিপি লেনদেনের সময় আপনার অজানা ব্যবহারকারীদের ইমেল প্রত্যাখ্যান করা উচিত।

এসএমটিপি লেনদেনের সময় ইমেল প্রত্যাখ্যান করুন

আপনার সার্ভারটি এসএমটিপি লেনদেনের পর্যায়ে অজানা ব্যবহারকারীদের ইমেল প্রত্যাখ্যান করার জন্য কনফিগার করা উচিত। এটি করার ফলে প্রেরণকারী সার্ভারে একটি 550 এসএমটিপি ত্রুটি কোড ফিরে আসে। যেহেতু এসএমটিপি লেনদেনের সময় এটি ঘটে তাই আপনার সার্ভার কখনই একটি নন ডেলিভারি রিপোর্ট (ওরফে বাউন্স) প্রেরণ করে না।

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

উপকারিতা

এই পদ্ধতির সুবিধা হ'ল আপনি খুব শীঘ্রই এসএমটিপি লেনদেন প্রক্রিয়াতে ইমেল প্রত্যাখ্যান করছেন। এর অর্থ হতে পারে:

  • আপনার সার্ভারে কম সংস্থান ব্যবহার, বিশেষত যদি সমস্ত ইমেল এটি গ্রহণের পরে প্রক্রিয়াকরণের জন্য প্রেরণ করা হয় (ভাইরাস / এভি ফিল্টারিং)।
  • কালো তালিকাভুক্ত হওয়া রোধ করতে প্রেরকরা প্রায়শই তাদের তালিকা থেকে এই ইমেল ঠিকানাগুলি সরিয়ে ফেলবেন।

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

এটি বাস্তবায়নের জন্য, আপনাকে কেবল ইমেল সিস্টেম থেকে ব্যবহারকারীদের মুছতে হবে। আপনার যদি বর্তমান ইমেলের ব্যাকআপ দরকার হয় তবে তা ঠিক আছে, আপনি কেবল আপনার সার্ভারটি 550 user unknownপ্রতিক্রিয়া প্রেরণ করতে চান ।

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