পরীক্ষা যেভাবে কাজ করে

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

SPF-এর মতো একই পরীক্ষা, তবে এনভেলপের বদলে From হেডারের ডোমেইনের বিপরীতে চালানো হয়। এটি একটি ভিন্ন প্রশ্নের উত্তর দেয়: আপনার পাঠক যে ডোমেইনটি দেখেন, সেটি বার্তাটি পাঠানো সার্ভারকে অনুমোদন করে কি না। একটি বার্তা তার এনভেলপে SPF পাস করতে পারে, অথচ দৃশ্যমান ডোমেইন কোনো সার্ভারের পক্ষেই নিশ্চয়তা দেয় না।

ব্যর্থ হলে: শুধু আপনার প্ল্যাটফর্মের দেওয়া বাউন্স ডোমেইনের জন্য নয়, আপনার From হেডারের ডোমেইনের জন্যও SPF প্রকাশ করুন।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 0.5।

After the above steps, there should be one record remaining and evaluation can proceed.

SPF `auth.spf`

SPF হলো একটি DNS রেকর্ড, যেখানে কোন সার্ভারগুলো আপনার ডোমেইনের পক্ষে পাঠাতে পারে তার তালিকা থাকে। গ্রহণকারী সার্ভার এনভেলপের ঠিকানাটি নেয়, সেই ডোমেইনের রেকর্ড খোঁজে এবং সংযোগকারী IP তাতে আছে কি না পরীক্ষা করে। আমরা ফলাফল এবং রেকর্ডটির প্রয়োজন হওয়া DNS লুকআপের সংখ্যা জানাই, কারণ দশটিতে মূল্যায়ন থেমে যায় এবং এর বেশি হলে পাসের বদলে স্থায়ী ত্রুটি হয়।

ব্যর্থ হলে: এমন একটি রেকর্ড প্রকাশ করুন, যেখানে শুধু আপনার পাঠানোর প্ল্যাটফর্মের নাম থাকবে। আপনারটি যদি দশটি লুকআপের সীমার কাছাকাছি থাকে, তাহলে আপনি ব্যবহার করেন না এমন include-গুলো ফ্ল্যাটেন করুন (আজ যে রেকর্ড পাস করে, কোনো প্রদানকারী নিজস্ব একটি include যোগ করলেই সেটি ব্যর্থ হতে শুরু করে)।

RFC 7208 §4.6.4 — DNS Lookup Limits

SPF implementations MUST limit the total number of those terms to 10 during SPF evaluation, to avoid unreasonable load on the DNS. If this limit is exceeded, the implementation MUST return "permerror".

RFC 7208 §2.6 — Results of Evaluation

Section 4 defines check_host(), a model function definition that uses the inputs defined above and the sender's policy published in the DNS to reach a conclusion about client authorization.

Google — Set up SPF

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

SPF অ্যালাইনমেন্ট `auth.spf_alignment`

বাউন্স ঠিকানাটি পাঠকের দেখা From ঠিকানার সঙ্গে মেলে কি না। SPF এনভেলপকে অনুমোদন করে, এবং দুটির অ্যালাইনমেন্ট হলেই কেবল DMARC সেই অনুমোদনকে গণ্য করে।

ব্যর্থ হলে: আপনার পাঠানোর প্ল্যাটফর্মের কাছে নিজের ডোমেইনের একটি বাউন্স সাবডোমেইন চান। আপনার DKIM ইতিমধ্যে অ্যালাইন করা থাকলে এটি জরুরি নয়, তবে ট্রানজিটের সময় DKIM নষ্ট হলে এতে আপনার কোনো বিকল্প ব্যবস্থা থাকে না।

RFC 9989 §4.4.2 — SPF-Authenticated Identifiers

Only an SPF-Authenticated Identifier that has Identifier Alignment with the Author Domain is enough to validate the authorized use of the Author Domain.

RFC 9989 §5.3.5 — Determine DMARC "Pass" or "Fail"

If one or more of the Authenticated Identifiers align with the Author Domain, the message is considered to pass the DMARC mechanism check.

Google — Set up DMARC

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

অবকাঠামো ও সুনাম

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

প্রেরণকারী হোস্টনেম রেজলভ হয় `infra.a_record`

