MX ریکارڈ کیا ہے؟

MX ریکارڈ کیسے کام کرتا ہے؟

بھیجنے والا میل سرور @ کے بعد کے حصے کے MX ریکارڈ DNS سے مانگتا ہے، انہیں priority کے لحاظ سے ترتیب دیتا ہے اور اسی ترتیب سے آزماتا ہے۔ جب کوئی [email protected] کو لکھتا ہے تو اس کا سرور yourname.com کے MX ریکارڈ دیکھتا ہے۔ ہر ریکارڈ دو قدریں رکھتا ہے: ایک priority نمبر اور ایک میل ہوسٹ کا نام۔

RFC 5321، SMTP معیار، کہتا ہے کہ ترتیب میں preference قدر استعمال ہونی چاہیے، کم نمبر پہلے آزمائے جائیں، اور برابر preference والے ہوسٹس کو بے ترتیب ترتیب میں چنا جائے۔ بھیجنے والا کم از کم دو پتے یکے بعد دیگرے آزماتا ہے یہاں تک کہ کوئی قبول کرے۔

MX ریکارڈ میل باکس کو نہیں رکھتا۔ وہ صرف آپ کے ای میل فراہم کنندہ کی مشین کی طرف اشارہ کرتا ہے، جو پیغام محفوظ کرتی ہے۔ اسی لیے آپ کا پتہ پورٹیبل ہے: آپ ڈومین ایک بار خریدتے ہیں، اور جب ایک فراہم کنندہ سے دوسرے پر جائیں تو MX ریکارڈ بدلتے ہیں۔ میل باکس بدلتا ہے، پتہ نہیں۔ کسٹم ای میل ڈومین کا صفحہ یہ خیال مکمل طور پر بیان کرتا ہے۔

priority نمبر کیا معنی رکھتا ہے؟

priority نمبر ترسیل کی ترتیب طے کرتا ہے: سب سے کم نمبر والا سرور پہلے میل وصول کرتا ہے، اور اگلا فال بیک ہوتا ہے۔ نمبر کی کوئی اکائی نہیں اور یہ صرف آپ کے اپنے ریکارڈز کے موازنے میں معنی رکھتا ہے۔ 10 اور 20 بالکل 1 اور 2 کی طرح کام کرتے ہیں۔

Proton Mail دو ریکارڈ استعمال کرتا ہے: mail.protonmail.ch پر 10 اور mailsec.protonmail.ch پر 20۔ Fastmail بھی in1-smtp.messagingengine.com اور in2-smtp.messagingengine.com پر 10 اور 20 استعمال کرتا ہے۔ Mailbox.org چار ہوسٹس، mxext1 سے mxext4 تک، ایک ہی priority 10 پر درج کرتا ہے، اس لیے بھیجنے والا ان میں سے ایک بے ترتیب چنتا ہے؛ اگر آپ کا DNS ہوسٹ یکساں priorities قبول نہ کرے تو Mailbox.org کہتا ہے کہ 10، 20، 30 اور 40 استعمال کریں۔

ایک اصول بہت سا میل ضائع ہونے سے بچاتا ہے: صرف اپنے موجودہ فراہم کنندہ کے MX ریکارڈ رکھیں۔ Fastmail اور Proton دونوں خبردار کرتے ہیں کہ پرانے فراہم کنندہ کا MX باقی رہے تو ڈیلیوری غیر متوقع ہو جاتی ہے، کیونکہ بھیجنے والا اسے چن سکتا ہے۔ محفوظ اوورلیپ صرف یہ ہے کہ نئے ہوسٹ کو سب سے کم priority نمبر دیا جائے۔

اگر ڈومین کا کوئی MX ریکارڈ نہ ہو تو کیا ہوتا ہے؟

