پاسخ کوتاه
رکورد MX چیست؟
یک رکورد MX رکورد DNS است که سرور نامه‌ای را که نامه یک دامنه را می‌پذیرد با یک شماره اولویت نام می‌برد: کم‌ترین شماره اول امتحان می‌شود. با Postelva، رکوردهای MX دامنه خود را در یک ویرایشگر DNS رایگان ویرایش می‌کنید، برای مثال mail.protonmail.ch با اولویت 10 و mailsec.protonmail.ch با اولویت 20.
رکوردهای MX سه ارائهدهنده، خوانده‌شده در صفحات راهنمایشان
| ارائهدهنده | میزبان MX | اولویت |
|---|---|---|
| Proton Mail | mail.protonmail.ch | 10 |
| Proton Mail | mailsec.protonmail.ch | 20 |
| Fastmail | in1-smtp.messagingengine.com | 10 |
| Fastmail | in2-smtp.messagingengine.com | 20 |
| Mailbox.org | mxext1.mailbox.org، mxext2.mailbox.org، mxext3.mailbox.org، mxext4.mailbox.org | ۱۰ برای هرکدام (اگر میزبان DNS شما اولویت‌های برابر را نمی‌پذیرد از ۱۰، ۲۰، ۳۰، ۴۰ استفاده کنید) |
آخرین بررسی در ؛ ارقام قدیمی‌تر تاریخ خودشان را دارند
رکورد MX چگونه کار میکند؟
یک سرور نامه فرستنده از DNS رکوردهای MX بخش بعد از @ را می‌پرسد، آنها را بر اساس اولویت مرتب میکند و به همان ترتیب امتحان میکند. وقتی کسی به [email protected] می‌نویسد، سرورش رکوردهای MX مربوط به yourname.com را جستجو میکند. هر رکورد دو مقدار دارد: یک شماره اولویت و نام یک میزبان نامه.
RFC 5321، استاندارد SMTP، می‌گوید مقدار ترجیح باید در مرتب‌سازی به کار رود، شماره‌های کم‌تر اول امتحان شوند، و میزبان‌هایی با ترجیح برابر به ترتیب تصادفی انتخاب شوند. فرستنده حداقل دو نشانی را به نوبت امتحان میکند تا یکی پیام را بپذیرد.
رکورد MX صندوق را نگه نمی‌دارد. فقط به ماشین ارائهدهنده ایمیل شما اشاره میکند که پیام را ذخیره میکند. به همین دلیل نشانی شما قابل انتقال است: دامنه را یک بار می‌خرید، و وقتی از یک ارائهدهنده به دیگری می‌روید رکوردهای MX را عوض می‌کنید. صندوق تغییر میکند، نشانی نمیکند. صفحه دامنه ایمیل سفارشی این ایده را کامل توضیح میدهد.
شماره اولویت چه معنایی دارد؟
شماره اولویت ترتیب تحویل را تعیین میکند: سروری که کم‌ترین شماره را دارد اول نامه را دریافت میکند، و بعدی پشتیبان است. این شماره واحد ندارد و خارج از مقایسه میان رکوردهای خودتان معنایی ندارد. 10 و 20 دقیقاً مثل 1 و 2 کار میکنند.
Proton Mail دو رکورد دارد: mail.protonmail.ch با 10 و mailsec.protonmail.ch با 20. Fastmail هم از 10 و 20 روی in1-smtp.messagingengine.com و in2-smtp.messagingengine.com استفاده میکند. Mailbox.org چهار میزبان، mxext1 تا mxext4، را با اولویت یکسان 10 فهرست میکند، پس فرستنده یکی را تصادفی انتخاب میکند؛ اگر میزبان DNS شما اولویت‌های یکسان را نمی‌پذیرد، Mailbox.org می‌گوید از 10، 20، 30 و 40 استفاده کنید.
یک قاعده بسیاری از نامه‌های گم‌شده را نجات میدهد: فقط رکوردهای MX ارائهدهنده فعلی‌تان را نگه دارید. Fastmail و Proton هر دو هشدار می‌دهند که MX ارائهدهنده قدیمی که باقی بماند تحویل را غیرقابلپیشبینی میکند، زیرا فرستنده ممکن است آن را انتخاب کند. تنها هم‌پوشانی امن این است که به میزبان جدید کم‌ترین شماره اولویت را بدهید.
اگر دامنه رکورد MX نداشته باشد چه می‌شود؟
بدون هیچ رکورد MX، فرستنده به رکورد نشانی خود دامنه برمی‌گردد، گویی دامنه MX ای با اولویت 0 دارد که به رکورد A یا AAAA خودش اشاره میکند. RFC 5321 این را MX ضمنی می‌نامد. این بازگشت فقط وقتی اعمال می‌شود که هیچ رکورد MX وجود نداشته باشد: به محض اینکه یک رکورد MX منتشر شود، فرستندهها نباید از رکوردهای A یا AAAA دامنه استفاده کنند.
برای دامنه‌ای که برای نامه استفاده نمی‌کنید، این بازگشت آزاردهنده است. فرستندهها معمولاً برای روزها سعی میکنند به سرور وب شما تحویل دهند، و فرستنده دیر متوجه شکست می‌شود. یک MX تهی فوراً در را می‌بندد.
رکورد MX تهی چیست؟
MX تهی یک رکورد MX با اولویت 0 و یک نقطه به‌عنوان مقصد است، و اعلام میکند که دامنه اصلاً نامه نمی‌پذیرد. در RFC 7505 تعریف شده است. با MX تهی، سرور فرستنده تحویل را در تلاش اول شکست میدهد و پیام را برای روزها در صف نمی‌گذارد.
RFC 7505 دو قاعده دارد. دامنه‌ای که MX تهی منتشر میکند نباید هیچ رکورد MX دیگری منتشر کند، پس MX تهی تنها باقی می‌ماند. و دامنه‌ای که از نشانی‌های خودش نامه می‌فرستد نباید از MX تهی استفاده کند، زیرا گیرنده‌ها ممکن است پیام‌هایش را رد کنند. فقط برای نامی به کار ببرید که نه نامه می‌فرستد و نه دریافت میکند، مانند دامنه‌ای که برای تغییر مسیر یا ثبت دفاعی نگه داشته‌اید. رکورد در نشانه‌گذاری فایل منطقه این‌طور است:
; domain that receives no email
example.com. IN MX 0 .
; domain hosted at Proton Mail
example.com. IN MX 10 mail.protonmail.ch.
example.com. IN MX 20 mailsec.protonmail.ch.آیا یک رکورد MX می‌تواند به یک نشانی IP یا CNAME اشاره کند؟
نه: مقصد یک رکورد MX نام میزبانی است که به یک رکورد A یا AAAA حل می‌شود، نه یک نشانی IP خالی. RFC 5321 مقصدی را که از طریق CNAME حل می‌شود خارج از دامنه‌اش می‌داند، پس انتخاب امن این است که MX مستقیماً به میزبانی اشاره کند که رکوردهای نشانی خودش را دارد. ارائه‌دهندگان نام میزبان درست را منتشر میکنند، مانند جدول بالا.
نام میزبان در MX یک نشانی وب نیست. mail.protonmail.ch یک سرور دریافت است؛ باز کردن آن در مرورگر چیزی نشان نمی‌دهد. همین برای نقطه انتهایی نام هم صادق است: در یک فایل منطقه، نقطه انتهایی یک نام کامل را مشخص میکند، در حالی که بسیاری از ویرایشگرهای DNS نقطه را برای شما اضافه میکنند، پس مقدار را دقیقاً همان‌طور که ارائهدهنده نشان میدهد کپی کنید.
چگونه رکوردهای MX را در دامنه‌ام اضافه یا تغییر دهم؟
ویرایشگر DNS دامنه را باز کنید، رکوردهای MX ارائهدهنده قبلی را حذف کنید و رکوردهای جدید را با اولویت‌هایشان اضافه کنید. Postelva به هر دامنه میزبانی DNS رایگان با رکوردهای MX، TXT، CNAME و سایر انواع رکورد میدهد، و قالب‌های DNS با یک کلیک برای Proton Mail، Fastmail، Zoho Mail، Google Workspace و Microsoft 365، به‌علاوه‌ی قالب SPF + DMARC و قالب «بدون ایمیل» برای دامنه‌ای که چیزی ارسال نمیکند. برای Tuta، Mailbox.org، iCloud+ و Migadu قالب یک‌کلیکی وجود ندارد: رکوردهای MX، TXT و CNAME را از مقادیری که ارائهدهندهتان نشان میدهد در ویرایشگر DNS تایپ می‌کنید.
پیش از انتقال، TTL رکوردهای MX قدیمی را کم کنید. مدتی که یک تغییر برای پخش شدن نیاز دارد تقریباً برابر TTL قدیمی روی رکورد در لحظه تغییر است، و راهنمای فروشنده تأخیر معمول یک تغییر MX را یک تا چهار ساعت و گاهی تا ۴۸ ساعت می‌داند. ترتیب گام‌به‌گام در راهنمای انتقال نامه به ارائهدهنده جدید بدون از دست دادن نامه است. پس از تغییر، رکوردهای MX، SPF، DKIM و DMARC خود را با یک جستجو بررسی کنید. برای راهنمای ارائهدهنده، از راهاندازی دامنه سفارشی Proton Mail شروع کنید.
آیا MX برای دریافت مطمئن نامه کافی است؟
نه: MX تعیین میکند نامه کجا می‌رسد، اما SPF، DKIM و DMARC تعیین میکنند که سرورهای دیگر به نامه‌ای که شما می‌فرستید اعتماد کنند یا نه. دامنه‌ای با رکوردهای MX درست نامه دریافت میکند، و پیامی که از آن می‌فرستید ممکن است بدون سه رکورد احراز هویت به هرزنامه برود. آنها کنار هم در SPF در برابر DKIM در برابر DMARC توضیح داده شده‌اند.
طبق شمارش Postelva در ۱۲ نوامبر ۲۰۲۶ از ارائه‌دهندگانی که صفحات راهنمایشان را خوانده، Proton Mail و Fastmail هر کدام ۲ میزبان MX و Mailbox.org ۴ میزبان دارد. یک راهاندازی کامل Proton Mail پس از آن ۸ رکورد در مجموع است: ۱ TXT تأیید، ۲ MX، ۱ SPF، ۳ DKIM و ۱ DMARC.
یک خلاصه قابل استناد: یک رکورد MX به جهان می‌گوید کدام سرور نامه یک دامنه را دریافت میکند، و تغییر آن تنها گامی است که نشانی را میان ارائه‌دهندگان جابه‌جا میکند. Postelva دامنه و DNS آن را می‌فروشد؛ صندوق نزد ارائهدهنده ایمیل شما می‌ماند.
پرسش‌های رکورد MX
یک دامنه چند رکورد MX باید داشته باشد؟
یک MX تهی اگر دامنه چیزی دریافت نمیکند، وگرنه شماری که ارائهدهندهتان فهرست میکند: دو برای Proton Mail و Fastmail، چهار برای Mailbox.org. دو یا بیشتر به فرستنده یک بازگشت میدهد.
آیا ترتیب رکوردهای MX در ویرایشگر DNS اهمیت دارد؟
نه. فرستندهها بر اساس شماره اولویت مرتب میکنند، نه ترتیب نمایش. فقط شماره تعیین میکند کدام میزبان اول امتحان شود.
یک تغییر MX چقدر طول می‌کشد؟
راهنمای فروشنده یک تغییر معمول MX را یک تا چهار ساعت و کران بالا را ۲۴ تا ۴۸ ساعت می‌داند. این به TTL بستگی دارد که رکورد قدیمی هنگام تغییر داشت.
آیا دو ارائهدهنده میتوانند نامه یک دامنه را دریافت کنند؟
فقط با یک راهاندازی عمدی، زیرا فرستندهها بین میزبانهای MX بر اساس اولویت انتخاب میکنند. آمیختن تصادفی میزبانهای MX دو ارائهدهنده تحویل را غیرقابلپیشبینی میکند، پس رکوردهای یک ارائهدهنده را نگه دارید.
برای فرستادن نامه به رکورد MX نیاز دارم؟
برای فرستادن خود نامه نه، چون ارسال از SPF و DKIM استفاده میکند. برای دریافت پاسخ‌ها و پیام‌های برگشتی به MX نیاز دارید.
خلاصه
- یک رکورد MX نام سرور نامه یک دامنه را مشخص میکند و یک شماره اولویت دارد.
- کم‌ترین شماره اولویت اول امتحان می‌شود (RFC 5321)؛ شماره‌های برابر به تصادف انتخاب می‌شوند.
- بدون هیچ MX، فرستندهها به رکورد A یا AAAA دامنه برمی‌گردند.
- MX تهی (RFC 7505) یک رکورد است با اولویت 0 و یک نقطه، برای دامنه‌ای که هیچ نامه‌ای نمی‌پذیرد.
- Proton Mail از mail.protonmail.ch (10) و mailsec.protonmail.ch (20) استفاده میکند؛ Fastmail از in1-smtp (10) و in2-smtp (20).
- فقط رکوردهای MX ارائهدهنده فعلی‌تان را نگه دارید.
- Postelva DNS رایگان با رکوردهای MX، TXT و CNAME میدهد؛ یک .com $ 12.49/سال است، هر سال یکسان.
منابع (5)
- RFC 5321، Simple Mail Transfer Protocol، بخش 5.1 — RFC Editor (خوانده‌شده در 2026-11-12)
- RFC 7505، A "Null MX" No Service Resource Record — RFC Editor (خوانده‌شده در 2026-11-12)
- هنگام تغییر ارائهدهنده رکوردهای MX قدیمی را حذف کنید (راهنمای Fastmail) — Fastmail (خوانده‌شده در 2026-11-12)
- دامنه سفارشی و ضد جعل (پشتیبانی Proton) — Proton (خوانده‌شده در 2026-11-12)
- SPF، DKIM و DMARC برای دامنه سفارشی (پایگاه دانش Mailbox.org) — Mailbox.org (خوانده‌شده در 2026-11-12)