HELO-তে ঘোষিত হোস্টনেমটির আদৌ কোনো অ্যাড্রেস রেকর্ড আছে কি না।

ব্যর্থ হলে: আপনার সার্ভার যে নাম ঘোষণা করে, সেটির জন্য একটি A রেকর্ড প্রকাশ করুন।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 3।

RFC 5321 §5.1 — Locating the Target Host

If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.

Google — Set up MX records

ব্লকলিস্ট `infra.dnsbl`

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

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

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 25 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 3।

RFC 5782 §2.1 — IP Address DNSxL

Each IPv4 address listed in the DNSxL has a corresponding DNS entry.

RFC 5782 §5 — Test and Contact Addresses

IPv4-based DNSxLs MUST contain an entry for 127.0.0.2 for testing purposes.

Google — Postmaster Tools: reputation and delivery errors

RFC 5321 §4.1.1.1 — Extended HELLO (EHLO) or HELLO (HELO)

HELO নাম `infra.helo`

SMTP কথোপকথনের শুরুতে প্রেরণকারী সার্ভার নিজেকে যে নামে ঘোষণা করে। এটি অবশ্যই রেজলভ হয় এমন একটি সম্পূর্ণ যোগ্যতাসম্পন্ন ডোমেইন হতে হবে।

ব্যর্থ হলে: আপনার মেইল সার্ভারের হোস্টনেম আপনার ডোমেইনের একটি বাস্তব নামে সেট করুন, কোনো কনটেইনার আইডি বা অভ্যন্তরীণ নামে নয়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট।

The argument clause contains the fully-qualified domain name of the SMTP client, if one is available.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

MX রেকর্ড `infra.mx`

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

ব্যর্থ হলে: আপনি যে ডোমেইন থেকে পাঠান, সেটির জন্য একটি MX রেকর্ড প্রকাশ করুন, এমনকি সেটি যদি শুধু এমন একটি মেইলবক্সে রুট করে যা আপনি মাসে একবার পড়েন।

RFC 5321 §5.1 — Locating the Target Host

The lookup first attempts to locate an MX record associated with the name.

Google — Set up MX records

রিভার্স DNS `infra.rdns`

প্রেরণকারী IP কোনো হোস্টনেমে বিপরীতভাবে রেজলভ হয় কি না, এবং সেই হোস্টনেমটি সামনের দিকে একই IP-তে রেজলভ হয় কি না। উভয় দিকের মিলটাই মূল বিষয়: যেকোনো স্থানে নির্দেশ করা PTR সহজ, মিলে যাওয়া জোড়া প্রমাণ করে যে ঠিকানাটি আপনার।

ব্যর্থ হলে: যিনি IP-এর মালিক, তাঁকে PTR এমন একটি নামে সেট করতে বলুন যা আপনি নিয়ন্ত্রণ করেন, এবং নিশ্চিত করুন যে সেই নামের একটি A রেকর্ড আবার ওই IP-তে নির্দেশ করে।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 12 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 1.5।

RFC 1912 §2.1 — Inconsistent, Missing, or Bad Data

Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

পরিবহন এনক্রিপশন `infra.tls`

বার্তাটি TLS-এর মাধ্যমে এসেছে কি না, এবং কোন সাইফার ব্যবহার করেছে। সব আধুনিক সিস্টেমই এটি নেগোশিয়েট করে; এনক্রিপশন ছাড়া আসা কোনো বার্তা প্রেরণ ব্যবস্থার অবস্থা সম্পর্কে কিছু নির্দেশ করে।

ব্যর্থ হলে: প্রেরণকারী সার্ভারে STARTTLS সক্রিয় করুন। সব প্রচলিত প্ল্যাটফর্ম ইতিমধ্যেই এটি করে, তাই এখানে ব্যর্থতার অর্থ সাধারণত পথে একটি স্ব-হোস্টেড রিলে রয়েছে।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট।

RFC 3207 §2 — STARTTLS Extension

The STARTTLS extension to SMTP is laid out as follows:

Google — Send email over a secure TLS connection

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

স্প্যাম ইঞ্জিন

স্বতন্ত্র কনটেন্ট ফিল্টারগুলো বার্তাটিকে কীভাবে মূল্যায়ন করে। একটির বদলে দুটি ইঞ্জিন, কারণ একটি ইঞ্জিনের স্কোর শুধু সেই ইঞ্জিনের মতামত।