کوئی بھی MX ریکارڈ نہ ہو تو بھیجنے والا ڈومین کے اپنے address ریکارڈ پر واپس جاتا ہے، گویا ڈومین کا priority 0 کا MX ہو جو اپنے ہی A یا AAAA ریکارڈ کی طرف اشارہ کرتا ہو۔ RFC 5321 اسے implicit MX کہتا ہے۔ یہ واپسی تب ہی لاگو ہوتی ہے جب کوئی MX ریکارڈ موجود ہی نہ ہو: جیسے ہی ایک MX ریکارڈ شائع ہوتا ہے، بھیجنے والوں کو ڈومین کے A یا AAAA ریکارڈ استعمال نہیں کرنے چاہئیں۔

جو ڈومین آپ ای میل کے لیے استعمال نہیں کرتے، اس کے لیے یہ واپسی تکلیف دہ ہے۔ بھیجنے والے اسے آپ کے ویب سرور تک پہنچانے کی کوشش کرتے رہتے ہیں، عموماً کئی دن تک، اور بھیجنے والا ناکامی دیر سے جانتا ہے۔ null MX فوراً دروازہ بند کر دیتا ہے۔

null MX ریکارڈ کیا ہے؟

null MX ایک ایسا واحد MX ریکارڈ ہے جس کی priority 0 اور ہدف ایک نقطہ ہو، اور یہ اعلان کرتا ہے کہ ڈومین کوئی ای میل قبول نہیں کرتا۔ یہ RFC 7505 میں متعین ہے۔ null MX کے ساتھ بھیجنے والا سرور پہلی کوشش پر ڈیلیوری ناکام کر دیتا ہے اور پیغام کو دنوں تک قطار میں نہیں رکھتا۔

RFC 7505 دو قواعد دیتا ہے۔ جو ڈومین null MX شائع کرے وہ کوئی اور MX ریکارڈ شائع نہ کرے، اس لیے null MX اکیلا ہوتا ہے۔ اور جو ڈومین اپنے پتوں سے میل بھیجتا ہے اسے null MX استعمال نہیں کرنا چاہیے، کیونکہ وصول کنندگان اس کے پیغامات رد کر سکتے ہیں۔ اسے صرف ایسے نام کے لیے استعمال کریں جو نہ بھیجتا ہو نہ وصول کرتا ہو، جیسے وہ ڈومین جو آپ redirect یا دفاعی رجسٹریشن کے لیے رکھتے ہیں۔ ریکارڈ zone-file نوٹیشن میں ایسا دکھائی دیتا ہے:

کیا MX ریکارڈ کسی IP پتے یا CNAME کی طرف اشارہ کر سکتا ہے؟

نہیں: MX ریکارڈ کا ہدف ایک ہوسٹ نام ہوتا ہے جو A یا AAAA ریکارڈ میں حل ہوتا ہے، کبھی خالی IP پتہ نہیں۔ RFC 5321 اس ہدف کو بھی دائرے سے باہر رکھتا ہے جو CNAME سے حل ہوتا ہے، اس لیے محفوظ انتخاب یہ ہے کہ MX کو سیدھا اس ہوسٹ کی طرف رکھیں جس کے اپنے پتے کے ریکارڈ ہوں۔ فراہم کنندگان درست ہوسٹ نام شائع کرتے ہیں، جیسا کہ اوپر کی جدول میں ہے۔

MX میں ہوسٹ کا نام ویب ایڈریس نہیں۔ mail.protonmail.ch ایک وصول کرنے والا سرور ہے؛ براؤزر میں کھولنے سے کچھ پتہ نہیں چلتا۔ نام کے آخر کا بھی یہی معاملہ ہے: zone file میں آخری نقطہ مکمل نام کو ظاہر کرتا ہے، جبکہ بہت سے DNS ایڈیٹرز نقطہ خود لگا دیتے ہیں، اس لیے قدر ویسی ہی کاپی کریں جیسی آپ کا فراہم کنندہ دکھائے۔

