سایت و ایمیل به دو رکورد جدا در DNS وصل‌اند: رکورد A می‌گوید سایت کجاست و رکورد MX می‌گوید نامه‌ها را به کجا بدهند. پس میشود سایت روی هاست بماند و ایمیل روی سرویس دیگری باشد؛ فقط باید MX، SPF و DKIM را عوض کنید و در سی‌پنل Email Routing را روی Remote بگذارید. قدم آخر را خیلی‌ها جا می‌اندازند و نتیجه‌اش این است که فرم‌های سایت دیگر ایمیل نمی‌فرستند.
کی ارزشش را دارد؟
| وضعیت | پیشنهاد |
|---|---|
| چند آدرس، حجم معمولی، تیم کوچک | روی همان هاست بماند |
| صندوق‌های چندگیگابایتی که فضای هاست را می‌گیرند | جدا کنید |
| ایمیل آن‌قدر حیاتی است که نباید با مشکل سایت قطع شود | جدا کنید |
| تیم به تقویم و اسناد مشترک نیاز دارد | سرویس ایمیل کامل (مقایسه) |
| هاست زیاد عوض می‌کنید | جدا کنید تا هر بار ایمیل‌ها را جابه‌جا نکنید |
جدا کردن یک هزینه هم دارد: دو سرویس، دو پنل و دو تاریخ تمدید. اگر دلیل روشنی ندارید، ساده نگهش دارید.
مراحل
- در سرویس ایمیل جدید دامنه را اضافه و آدرس‌ها را بسازید. سرویس از شما می‌خواهد مالکیت دامنه را با یک رکورد TXT ثابت کنید.
- نامه‌های قدیمی را منتقل کنید. (روش‌های انتقال)
- رکوردهای MX را عوض کنید. در Zone Editor سی‌پنل (یا هرجا DNS دامنه مدیریت میشود) رکورد MX قبلی را حذف و رکوردهایی را که سرویس جدید داده اضافه کنید. عدد Priority را دقیقاً همان بگذارید. (کار با Zone Editor)
- SPF را اصلاح کنید. هر دامنه فقط یک رکورد SPF دارد. اگر سایت هنوز از هاست ایمیل می‌فرستد (فرم تماس، سفارش فروشگاه)، هر دو فرستنده باید در همان یک رکورد باشند؛ چیزی شبیه
v=spf1 +a +mx include:_spf.provider.com ~all. - DKIM سرویس جدید را اضافه کنید. رکورد DKIM هاست را نگه دارید؛ نامشان (selector) فرق دارد و با هم تداخل ندارند.
- Email Routing را در سی‌پنل روی Remote Mail Exchanger بگذارید.
- تست کنید: یک نامه از بیرون به دامنه، یک نامه از دامنه به بیرون، و یک بار فرم تماس سایت.
چرا Email Routing مهم است؟
سرور هاست به‌صورت پیش‌فرض خودش را مسئول ایمیل دامنه می‌داند. اگر همین‌طور بماند، وقتی سایت می‌خواهد به info@yourdomain.com ایمیل بزند (مثلاً اطلاع سفارش جدید)، سرور به DNS نگاه نمی‌کند و نامه را همان‌جا به صندوق محلی می‌دهد؛ صندوقی که دیگر کسی نگاهش نمی‌کند. با انتخاب Remote، سرور می‌فهمد ایمیل این دامنه جای دیگری است و نامه را از طریق MX می‌فرستد.
| حالت | معنی |
|---|---|
| Local Mail Exchanger | ایمیل روی همین هاست است |
| Remote Mail Exchanger | ایمیل جای دیگری است |
| Backup Mail Exchanger | این سرور فقط وقتی سرور اصلی در دسترس نیست نامه نگه می‌دارد |
| Automatically Detect Configuration | از روی MX حدس می‌زند |
اگر DNS روی کلودفلر است
رکوردهای مربوط به ایمیل (MX و رکورد A مربوط به mail) باید روی حالت «فقط DNS» باشند، نه پراکسی. کلودفلر فقط ترافیک وب را عبور می‌دهد و ایمیل از پشت پراکسی کار نمی‌کند.
بعد از جدا کردن
- اکانت‌های ایمیل قدیمی روی هاست را بعد از اطمینان از انتقال حذف کنید تا فضا آزاد شود.
- برنامه‌های ایمیل روی گوشی و کامپیوتر را با نام سرور جدید تنظیم کنید.
- اگر سایت با SMTP ایمیل می‌فرستد، تصمیم بگیرید از هاست بفرستد یا از سرویس جدید. (تنظیم SMTP)
سوال‌های رایج
برعکسش هم میشود؟ ایمیل روی هاست، سایت جای دیگر.
بله. رکورد A سایت به سرور دیگر میرود و MX و رکورد mail روی هاست میماند. Email Routing در این حالت Local است.
تغییر MX چقدر طول می‌کشد؟
از چند دقیقه تا چند ساعت، بسته به TTL رکورد. در این فاصله ممکن است بعضی نامه‌ها به سرور قبلی برسد؛ یکی دو روز هر دو را نگاه کنید.
بعد از جدا کردن، ایمیلهای سایت اسپم میشوند.
تقریباً همیشه بهخاطر SPF است: یا دو رکورد SPF ساخته شده، یا سرور هاست از رکورد حذف شده. یک رکورد با هر دو فرستنده بسازید.