AI বিচারক `spam.ai_judge`

কারিগরি ফলাফল এবং কনটেন্টের পরিমাপ থেকে একটি মডেল অনুমান করে আধুনিক মেশিন-লার্নিং ফিল্টার বার্তাটির সঙ্গে কেমন আচরণ করবে। এটি মূল বার্তার লেখা নয়, তথ্যগুলো দেখে।

ব্যর্থ হলে: এটি নিজে শুধু বিস্তারিত তথ্য দেয়। এর অনুমান নিচের সম্মিলিত রায়ে যুক্ত হয়।

বিস্তারিত তথ্যের জন্য দেখানো হয়েছে। কখনো স্কোর করা হয় না।

সম্মিলিত রায় `spam.panel`

উত্তর দেওয়া ইঞ্জিনগুলো থেকে একটি সংখ্যা, এমনভাবে ওজন নির্ধারণ করা হয় যাতে সবচেয়ে জোরালো মতামতকে শুধু গড় করে গুরুত্বহীন করা না হয়। SpamAssassin এবং Postmark-কে একটি ভোট হিসেবে গণনা করা হয়, কারণ তারা একই নিয়মভিত্তি ব্যবহার করে।

ব্যর্থ হলে: প্রতিটি আলাদা ফলাফল ধরে কাজ করুন। সেগুলো পরিবর্তিত হলে এই সারিটিও পরিবর্তিত হয়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 25 পয়েন্ট।

How this score is calculated

Postmark SpamCheck `spam.postmark`

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

ব্যর্থ হলে: কিছু করার নেই। এটি বন্ধ থাকলে পরীক্ষাটি জানায় যে এটি বন্ধ, যা পাস করার সমান নয়।

বিস্তারিত তথ্যের জন্য দেখানো হয়েছে। কখনো স্কোর করা হয় না।

Rspamd `spam.rspamd`

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

ব্যর্থ হলে: শুধু বিস্তারিত তথ্য। এই ইঞ্জিনের মতামতকে আলাদাভাবে স্কোর না করে সম্মিলিত রায়ে অন্তর্ভুক্ত করা হয়।

বিস্তারিত তথ্যের জন্য দেখানো হয়েছে। কখনো স্কোর করা হয় না।

SpamAssassin `spam.spamassassin`

প্রচলিত নিয়মভিত্তিক ফিল্টার, যা এখনও অধিকাংশ ইমেইল পরীক্ষার টুলের মূল ইঞ্জিন। সক্রিয় হওয়া প্রতিটি নিয়ম তার ওজনসহ তালিকাভুক্ত করা হয়।

ব্যর্থ হলে: মোট স্কোরের বদলে সক্রিয় হওয়া নিয়মগুলো পড়ুন। কোনগুলো সক্রিয় হয়েছে তা দেখতে পারলে অধিকাংশই সহজে ঠিক করা যায়।

ক্ষতি ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 3।

Apache SpamAssassin — rule documentation

বিষয়বস্তু

বার্তাটি নিজেই: এর কাঠামো, লিঙ্ক, ছবি এবং সিদ্ধান্ত নেওয়ার আগে ফিল্টার যে বিষয়গুলো পড়ে।

ছবির বিকল্প টেক্সট `content.alt_attributes`

ছবিগুলোতে alt অ্যাট্রিবিউট আছে কি না। মেইল ক্লায়েন্ট ডিফল্টভাবে রিমোট ছবি ব্লক করে, তাই প্রথম কয়েক সেকেন্ড alt টেক্সটই আপনার বার্তা।

ব্যর্থ হলে: অর্থ প্রকাশ করে এমন alt টেক্সট লিখুন, এবং মূল ভিজ্যুয়ালটিকে কখনোই এটি ছাড়া রাখবেন না।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 4 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 0.5।

লিংকের প্রাপ্যতা `content.broken_links`

বার্তার লিংকগুলো কাজ করে কি না। নিউজলেটারের একটি অচল লিংক তাৎক্ষণিকভাবে আস্থা নষ্ট করে, এবং ফিল্টারও তা শনাক্ত করে।