میں اپنے ڈومین پر MX ریکارڈ کیسے شامل یا بدلوں؟

ڈومین کا DNS ایڈیٹر کھولیں، پرانے فراہم کنندہ کے MX ریکارڈ حذف کریں اور نئے ان کی priorities کے ساتھ شامل کریں۔ Postelva ہر ڈومین کو MX، TXT، CNAME اور دیگر ریکارڈ قسموں کے ساتھ مفت DNS میزبانی دیتا ہے، اور Proton Mail، Fastmail، Zoho Mail، Google Workspace اور Microsoft 365 کے لیے ایک کلک DNS ٹیمپلیٹس، ساتھ ہی SPF + DMARC ٹیمپلیٹ اور اس ڈومین کے لیے “no email” ٹیمپلیٹ جو کچھ نہیں بھیجتا۔ Tuta، Mailbox.org، iCloud+ اور Migadu کے لیے کوئی ایک کلک والا ٹیمپلیٹ نہیں: آپ اپنے فراہم کنندہ کی دکھائی گئی قدروں سے DNS ایڈیٹر میں MX، TXT اور CNAME ریکارڈ ٹائپ کرتے ہیں۔

منتقلی سے پہلے پرانے MX ریکارڈ کا TTL کم کریں۔ تبدیلی کو پھیلنے میں جتنا وقت لگتا ہے وہ تقریباً اس TTL کے برابر ہوتا ہے جو ریکارڈ کی تبدیلی کے وقت تھا، اور وینڈر رہنمائی کے مطابق MX تبدیلی کا عام وقفہ ایک تا چار گھنٹے ہے، کبھی 48 گھنٹے تک۔ مرحلہ وار ترتیب ای میل نئے فراہم کنندہ کو بغیر میل کھوئے کیسے منتقل کریں کی گائیڈ میں ہے۔ تبدیلی کے بعد MX، SPF، DKIM اور DMARC ریکارڈ کیسے جانچیں کے ساتھ lookup کریں۔ فراہم کنندہ کے لیے چلتے ہوئے رہنما کے لیے Proton Mail کسٹم ڈومین ترتیب سے شروع کریں۔

کیا قابل اعتماد وصولی کے لیے MX کافی ہے؟

نہیں: MX طے کرتا ہے کہ میل کہاں پہنچے گا، مگر SPF، DKIM اور DMARC طے کرتے ہیں کہ دوسرے سرورز آپ کے بھیجے ہوئے میل پر بھروسہ کریں یا نہیں۔ ایک ڈومین جس کے MX ریکارڈ درست ہوں میل وصول کرتا ہے، اور اس سے بھیجا گیا پیغام پھر بھی تین تصدیقی ریکارڈوں کے بغیر spam میں جا سکتا ہے۔ انہیں SPF بمقابلہ DKIM بمقابلہ DMARC میں ساتھ ساتھ بیان کیا گیا ہے۔

Postelva کی 12 نومبر 2026 کی گنتی کے مطابق، ان فراہم کنندگان کے لیے جن کے مدد کے صفحات اس نے پڑھے، Proton Mail اور Fastmail ہر ایک 2 MX ہوسٹس استعمال کرتے ہیں اور Mailbox.org 4۔ مکمل Proton Mail ترتیب پھر کل 8 ریکارڈ ہے: 1 تصدیقی TXT، 2 MX، 1 SPF، 3 DKIM اور 1 DMARC۔

قابل حوالہ خلاصہ: MX ریکارڈ دنیا کو بتاتا ہے کہ کسی ڈومین کا ای میل کون سا سرور وصول کرتا ہے، اور اس کی تبدیلی وہ واحد قدم ہے جو کسی پتے کو فراہم کنندگان کے درمیان منتقل کرتا ہے۔ Postelva ڈومین اور اس کا DNS بیچتا ہے؛ میل باکس آپ کے ای میل فراہم کنندہ کے پاس رہتا ہے۔