پاسخ کوتاه
چگونه ایمیل را بدون از دست دادن نامه به ارائه‌دهنده جدید منتقل کنم؟
TTL رکوردهای MX را ۲۴ تا ۴۸ ساعت زودتر به ۳۰۰ تا ۶۰۰ ثانیه کاهش دهید، آرشیو قدیمی را به صندوق جدید وارد کنید، رکوردهای MX را آخر تغییر دهید، و حساب قدیمی را تا رسیدن نامه جدید نگه دارید. Postelva میزبان DNS است، پس تغییر یک ویرایش روی دو یا چند رکورد است.
وقتی منتقل می‌شوید چند رکورد تغییر می‌کند
| ارائه‌دهنده جدید | MX | TXT تأیید | SPF | DKIM | DMARC | کل رکوردها |
|---|---|---|---|---|---|---|
| Proton Mail | 2 | 1 | ۱ include | 3 CNAME | 1 | 8 |
| Mailbox.org | 4 | 1 | ۱ include | 4 CNAME | 1 | 11 |
| Fastmail | 2 | برای راه‌اندازی فقط MX لازم نیست | ۱ include | 3 CNAME | خوانده نشده (تأیید نشده) | ۶، بدون DMARC |
پنج مرحله به ترتیب درست
کاهش TTL
حداقل ۲۴ تا ۴۸ ساعت پیش از انتقال، TTL رکوردهای MX را به ۳۰۰ تا ۶۰۰ ثانیه تنظیم کنید. تغییر تقریباً در مدت TTL قدیمی پخش می‌شود، پس یک مقدار کوتاه پیش از تغییر، آن را سریع می‌کند.
آماده‌سازی صندوق جدید
دامنه‌تان را نزد ارائه‌دهنده جدید اضافه کنید، نشانی‌ها و نامهای مستعار را بسازید، و رکورد تأیید را که نشان می‌دهد کپی کنید. هنوز به رکوردهای MX دست نزنید.
کپی نامه‌های قدیمی
آرشیو را با ابزار ورود IMAP ارائه‌دهنده جدید وارد کنید، در حالی که حساب قدیمی هنوز نامه دریافت می‌کند. فوروارد کردن به‌تنهایی فقط نامه‌های جدید را منتقل می‌کند.
رکوردهای MX را جابه‌جا کنید
رکوردهای MX قدیمی را با جدید جایگزین کنید، include جدید SPF را به رکورد SPF موجود اضافه کنید و رکوردهای DKIM را اضافه کنید. سرور قدیمی را تا گذشت TTL قدیمی نامه‌پذیر نگه دارید.
تأیید، سپس پاک‌سازی
از دو حساب بیرونی یک پیام آزمایشی به خودتان بفرستید، سرآیندها را بررسی کنید، حساب قدیمی را مدتی نگه دارید، سپس TTL را دوباره بالا ببرید و رکوردهای قدیمی را حذف کنید.
چرا TTL تعیین می‌کند که نامه گم شود یا نه؟
TTL تعداد ثانیه‌ای است که یک حل‌کننده DNS اجازه دارد پاسخ را نگه دارد، پس مشخص می‌کند فرستنده‌ها چه مدت از رکوردهای MX قدیمی شما استفاده می‌کنند. اگر TTL قدیمی ۸۶۴۰۰ ثانیه باشد، فرستنده‌ای که یک دقیقه پیش از تغییر شما را جستجو کرده تا یک روز کامل به سرور قدیمی نامه می‌فرستد. با TTL بین ۳۰۰ تا ۶۰۰ ثانیه این بازه پنج تا ده دقیقه است.
قاعده راهنماهای تحویل ایمیل این است که TTL را ۲۴ تا ۴۸ ساعت پیش از انتقال کم کنید، تا همه کش‌ها در آن روز مقدار کوتاه را داشته باشند، و بعداً دوباره بالا ببرید. یک تغییر معمول MX سپس در ۱ تا ۴ ساعت پایدار می‌شود و در بدترین حالت می‌تواند ۲۴ تا ۴۸ ساعت طول بکشد. این توصیه فروشنده است، نه استاندارد. پاسخ‌های خالی هم با TTL رکورد SOA منطقه کش می‌شوند (RFC 2308)، پس رکوردی که دیر ساخته می‌شود ممکن است در برخی حل‌کننده‌ها برای مدتی نامرئی بماند.
چگونه نامه قدیمی‌ام را پیش از تغییر کپی کنم؟
پیش از تغییر حتی یک رکورد MX، آرشیو قدیمی را از طریق IMAP وارد کنید. Proton Mail برای نمونه انتقال از Gmail با ابزار ورود را مستند می‌کند، و راهنماهای انتقال ارائه‌دهندگان در یک ترتیب همگرا هستند: اول وارد کنید، MX را فقط وقتی مقصد آماده است تغییر دهید، و حساب قدیمی را تا تأیید رسیدن همه چیز نگه دارید.
دو عادت بیشتر خطاها را جلوگیری می‌کند. اول، صندوق قدیمی را در حین ورود باز نگه دارید، چون نامهای که در حین کپی می‌رسد فقط در حساب قدیمی خواهد بود. دوم، پس از تغییر MX یک ورود کوتاه دوم انجام دهید تا پیام‌هایی را که در زمان انتشار به سرور قدیمی رسیده‌اند بگیرد. برای ترتیب کار وقتی نشانی شما ارائه‌دهنده را عوض می‌کند اما نامش را نه، نحوه نگه داشتن نشانی ایمیل هنگام تغییر ارائه‌دهنده را بخوانید.
چگونه رکوردهای MX را با امنیت تغییر دهم؟
رکوردهای MX قدیمی را حذف کنید یا به رکوردهای جدید کم‌ترین شماره اولویت را بدهید، و هرگز دو ارائه‌دهنده را با هم نگذارید. Fastmail و Proton Mail هر دو این را در صفحات راهنمایشان می‌گویند: وقتی رکوردهای قدیمی و جدید کنار هم باشند، نامه به هر یک از دو سرور به شکل ناپیش‌بینی تحویل می‌شود. یک رکورد MX نام یک سرور نامه و یک اولویت را مشخص می‌کند؛ فرستنده‌ها ابتدا کم‌ترین عدد را امتحان می‌کنند. این مفهوم در MX چیست توضیح داده شده است.
در Postelva منطقه در بخش مشتری ویرایش می‌شود، و قالب‌های DNS با یک کلیک برای Proton Mail، Fastmail، Zoho Mail، Google Workspace و Microsoft 365، به‌علاوه‌ی قالب SPF + DMARC و قالب «بدون ایمیل» برای دامنه‌ای که چیزی ارسال نمی‌کند. یک قالب رکوردهای MX، SPF و DKIM آن ارائه‌دهنده را در یک اقدام جایگزین می‌کند. برای Tuta، Mailbox.org، iCloud+ و Migadu، رکوردهای MX، TXT و CNAME را در ویرایشگر DNS با مقادیری که در صفحه خود ارائه‌دهنده نشان داده می‌شود تایپ می‌کنید.
در انتقال، SPF و DKIM چه می‌شود؟
یک دامنه فقط می‌تواند یک رکورد SPF منتشر کند، پس include ارائه‌دهنده جدید را به رکورد موجود اضافه کنید به جای ساختن رکورد دوم. Proton Mail، Mailbox.org و Mailfence همه همین دستور را می‌دهند. include قدیمی را تا وقتی از ارائه‌دهنده قدیمی ارسال را متوقف نکرده‌اید در رکورد نگه دارید، سپس آن را حذف کنید: بررسی SPF حداکثر ۱۰ جستجوی DNS مجاز می‌کند (RFC 7208) و هر include یکی از آنها را می‌شمارد.
رکوردهای DKIM فرق دارند. هر ارائه‌دهنده نام selector خودش را دارد، مانند fm1، fm2 و fm3 در Fastmail یا protonmail، protonmail2 و protonmail3 در Proton Mail، پس رکوردهای جدید می‌توانند کنار قدیمی‌ها بنشینند تا ارائه‌دهنده قدیمی را حذف کنید. رکوردهای منتشرشده را با دستورهای نحوه بررسی رکوردهای MX، SPF، DKIM و DMARC ببینید.
از کجا بفهمم انتقال موفق بوده؟
یک پیام آزمایشی به دامنه از دو حساب بیرونی بفرستید و سرآیندهای تحویل را بخوانید. طبق فهرست Postelva در ۱۲ نوامبر ۲۰۲۶، انتقال به Proton Mail یعنی تغییر ۸ رکورد، به Mailbox.org ۱۱ و به Fastmail ۶ (رکورد DMARC در Fastmail در صفحات بررسی‌شده خوانده نشد)، پس بررسی هر نوع رکورد سریع‌ترین راه برای یافتن یک مورد جاافتاده است.
اگر پیامی نرسد، خطا تقریباً همیشه یکی از علل چرا ایمیل به دامنه سفارشی نمی‌رسد است. حساب قدیمی را چند هفته نگه دارید، زیرا فرستنده‌ای با کش قدیمی هنوز می‌تواند به آنجا تحویل دهد. وقتی حساب قدیمی خالی می‌ماند، TTL را به مقدار عادی‌اش بالا ببرید و رکوردهای قدیمی را حذف کنید.
پرسش‌های انتقال ارائه‌دهنده
انتقال چقدر طول می‌کشد؟
یک تغییر معمول MX در ۱ تا ۴ ساعت پایدار می‌شود و می‌تواند ۲۴ تا ۴۸ ساعت طول بکشد. Proton Mail از شما می‌خواهد تا یک روز مهلت بدهید. TTL کوتاهی که از قبل تنظیم شود پنجره را کوچک نگه می‌دارد.
وقتی منتقل می‌شوم نشانی‌ام را از دست می‌دهم؟
نه، اگر نشانی روی دامنه خودتان باشد: دامنه نزد همان ثبت‌کننده می‌ماند و فقط رکوردها تغییر می‌کنند. نشانی در دامنه خود ارائه‌دهنده قدیمی، مانند @proton.me یا @tuta.com، قابل انتقال نیست.
آیا می‌توانم بدون وارد کردن نامه قدیمی منتقل شوم؟
می‌توانید، اما آرشیو را در صندوق جدید از دست می‌دهید. حساب قدیمی را باز نگه دارید، یا نامه‌ها را صادر کنید، تا زمانی که آنچه لازم دارید را داشته باشید.
آیا انتقال ثبت دامنه‌ام را تغییر می‌دهد؟
نه. ثبت، تاریخ تمدید و مالک یکسان می‌مانند. فقط رکوردهای DNS که به سرور نامه اشاره می‌کنند تغییر می‌کنند.
آیا باید در ساعتی آرام منتقل شوم؟
کمک می‌کند اما الزامی نیست. آنچه مهم است این است که تغییر MX پس از ورود و پس از کاهش TTL انجام شود.
خلاصه
- TTL مربوط به MX را ۲۴ تا ۴۸ ساعت پیش از انتقال به ۳۰۰ تا ۶۰۰ ثانیه کاهش دهید.
- اول آرشیو را از طریق IMAP وارد کنید؛ فوروارد کردن فقط نامه‌های جدید را منتقل می‌کند.
- رکوردهای MX را آخر تغییر دهید؛ دو ارائه‌دهنده را با هم نگذارید.
- یک رکورد SPF؛ include جدید را به آن اضافه کنید؛ حداکثر ۱۰ جستجوی DNS.
- رکوردهای تغییریافته: Proton Mail ۸، Mailbox.org ۱۱، Fastmail ۶ بدون DMARC.
- انتشار معمولاً ۱ تا ۴ ساعت، و تا ۲۴ تا ۴۸ ساعت.
- حساب قدیمی را تا رسیدن پیام‌های آزمایشی نگه دارید.
منابع (8)
- از Gmail به Proton — Proton (خوانده‌شده در 2026-11-12)
- دامنه‌ی سفارشی از Namecheap (مقادیر MX) — Proton (خوانده‌شده در 2026-11-12)
- ضد جعل برای دامنه‌های سفارشی — Proton (خوانده‌شده در 2026-11-12)
- رکوردهای DNS پیش‌فرض — Fastmail (خوانده‌شده در 2026-11-12)
- راهنمای mailbox.org: دامنه سفارشی — mailbox.org (خوانده‌شده در 2026-11-12)
- RFC 7208، بخش 4.6.4 — RFC Editor (خوانده‌شده در 2026-11-12)
- RFC 2308: کش منفی پرس‌وجوهای DNS — RFC Editor (خوانده‌شده در 2026-11-12)
- انتشار تغییرات DNS چقدر طول می‌کشد — Suped (خوانده‌شده در 2026-11-12)