ব্যর্থ হলে: সেগুলো ঠিক করুন বা সরিয়ে দিন। ট্র্যাকিং ডোমেইনটিও পরীক্ষা করুন: সেটির মেয়াদ শেষ হলে সব লিংক একসঙ্গে অকার্যকর হয়ে যায়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 1।

script ও iframe `content.forbidden_tags`

HTML-এ এমন ট্যাগ আছে কি না যা কোনো মেইল ক্লায়েন্ট চালাবে না। ভালো ক্ষেত্রে সেগুলো সরিয়ে ফেলা হয় এবং খারাপ ক্ষেত্রে ফাঁকি দেওয়ার সংকেত হিসেবে বিবেচনা করা হয়।

ব্যর্থ হলে: script, iframe, object এবং embed সরান। ইন্টারঅ্যাকটিভ যেকোনো কিছু একটি লিংকের পেছনে থাকা উচিত।

RFC 2046 §5.1.4 — Alternative Subtype

টেক্সট ও HTML-এর ভারসাম্য `content.html_text_ratio`

বার্তাটিতে পাঠযোগ্য টেক্সটের তুলনায় কতটা মার্কআপ আছে। একটি বাক্যের চারপাশে মোড়ানো এক পৃষ্ঠা মার্কআপ এমন একটি ধরন যা ফিল্টার শনাক্ত করে।

ব্যর্থ হলে: প্লেসহোল্ডারের বদলে এমন একটি টেক্সট অংশ লিখুন যা HTML-এর একই কথা বলে।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 3 পয়েন্ট এবং ক্লাসিক স্কোরে ১০-এর মধ্যে সর্বোচ্চ 0.3।

Systems should recognize that the content of the various parts are interchangeable.

RFC 2046 §5.1.4 — Alternative Subtype

টেক্সট ও HTML অংশ `content.html_version`

বার্তাটিতে HTML-এর পাশাপাশি একটি প্লেইন টেক্সট বিকল্প আছে কি না। কিছু ফিল্টার এটির অনুপস্থিতিকে গুরুত্ব দেয়, এবং প্রতিটি স্ক্রিন রিডারের এটি প্রয়োজন।

ব্যর্থ হলে: একটি বাস্তব টেক্সট সংস্করণসহ multipart/alternative পাঠান, খালি অংশ বা ব্রাউজারে এটি দেখতে বলছে এমন কোনো লাইন নয়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 5 পয়েন্ট।

The "multipart/alternative" type is syntactically identical to "multipart/mixed", but the semantics are different. In particular, each of the body parts is an "alternative" version of the same information.

HTML-এর আকার `content.html_weight`

HTML অংশটি কত বড়। মোটামুটি ১০২ KB পেরিয়ে গেলে Gmail বার্তাটি কেটে দেয় এবং বাকিটা একটি লিংকের আড়ালে লুকিয়ে রাখে, যার সঙ্গে আপনার আনসাবস্ক্রাইব ফুটারও লুকিয়ে যায়।

ব্যর্থ হলে: ইনলাইন CSS এবং পুনরাবৃত্ত স্টাইল ব্লক কমান (অব্যবহৃত নিয়মগুলো সরানোর পর বেশিরভাগ টেমপ্লেট সীমার এক-তৃতীয়াংশের মধ্যে থাকে)।

ছবির আকার `content.images_weight`

বার্তাটি যে ছবিগুলো লোড করে সেগুলোর মোট আকার। ভারী ছবি ফোনে বার্তাকে ধীর করে, এবং শুধু ছবি দিয়ে তৈরি মেইলের কাঠামোকে ফিল্টার সন্দেহের চোখে দেখে।

ব্যর্থ হলে: ছবিগুলো কমপ্রেস করুন এবং ছবি বন্ধ থাকলেও বার্তাটি পড়া যায় কি না নিশ্চিত করুন।

দৃশ্যমান লিংকের গন্তব্য `content.link_mismatch`

লিংকের লেখায় থাকা ডোমেনের সঙ্গে HTTP রিডাইরেক্টের পরের গন্তব্য তুলনা করে। মাঝের ট্র্যাকিং ডোমেন একা প্রতারণার প্রমাণ নয়।

ব্যর্থ হলে: গন্তব্যের ডোমেন বা বর্ণনামূলক লেখা ব্যবহার করুন। পৌঁছানো যায়নি এমন গন্তব্য যাচাইহীন থাকে।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 3 পয়েন্ট।

