پاسخ کوتاه
چرا ایمیل روی دامنهی سفارشی من نمیرسد؟
ایمیل به یک دامنهی سفارشی نمیرسد وقتی رکوردهای MX آن گم شده، اشتباه است یا با MX ارائهدهندهی قدیمی مخلوط شده، وقتی تغییر DNS هنوز پخش نشده، یا وقتی دامنه منقضی شده است. Postelva هشت علت رایج را در زیر میشمارد؛ اولین بررسی همیشه رکوردهای MX است، که معمولاً تا 24 ساعت طول میکشد تا ثابت شود.
هشت علت ایمیل گمشده، با راهحل
| علامت | علت احتمالی | چگونه بررسی کنیم | راهحل |
|---|---|---|---|
| هیچچیز نمیرسد، بدون برگشت | رکوردهای MX گم شده یا هنوز روی ارائهدهندهی قدیمی | MX رکوردهای دامنه را جستوجو کنید | رکوردهای MX ارائهدهندهی جدید را اضافه کنید و قدیمیها را حذف کنید |
| برخی ایمیلها میرسند، برخی نه | رکوردهای MX قدیمی و جدید مخلوط | فهرست MX میزبانهای دو ارائهدهنده را نشان میدهد | فقط MX ارائهدهندهی جدید را نگه دارید، یا به آنها کمترین شمارهی اولویت را بدهید |
| دیروز کار میکرد، امروز نه | تغییر DNS هنوز پخش نشده | resolverهای مختلف پاسخهای متفاوتی میدهند | صبر کنید تا TTL قدیمی منقضی شود؛ تغییرات معمول MX یک تا چهار ساعت طول میکشد، تا 24 تا 48 ساعت |
| پیام برگشتی میگوید دامنه وجود ندارد | دامنه منقضی یا تعلیق شده است | وضعیت دامنه را در ثبتکننده بررسی کنید | تمدید کنید؛ ببینید وقتی دامنه منقضی میشود ایمیل چه میشود |
| یک رکورد وجود دارد، اما جستوجو میگوید ندارد | کش منفی پاسخ خالی قبلی | یک resolver رکورد را پیدا میکند، resolver دیگر نه | صبر کنید: یک پاسخ خالی با TTL رکورد SOA منطقه کش میشود |
| ایمیل دامنهتان به هرزنامه میرود | دو رکورد SPF، یا بیش از 10 جستوجوی DNS | رکوردهای TXT را که با v=spf1 شروع میشوند بشمارید | در یک رکورد SPF ادغام کنید؛ آن را زیر 10 جستوجو نگه دارید |
| ارائهدهنده میگوید دامنه تأیید نشده است | رکورد TXT تأیید گم شده یا اشتباه کپی شده | مقدار را با صفحهی ارائهدهنده مقایسه کنید | مقدار را دوباره بچسبانید؛ بعضی میزبانهای DNS نام میزبان بدون دامنه را میخواهند |
| پیام پس از سختگیرانه کردن DMARC برمیگردد | سیاست reject پیش از قبول شدن SPF و DKIM تنظیم شده | گزارشهای جمعی را بخوانید | به p=none برگردید، فرستندهها را درست کنید، سپس دوباره سختگیرانه کنید |
ابتدا چه چیزی را باید بررسی کنم؟
ابتدا رکوردهای MX را بررسی کنید، چون مشخص میکنند هر پیام دامنه کجا تحویل داده شود. یک رکورد MX نام یک سرور ایمیل و یک اولویت را مشخص میکند؛ فرستندهها ابتدا شمارهی کوچکتر را امتحان میکنند. اگر فهرست خالی باشد، پیام جایی برای رفتن ندارد. اگر نام ارائهدهندهی قدیمی را ببرد، پیام همچنان به آنجا میرسد.
دو دستور پاسخ را نشان میدهند. yourname.com را با دامنهی خودتان جایگزین کنید.
dig MX yourname.com +short
nslookup -type=MX yourname.comپاسخ MX چگونه باید باشد؟
باید فقط میزبانهای ارائهدهندهی فعلیتان را فهرست کند. پاسخ مورد انتظار برای Proton Mail دو خط است: mail.protonmail.ch با اولویت 10 و mailsec.protonmail.ch با اولویت 20. برای Fastmail این in1-smtp.messagingengine.com با اولویت 10 و in2-smtp.messagingengine.com با اولویت 20 است. روش خواندن هر رکورد در چگونه رکوردهای MX، SPF، DKIM و DMARC را بررسی کنیم آمده است.
چرا ایمیل هنوز به ارائهدهندهی قدیمیام میرود؟
چون رکوردهای MX قدیمی هنوز در ناحیهی DNS هستند، یا resolverها هنوز آنها را در کش دارند. طبق فهرست Postelva به تاریخ 12 نوامبر 2026، سه ارائهدهندهای که راهاندازی MX آنها مستند است، یعنی Proton Mail، Mailbox.org و Fastmail، میگویند رکوردهای MX را که جای دیگری اشاره میکنند حذف کنید، یا به رکوردهای جدید کمترین شمارهی اولویت را بدهید. نگه داشتن هر دو مجموعه ایمیل را به هر یک از دو سرور به شکلی غیرقابل پیشبینی میفرستد.
زمانی که یک تغییر لازم دارد، تقریباً برابر TTL قدیمی رکورد در لحظهی تغییر است. TTL برابر 3600 ثانیه یعنی تا یک ساعت پاسخ کششده؛ TTL برابر 86400 یعنی تا یک روز. Proton Mail میگوید برای تغییرات MX تا یک روز زمان بدهید، و Mailbox.org میگوید همگامسازی رکورد تأیید آنها میتواند تا 48 ساعت طول بکشد. اگر در حال برنامهریزی یک جابهجایی هستید نه تعمیر یک مشکل، انتقال ایمیل به یک ارائهدهندهی جدید بدون از دست دادن نامه توضیح میدهد که چگونه TTL را از قبل پایین بیاورید.
آیا یک دامنهی منقضی میتواند ایمیل مرا متوقف کند؟
بله: وقتی دامنه از انقضا گذشته و DNS آن از کار میافتد، ایمیل ورودی برمیگردد یا گم میشود. سیاست بازیابی ثبت منقضی ICANN به مالک اجازه میدهد از روز انقضا تمدید کند. پس از حذف، رجیستریهای gTLD یک دورهی بازخرید 30 روزه میدهند که در آن وضوح DNS غیرفعال است، انتقالها مسدود میشوند، و ثبتکننده میتواند نام را با یک هزینهی اضافه بازگرداند. روز دقیق توقف DNS بین ثبتکنندهها فرق میکند.
محرک دوم و کمتر شناختهشده، ایمیل ثبتکننده است. ICANN الزام میکند ثبتکننده آن را ظرف 15 روز از ثبت، انتقال یا تغییر ثبتکننده تأیید کند، و دامنهای که مالکش هرگز پاسخ ندهد میتواند تعلیق شود. Postelva صریح میگوید: ایمیل ثبتکننده پس از ثبت تأیید میشود، همانگونه که قوانین ICANN الزام میکند (ظرف 15 روز). به ایمیل تأیید پاسخ دهید و تمدید خودکار را روشن کنید، که اینجا تمدید خودکار از موجودی شما، برای هر دامنه روشن یا خاموش است. جدول زمانی کامل در آنچه وقتی دامنه منقضی شود برای ایمیل میافتد است.
آیا SPF، DKIM یا DMARC میتوانند ایمیل را ناپدید کنند؟
آنها بیشتر بر ایمیلی که شما میفرستید اثر دارند تا ایمیلی که دریافت میکنید، اما یک سیاست سختگیرانهی DMARC میتواند پیامهای شما را کاملاً توسط گیرندگان رد کند. یک دامنه فقط میتواند یک رکورد SPF منتشر کند: رکورد دوم، یا یک رکورد SPF که بیش از 10 جستوجوی DNS لازم دارد (RFC 7208)، یک خطای دائمی برمیگرداند و گیرندگان بررسی را شکستخورده میگیرند. include ارائهدهندهی جدید را به رکورد موجود اضافه کنید، بهجای ساختن رکورد جدید.
برای DMARC، با p=none و یک نشانی گزارش شروع کنید، تأیید کنید که SPF و DKIM روی همهی ایمیل قانونی قبول میشوند، سپس به quarantine و در نهایت reject بروید. Mailbox.org هشدار میدهد که یک سیاست سختگیرانهی زودهنگام ممکن است ایمیل قانونی را برگرداند. رکوردها در چگونه یک رکورد SPF بسازیم توضیح داده شدهاند.
Postelva در این میان کجا قرار میگیرد؟
Postelva DNS دامنه را میزبانی میکند، پس هر رکورد این راهنما در ناحیهی مشتری ویرایش میشود. DNS شامل میزبانی رایگان DNS با رکوردهای A، AAAA، CNAME، ALIAS، MX، TXT، NS، SRV و CAA، DNSSEC، و در صورت تمایل نامسرورهای خودتان (2 تا 13) است. قالبهای یککلیکی Proton Mail، Fastmail و Zoho Mail را پوشش میدهند؛ برای Tuta، Mailbox.org، iCloud+ و Migadu رکوردها در ویرایشگر DNS تایپ میشوند. اگر یک قالب و یک رکورد تایپشده با هم فرق داشته باشند، ناحیه هر دو را نشان میدهد، پس پیش از صبر کردن برای انتشار، کل فهرست را بخوانید. پشتیبانی با ایمیل پاسخ میدهد: پاسخ ایمیلی ظرف 12 ساعت، هفت روز هفته، از جمله راهنمایی برای رکوردهای MX، SPF، DKIM و DMARC.
پرسشهای ایمیل گمشده
چقدر باید پیش از فرض شکست یک تغییر DNS صبر کنم؟
تا TTL قدیمی رکورد صبر کنید، سپس از یک resolver دوم بررسی کنید. تغییرات MX معمولاً یک تا چهار ساعت طول میکشند و ممکن است تا 24 تا 48 ساعت طول بکشند.
چرا برخی فرستندهها به من میرسند و برخی نه؟
resolver هر فرستنده رکوردهای قدیمی شما را برای مدت متفاوتی کش میکند، پس در حین یک تغییر برخی به سرور جدید و برخی به سرور قدیمی تحویل میدهند. حذف رکوردهای MX قدیمی این تقسیم را پایان میدهد.
آیا catch-all روی تحویل اثر دارد؟
فقط داخل صندوق: یک catch-all نامهایی را میپذیرد که شما نساختهاید. اگر یک نشانی نامدار گم شده، بررسی کنید که نام مستعار وجود دارد و catch-all حساب دیگری ایمیل را نگیرد.
آیا ارائهدهنده میتواند دامنهام را مسدود کند؟
ارائهدهنده میتواند دامنهای را که تأیید نشده رد کند. پیش از بررسی بیشتر، رکورد TXT تأیید و صفحهی وضعیت ارائهدهنده را بررسی کنید.
اگر دامنهام منقضی نشان داده شود چه کنم؟
فوراً از ناحیهی مشتری تمدید کنید. در دورهی بازخرید، ثبتکننده هنوز میتواند آن را بازگرداند، با هزینهی اضافهای که باید اعلام شود.
خلاصه
- ابتدا رکوردهای MX را بررسی کنید: آنها مشخص میکنند ایمیل کجا تحویل شود.
- رکوردهای MX قدیمی را حذف کنید یا به رکوردهای جدید کمترین شمارهی اولویت را بدهید.
- تغییرات MX تقریباً به اندازهی TTL قدیمی طول میکشد: معمولاً 1 تا 4 ساعت، و تا 48 ساعت.
- فقط یک رکورد SPF، با کمتر از 10 جستوجوی DNS (RFC 7208).
- یک دامنهی منقضی وضوحش را از دست میدهد؛ دورهی بازخرید 30 روز است.
- ICANN الزام میکند ایمیل ثبتکننده ظرف 15 روز تأیید شود.
- DMARC را از p=none سختگیرانه کنید، هرگز یکراست به reject.
منابع (8)
- RFC 7208، بخش 4.6.4: محدودیتهای جستوجوهای DNS — RFC Editor (خواندهشده در 2026-11-12)
- RFC 2308: کش منفی پرسوجوهای DNS — RFC Editor (خواندهشده در 2026-11-12)
- سیاست بازیابی ثبت منقضی — ICANN (خواندهشده در 2026-11-12)
- 2013 Registrar Accreditation Agreement — ICANN (خواندهشده در 2026-11-12)
- دامنهی سفارشی از Namecheap (مقادیر MX) — Proton (خواندهشده در 2026-11-12)
- رکوردهای DNS پیشفرض — Fastmail (خواندهشده در 2026-11-12)
- mailbox.org KB: SPF، DKIM و DMARC — mailbox.org (خواندهشده در 2026-11-12)
- انتشار تغییرات DNS چقدر طول میکشد — Suped (خواندهشده در 2026-11-12)