কী করা যায় তা নির্ভর করে যে আপনার কতটুকু অবকাঠামো নিয়ন্ত্রণ করবে এবং আপনি নিজের ডোমেন নাম ব্যবহার করছেন বা অন্য কারও দ্বারা নিয়ন্ত্রিত কোনও ডোমেনের অধীনে ঠিকানা রয়েছে কিনা তা নির্ভর করে।
আপনার যদি নিজের নিজস্ব ডোমেন থাকে তবে একই ডোমেনের অধীনে কোনও নতুন ইমেল ঠিকানায় স্যুইচ করা সহজ। অতিরিক্তভাবে আপনি বিশ্বকে জানানোর জন্য ডিএনএস রেকর্ডস সেট আপ করতে পারেন যে আপনার ডোমেনের সমস্ত ইমেল ডিজিটালি স্বাক্ষরিত বলে মনে করা হচ্ছে। (এসপিএফ, ডিজিআইএম এবং ডিএমএআরসি হ'ল শর্তাবলীর অনুসন্ধানের শর্তাবলী এটিই আপনি গ্রহণ করতে চান এমন পদ্ধতি রয়েছে))
আপনি প্রত্যেকে এই স্বাক্ষরগুলি যাচাই করার আশা করতে পারবেন না, সুতরাং আপনার ডোমেনের ইমেলটি স্বাক্ষর করতে হবে এমন ডিএনএস রেকর্ডগুলি সেটআপ করা সত্ত্বেও, সেখানে এখনও অপব্যবহারকারীরা স্বাক্ষরযুক্ত ইমেলগুলি আপনার ডোমেন এবং প্রাপকরা স্বাক্ষরযুক্ত স্বাক্ষরিত ইমেলগুলি স্বীকার করে না বলে দাবি করছে sending
আপনি যদি ডোমেনটি নিয়ন্ত্রণ করেন না, তবে ইমেল ঠিকানা পরিবর্তন করা তত সহজ নয় এবং ডিএনএস রেকর্ডগুলি বহির্গামী ইমেলগুলিতে ডোমেন ফাঁকি দেওয়ার সীমাবদ্ধ করার জন্য ব্যবহৃত হয় কিনা তা নিয়ে আপনার খুব কম প্রভাব রয়েছে।
বৈধ ঠিকানায় ফিরে আসা বাউন্সগুলির কারণে একটি স্পোফড উত্স ঠিকানা ব্যবহার করে স্প্যাম বার্তাগুলির সমস্যাটি অন্তত নীতিগতভাবে সমাধান করা সহজ।
আপনি যে Message-ID
সমস্ত ইমেল প্রেরণ করছেন তার রেকর্ড করতে পারেন । সমস্ত বাউন্সগুলিকে Message-ID
মূল বার্তাটি কোথাও অন্তর্ভুক্ত করা দরকার - অন্যথায় বাউন্স যাইহোক পুরোপুরি অকেজো, কারণ এটি আপনাকে বলে যা কোন বার্তাটি বাউন্স হয়েছে। আপনার আগে প্রেরিত কোনও বাউন্সযুক্ত বার্তাটি Message-ID
সরাসরি স্প্যাম ফোল্ডারে প্রেরণ করা যেতে পারে বা গ্রহণের সময় প্রত্যাখ্যান করা যেতে পারে (যা উত্সের এক ধাপ কাছে যাওয়ার সমস্যাটিকে ধাক্কা দেওয়ার চমৎকার সুবিধা রয়েছে)।
বাউন্সগুলি MAIL From
ঠিকানা দ্বারা অন্য ইমেলগুলি বাদ দিয়ে বলা যেতে পারে । বাউন্সগুলির সর্বদা একটি খালি MAIL From
ঠিকানা থাকে, অন্য ইমেলের কোনও খালি MAIL From
ঠিকানা থাকে না।
সুতরাং যদি MAIL From
খালি থাকে - এবং DATA
এতে Message-ID
পূর্বে পাঠানো কোনও থাকে না , মেলটি নিরাপদে প্রত্যাখ্যান করা যেতে পারে।
এটাই নীতি। এটিকে অভ্যাসে পরিণত করা কিছুটা শক্ত। বহির্মুখী এবং আগত ইমেলের জন্য সমস্ত অবকাঠামোগত পৃথক পৃথক হতে পারে, যা আগত ইমেলগুলির জন্য অবকাঠামোগত জন্য সর্বদা সমস্যাযুক্ত করে তোলে Message-ID
যা সর্বদা বহির্গামী ইমেলগুলির জন্য অবকাঠামোটির মধ্য দিয়ে গেছে সেগুলি সম্পর্কে সর্বদা জানতে ।
অতিরিক্তভাবে কিছু সরবরাহকারী বাউন্সগুলি পাঠানোর বিষয়ে জোর দেয় যা সাধারণ জ্ঞানের সাথে সামঞ্জস্য হয় না। উদাহরণস্বরূপ আমি দেখেছি সরবরাহকারীরা মূল ইমেল যা বাউন্স করা হয়েছিল সে সম্পর্কে কোনও তথ্য সম্বলিত কোনও বাউন্স পাঠাচ্ছিল। এ জাতীয় বেহুদা বাউন্সগুলির জন্য আমার সেরা পরামর্শ হ'ল এগুলিকে স্প্যাম হিসাবে বিবেচনা করা, যদিও তা অন্যথায় বৈধ মেল সিস্টেম থেকে উত্পন্ন।
মনে রাখবেন যে ইমেল ঠিকানাগুলির তালিকা পেয়েছেন তিনি যে কোনও ঠিকানা উত্স ঠিকানা হিসাবে এবং ঠিকানাগুলির কোনও গন্তব্য ঠিকানা হিসাবে রাখতে পারেন। সুতরাং আপনার অতিরিক্ত তথ্য না থাকলে আপনি নিশ্চিত হতে পারবেন না যে আপনার নিজের সিস্টেম থেকেও ফাঁস হয়েছে happened এটি আপনার পরিচিতিগুলির মধ্যে এমন কেউ হতে পারে যারা আপনার সহ ঠিকানাগুলির তালিকা ফাঁস করেছিল।
কোন ঠিকানাগুলি ফাঁসের তালিকায় রয়েছে এবং কোনটি নেই সেগুলি সম্পর্কে আপনি যত বেশি নির্ধারণ করতে পারবেন, এটি কোথা থেকে ফাঁস হয়েছে তা নির্ধারণ করতে আপনি তত ভাল পারবেন। এটি হতে পারে আপনি ইতিমধ্যে এটি করে এসেছেন এবং এই সিদ্ধান্তে পৌঁছেছেন যে আপনার যোগাযোগের তালিকা থেকে ফাঁসের সূত্রপাত হওয়া উচিত কারণ আপনার পরিচিতিগুলির কোনওটিই ঠিকানাটি ফাঁস হওয়ার বিষয়টি নিশ্চিত না করে নিশ্চিত করে থাকতে পারে।
এতে আমার দৃষ্টিভঙ্গি হল আমি নিজের সাথে যোগাযোগ করি প্রতিটি পরিচিতির জন্য নিজের ডোমেন এবং সেই ডোমেনের অধীনে একটি পৃথক ইমেল ঠিকানা ব্যবহার করা। আমি যোগাযোগের সাথে প্রথম যোগাযোগের তারিখটি মেল ঠিকানার মধ্যে অন্তর্ভুক্ত করি, যেমন মনে হয় যে kasperd@mdgwh.04.dec.2015.kasperd.net
আমি যদি আজ একটি নতুন পরিচিতিতে ইমেল লিখি। এই পদ্ধতির স্পষ্টতই সবার জন্য নয়, তবে আমার পক্ষে এটি অবশ্যই জানতে সাহায্য করে যে আমার যে কোনও একটিতে ইমেইল ঠিকানাগুলির একটি তালিকা ফাঁস হয়েছে। এর অর্থ এই যে আমি পৃথক ঠিকানাগুলি বন্ধ করতে পারি যে কেবলমাত্র আমার ঠিকানা ফাঁসকারী ব্যক্তিকে আমার জন্য তাদের যোগাযোগের তথ্য আপডেট করতে হবে।