লিংকের সুনাম `content.malicious_links`

হুমকির তালিকায় URL যাচাই করে। মিল পাওয়া মানে সব প্রাপক বার্তাটি আটকে দেবেন এমন নয়।

ব্যর্থ হলে: চিহ্নিত গন্তব্য পরীক্ষা করে অনিরাপদ লিংক বদলান বা সরান। পুরোনো রেকর্ড একা বর্তমান সংক্রমণের প্রমাণ নয়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 40 পয়েন্ট।

অ্যাটাচমেন্ট স্ক্যানিং `content.malware`

অ্যাটাচমেন্টে পরিচিত ম্যালওয়্যার আছে কি না। যেসব ডেপ্লয়মেন্টে স্ক্যানার বন্ধ থাকে, সেখানে পরিষ্কার বলে রিপোর্ট করার বদলে এটি জানায় যে স্ক্যানারটি চলেনি।

ব্যর্থ হলে: এটি শনাক্ত হলে পাঠানো বন্ধ করুন এবং যে মেশিনে বার্তাটি তৈরি হয়েছে সেখানে কী আছে তা খুঁজে বের করুন।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 60 পয়েন্ট।

ClamAV — how detection works

প্রিহেডার `content.preheader`

বিষয়ের পাশে ক্লায়েন্ট যে প্রিভিউ লাইন দেখায়। এটি না থাকলে বডির শুরুতে যা থাকে সেটিই দেখায়, যা সাধারণত ব্রাউজারে দেখার একটি লিংক।

ব্যর্থ হলে: বডির প্রথম উপাদান হিসেবে একটি লুকানো প্রিহেডার ব্লক যোগ করুন।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 2 পয়েন্ট।

RFC 5322 §2.2 — Header Fields

বিষয় লাইন `content.subject`

দৈর্ঘ্য, বড় হাতের অক্ষরের ব্যবহার এবং ফিল্টার যে প্যাটার্নগুলোকে স্কোর করে। আমরা ডিকোড করা বিষয় লাইন পরিমাপ করি, তাই সিরিলিক বা CJK লাইনকে তার এনকোডিং হিসেবে নয়, টেক্সট হিসেবে বিচার করা হয়।

ব্যর্থ হলে: এটি প্রায় ৬০ অক্ষরের মধ্যে রাখুন, চিৎকারের মতো বড় হাতের অক্ষর এবং বিস্ময়চিহ্ন বাদ দিন।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 3 পয়েন্ট।

Header fields are lines beginning with a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF.

RFC 2047 §2 — Syntax of encoded-words

An 'encoded-word' is defined by the following ABNF grammar.

সংক্ষিপ্ত লিংক `content.url_shortener`

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

ব্যর্থ হলে: আপনার নিজস্ব ডোমেইনে লিংক করুন, অথবা আপনারই একটি সাবডোমেইনে আপনার প্ল্যাটফর্মের ট্র্যাকিং ডোমেইন ব্যবহার করুন।

RFC 9989 §4.7 — DMARC Policy Record Format

বাল্ক প্রেরকের নিয়ম

বেশি পরিমাণে বার্তা পাঠানো ব্যক্তিদের জন্য Gmail ও Yahoo যে প্রয়োজনীয়তাগুলো প্রকাশ করে। এগুলো গণমেইলের ক্ষেত্রে প্রযোজ্য এবং গণমেইল বলে মনে হয় না এমন বার্তার ক্ষেত্রে এড়িয়ে যাওয়া হয়।

DMARC নীতি প্রকাশিত `compliance.dmarc_present`

From ডোমেইন আদৌ কোনো DMARC রেকর্ড প্রকাশ করে কি না, এই বার্তাটি সেটি পাস করেছে কি না তা থেকে আলাদাভাবে। Gmail এবং Yahoo বাল্ক প্রেরকদের কাছ থেকে এটি আবশ্যক করে।

ব্যর্থ হলে: একটি রেকর্ড প্রকাশ করুন। প্রয়োজনীয়তা পূরণের জন্য p=none যথেষ্ট এবং এটি আপনাকে কাজ করার জন্য রিপোর্ট দেয়।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 6 পয়েন্ট।

