ای میل ڈیلیور ایبلٹی چیکر
آپ کے بھیجنے والی ترتیب کو باؤنس سے پہلے چیک کریں
آپ کا میل بھیجنے والے سرور کی IP، DNSBL بلیک لسٹ چیک کرنے کے لیے استعمال ہوتی ہے۔ چھوڑ دیں تو اسکپ ہو جائے گا۔ ای میل ہیڈرز میں یہ (Received: from) سے ملا جاسکتا ہے یا اپنے SMTP فراہم کنندہ سے پوچھیں۔
DKIM پبلک کلیدی تلاش کرنے والا پریفکس، ای میل کے دستخط کی تصدیق کے لیے استعمال ہوتا ہے۔ عام سلیکٹرز (google, default, s1, k1…) کو خود سے پتہ لگانے کے لیے خالی چھوڑ دیں۔ بھیجے گئے کسی ای میل کے ہیڈر میں یہ مل سکتا ہے: DKIM-Signature: s=...
ای میل ڈیلیور ایبلٹی اس بات کا تعین کرتی ہے کہ آپ کے پیغامات ان باکس تک پہنچتے ہیں یا مسترد ہو کر سپیم میں دفن ہو جاتے ہیں۔ یہ DNS ریکارڈز کے ایک سیٹ پر منحصر ہے — MX ثابت کرتا ہے کہ آپ کا ڈومین موجود ہے اور اس کے میل سرورز ہیں، SPF اعلان کرتا ہے کہ کون آپ کے نام سے بھیج سکتا ہے، DKIM خفیہ کاری دستخط استعمال کرتا ہے تاکہ ثابت ہو کہ میل میں چھڑکاؤ نہیں کیا گیا، اور DMARC ان کو نفاذ پالیسی کے ساتھ جوڑتا ہے۔ اگر آپ کا آؤٹ گوئنگ IP DNSBL بلیک لسٹ میں شامل ہے، تو حتیٰ کہ کامل توثیق بھی آپ کو نہیں بچا سکتی۔
غلط ترتیب کوئی انتباہ نہیں دیتی — آپ کو صرف باؤنسز، کم ان باکس ریٹس، اور رجسٹریشن ای میلز سپیم میں غائب ہوتے نظر آتے ہیں۔ گمشدہ SPF کوئی بھی آپ کے ڈومین کو سپوف کرنے دیتا ہے؛ جمے ہوئے DMARC p=none سپوف کردہ میل کو گزرنے دیتا ہے؛ بلیک لسٹ شدہ آؤٹ گوئنگ IP ہر پیغام کو ڈوب دیتا ہے۔ سب سے بدترین بات یہ ہے کہ یہ مسائل اکثر صرف اس وقت دریافت ہوتے ہیں جب آپ صارفین کو کھو چکے ہوں۔
یہ ٹول وہی چیکز چلاتا ہے جو وصول کنندگان کرتے ہیں — آپ کے بھیجنے سے پہلے۔ صحیح طریقے سے شائع ہونے والے چار اہم DNS ریکارڈز کی تصدیق کے لیے اپنا بھیجنے والا ڈومین درج کریں (اور اختیاری طور پر اپنا آؤٹ گوئنگ IP اور DKIM سلیکٹر) اور آپ کا IP صاف ہے۔ ہر نتیجہ براہ راست حقیقی باؤنس کوڈ سے منسلک ہوتا ہے، جو آپ کو بالکل بتاتا ہے کہ کیا غلط ہے اور اسے کیسے درست کرنا ہے۔
باؤنس کے بعد نہیں، بلکہ بھیجنے سے پہلے پری فلیٹ — وصول کنندگان کے کرنے سے پہلے خود چیک کریں
ایک رن میں پانچ چیکز: DNS ریزولوشن، SPF، DKIM، DMARC، IP بلیک لسٹ
زیرو ٹریس: خالص DNS استفسارات، کوئی ای میل نہیں بھیجی گئی، نہ ہی ڈومین یا IP محفوظ کیا گیا
براہ راست باؤنس کوڈز پر نقشہ بناتا ہے: ہر چیک کا نتیجہ حقیقی باؤنس خرابی سے منسلک ہوتا ہے، تاکہ آپ جان سکیں کہ کیا درست کرنا ہے
کب استعمال کریں
نئے ڈومین سے پہلی مرتبہ بھیجنے سے پہلے — MX، SPF، DKIM، DMARC سب کے شائع ہونے کی تصدیق کریں
جب میل واپس آئے تو – واپس آنے والے کوڈ سے DNS، تصدیق یا IP کے مسائل کا پتہ لگائیں
DNS کی تبدیلیوں کے بعد – اپ ڈیٹ کے پھیل جانے کی تصدیق کریں اور یقینی بنائیں کہ اس سے کوئی نیا مسئلہ پیدا نہیں ہوا ہے
میل سرور یا SMTP فراہم کنندہ تبدیل کرنے کے بعد – چیک کریں کہ نیا IP صاف ہے
واپس آنے والے غلطی کا حوالہ
عام باؤنس ایرر اور وہ چیک جس سے ان کا پتہ چلتا ہے:
| باؤنس ایرر | اصل وجہ | یہ ٹول چیک کرتا ہے | درست کرنے کی سمت |
|---|---|---|---|
| 554 5.1.8 ڈومین نہیں ملا | بھیجنے والے ڈومین کا کوئی DNS ریکارڈ نہیں ہے | ڈومین DNS حل | MX/A/AAAA ریکارڈ شامل کریں |
| 550 DNSBL (مثال کے طور پر r1401) | خارج ہونے والا IP ریئل ٹائم بلیک لسٹ پر ہے | IP بلیک لسٹ | ان ڈی لسٹ کی درخواست کریں یا IP تبدیل کریں |
| 550 5.7.26 توثیق ناکام | SPF/DKIM/DMARC غائب ہیں یا ناکام ہوئے ہیں | SPF + DKIM + DMARC | وثیقی ریکارڈ شائع کریں اور سختی بڑھائیں |
DNS ریکارڈ کے سانچے
چار اہم DNS ریکارڈز کے سانچے۔ yourdomain.com اور فراہم کنندہ کی تفصیلات کی ضرورت کے مطابق تبدیل کریں۔
MX (yourdomain.com MX پر):
yourdomain.com. IN MX 10 mail.yourdomain.com.
SPF (yourdomain.com TXT پر):
v=spf1 include:_spf.google.com include:mail.zoho.com -all
DMARC (_dmarc.yourdomain.com TXT پر):
v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s
DKIM (<selector>._domainkey.yourdomain.com TXT پر):
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
DMARC کو p=none سے شروع کریں تاکہ رپورٹس جمع ہوں، پھر اسے quarantine میں بڑھائیں، پھر reject میں۔
DNS اور ای میل تصدیق کا علم
یہ DNS ریکارڈز جو یہ ٹول چیک کرتا ہے اور ای میل ڈیلیوری کے لیے ان کی اہمیت:
ڈومین DNS ریزولوشن (MX / A / AAAA)
MX وصول کنندگان کو بتاتا ہے کہ آپ کے ڈومین کو کون سے میل سرور ہینڈل کرتے ہیں۔ A/AAAA آپ کے ڈومین کو IPv4/IPv6 ایڈریس سے ماپ کرتے ہیں۔ اگر بھیجنے والے ڈومین کے پاس کوئی DNS ریکارڈ نہیں ہے تو وصول کنندگان 554 5.1.8 ڈومین نہیں ملا کے ساتھ مسترد کر دیتے ہیں - یہ ڈومین DNS میں بالکل موجود نہیں ہے۔
SPF (پھیجنے والا پالیسی فریم ورک)
آپ کے ڈومین پر ایک TXT ریکارڈ جو ان IPs/سرورز کی فہرست دیتا ہے جو آپ کے نام پر میل بھیجنے کے مجاز ہیں۔ وصول کنندگان بھیجنے والے IP کو اس فہرست کے خلاف چیک کرتے ہیں۔ SPF کے بغیر کوئی بھی آپ کے ڈومین کی جعل سازی کر سکتا ہے۔
- -all
- سخت مسترد کرنا: غیر مجاز بھیجنے والوں کو بلاک کر دیا جاتا ہے۔ بہترین طریقہ، سب سے زیادہ سیکیورٹی۔
- ~all
- نرم ناکامی: مشکوک کے طور پر نشان زد کیا جاتا ہے لیکن مسترد نہیں کیا جاتا۔ منتقلی کے لیے ٹھیک، طویل مدتی ڈومین اعتماد کم کرتا ہے۔
- ?all
- غیر جانبدار: کوئی دعویٰ نہیں۔ SPF کے نہ ہونے کے برابر۔ ہائی سپوفنگ رسک۔
- +all
- سب کی اجازت: کوئی بھی IP آپ کے نام سے بھیج سکتا ہے۔ انتہائی خطرناک، کبھی استعمال نہ کریں۔
DKIM (ڈومینکلیدی شناخت شدہ میل)
باہر جانے والے میل میں شامل کردہ ایک کرپٹوگرافک دستخط۔ عوامی کلید <selector>._domainkey.yourdomain.com پر ایک TXT ریکارڈ کے طور پر شائع کی جاتی ہے۔ وصول کنندگان اس کلید کے خلاف دستخط کی توثیق کرتے ہیں۔ SPF کے برعکس، کلید کو تلاش کرنے کے لیے آپ کو سلیکٹر جاننا ضروری ہے۔
- v=DKIM1
- ورژن شناخت کنندہ، لازمی۔ اس کے بغیر ریکارڈ کو DKIM کے طور پر تسلیم نہیں کیا جاتا۔
- k=rsa
- کلید کی قسم، RSA سب سے زیادہ عام۔ اگر غائب ہو تو رsa بطور پیش فرض ہوتا ہے۔
- p=...
- RSA پبلک کلید، لازمی۔ خالی یا غائب p= سلیکٹر کو منسوخ کر دیتا ہے۔
- t=s
- سخت موڈ: دستخط کو ڈومین سے بالکل میل کھانا چاہیے۔ ذیلی ڈومین دستخط کے غلط استعمال کو روکتا ہے۔
DMARC (ڈومین پر مبنی میسج کی تصدیق)
_dmarc.yourdomain.com پر موجود پالیسی والا TXT ریکارڈ جو SPF اور DKIM کو جوڑتا ہے۔ وصول کنندگان کو بتاتا ہے کہ جب دونوں ناکام ہوں تو کیا کرنا ہے۔ یہ یہ بھی بتاتا ہے کہ مجموعی رپورٹس کہاں بھیجنی ہیں۔
- p=none
- صرف نگرانی: کوئی کارروائی نہیں، صرف رپورٹس جمع کریں۔ محفوظ نقطۂ آغاز لیکن تحفظ صفر — سپوف شدہ میل اب بھی ان باکس میں پہنچتا ہے۔
- p=quarantine
- قرنطینہ: ناکام تصدیق سپیم فولڈر میں جاتی ہے۔ اعتدال پسند تحفظ، توثیق کے مرحلے کے لیے اچھا۔
- p=reject
- مسترد: ناکام تصدیق کو براہ راست بلاک کر دیا جاتا ہے۔ سب سے مضبوط تحفظ، حتمی ہدف۔ اس درجے کو چھوڑنا سپوف شدہ میل کو گزرنے دیتا ہے۔
- rua=
- مجموعی رپورٹ منزل۔ ترسیل کی ناکامیوں کی نگرانی کے لیے، کوئی نفاذ نہیں لیکن تشخیص میں مدد کرتا ہے۔
- adkim=s / aspf=s
- سخت alignment: DKIM/SPF ڈومین From ہیڈر سے بالکل میل کھانا چاہیے۔ ذیلی ڈومین سپوفنگ کو روکتا ہے۔
DNSBL (DNS پر مبنی بلیک ہول لسٹ)
DNS کے ذریعے تلاش کی جانے والی حقیقی وقت کی IP بلیک لسٹس۔ وصول کنندگان آپ کی باہر جانے والی IP کو Spamhaus, Barracuda, SpamCop جیسی لسٹس کے خلاف چیک کرتے ہیں۔ اگر لسٹ میں شامل ہو تو ایemail مسترد کر دیا جاتا ہے (550 DNSBL)۔
- zen.spamhaus.org
- سب سے بڑی پبلک بلیک لسٹ، وسیع تر کوریج۔ سب سے زیادہ اثر — تقریباً تمام وصول کنندہ اسے چیک کرتے ہیں۔
- b.barracudacentral.org
- انٹرپرائز درجے کی بلیک لسٹ، جو کئی سیکیورٹی آلات استعمال کرتے ہیں۔ اعتدال پسند اثر.
- bl.spamcop.net
- صارف کی رپورٹ پر مبنی۔ غلط مثبتیں ہو سکتی ہیں، لیکن اعتدال پسند اثر.
- dnsbl.sorbs.net
- چھوٹی بلیک لسٹ، محدود اثر لیکن پھر بھی استفسار کیا جاتا ہے۔