If this tag is not present in an otherwise syntactically valid DMARC Policy Record, then the record is treated as if it included "p=none".

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 2369 §3.2 — List-Unsubscribe

List-Unsubscribe `compliance.list_unsubscribe`

বার্তাটিতে এমন একটি আনসাবস্ক্রাইব হেডার আছে কি না, যার ভিত্তিতে কোনো মেইল ক্লায়েন্ট ব্যবস্থা নিতে পারে। Gmail এবং Yahoo বাল্ক প্রেরকদের জন্য এটি আবশ্যক করে, এবং অন্য সবকিছু ঠিক থাকলেও এটি না থাকলে সেই ভিত্তিতে ফিল্টার করা হয়। নিয়মটি গণ-মেইলের জন্য। যে চিঠিতে প্রাপককে সাবস্ক্রিপশন নিশ্চিত করতে বলা হয়, বা জানানো হয় যে সেটি সম্পন্ন হয়েছে, তা একজন ব্যক্তিকে তার সদ্য করা একটি কাজ সম্পর্কে পাঠানো হয়; CAN-SPAM এটিকে লেনদেনমূলক বা সম্পর্কভিত্তিক বার্তা বলে, এবং Gmail বা Yahoo কোনোটিই এতে আনসাবস্ক্রাইব হেডার চায় না। তাই এই যাচাইটি প্রথমে চিঠিটি পড়ে। তালিকা-সংক্রান্ত হেডার ছাড়া সাবস্ক্রিপশন নিশ্চিতকরণ, স্বাগত চিঠি, লেনদেনমূলক চিঠি বা বিজ্ঞপ্তির জন্য কোনো ত্রুটি ধরা হয় না, এবং প্রতিবেদনে চিঠিটিকে কী হিসেবে বিবেচনা করা হয়েছে তা বলা হয়। অফার দিয়ে ভরা একটি স্বাগত চিঠি কার্যত গণ-মেইলের প্রথম সংখ্যা; তালিকা-সংক্রান্ত হেডার ছাড়া যাচাইটি দুটির মধ্যে পার্থক্য করতে পারে না, এবং অনুমানের ভিত্তিতে ত্রুটি ধরে না। চিঠিটিতে List-Unsubscribe বা List-Id থাকলে, আপনি নিজেই এটিকে তালিকা-মেইল হিসেবে ঘোষণা করেছেন, এবং যাচাইটি আগের মতোই চলে।

ব্যর্থ হলে: একটি HTTPS URI-সহ List-Unsubscribe হেডার যোগ করুন। প্রতিটি প্রেরণ প্ল্যাটফর্ম এটি করতে পারে।

The List-Unsubscribe field describes the command (preferably using mail) to directly unsubscribe the user (removing them from the list).

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 8058 §4 — Additional Requirements

এক ক্লিকে আনসাবস্ক্রাইব `compliance.one_click_unsubscribe`

আরও কঠোর রূপ: একটি HTTPS URI, একটি "List-Unsubscribe-Post" হেডার, এবং উভয় হেডারকে অন্তর্ভুক্ত করে এমন একটি বৈধ DKIM স্বাক্ষর। তিনটিই থাকতে হবে, নইলে প্রাপক বোতামটি দেখায় না। List-Unsubscribe যাচাইয়ের মতো, এটি গণ-মেইলের ক্ষেত্রে প্রযোজ্য, নিশ্চিতকরণ বা স্বাগত চিঠির ক্ষেত্রে নয়।

ব্যর্থ হলে: সাধারণ ভুলটি হয় স্বাক্ষরে: প্ল্যাটফর্মগুলো "List-Unsubscribe" স্বাক্ষর করে এবং "List-Unsubscribe-Post" ভুলে যায়। একই স্বাক্ষরের h= ট্যাগে উভয় হেডারের নাম থাকতে হবে।

ক্ষতি আমাদের স্কোরে ১০০-এর মধ্যে সর্বোচ্চ 8 পয়েন্ট।

The List-Unsubscribe and List-Unsubscribe-Post headers MUST be covered by the signature and included in the "h=" tag of a valid DKIM-Signature header field.

RFC 8058 §3.1 — Mail Senders

The List-Unsubscribe header field MUST contain one HTTPS URI.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day