ایمیل دامنه بعد از فعال‌سازی کلودفلر قطع شده؛ چطور درستش کنیم؟

سایتتان بعد از فعال‌کردن کلودفلر باز می‌شود، اما ایمیل‌های دامنه نمی‌رسند یا برنامه ایمیل دیگر به سرور وصل نمی‌شود؟ این اتفاق می‌تواند وقتی رخ دهد که رکوردهای مربوط به ایمیل در DNS جدید کامل کپی نشده باشند یا نام سرور ایمیل پشت ابر نارنجی قرار گرفته باشد. بازشدن سایت به‌تنهایی نشان نمی‌دهد ایمیل هم درست تنظیم شده است؛ وب و ایمیل از مسیرهای متفاوتی استفاده می‌کنند.

در این راهنما فرض می‌کنیم نیم‌سرورهای دامنه را به Cloudflare تغییر داده‌اید و قبلاً یک سرویس ایمیل داشته‌اید. هدف این است که همان سرویس را برگردانیم. نشانی سرور و مقادیر واقعی را از شرکت ارائه‌دهنده ایمیل خود بگیرید؛ مقدارهای این مقاله فقط مثال‌اند.

از پنل DNS قبلی یا تنظیمات شرکت ایمیل، نام مقصد رکورد MX و عدد اولویت آن را یادداشت کنید. برای نمونه ممکن است مقصد mail.example.com و اولویت آن 10 باشد. اگر ایمیل شما روی Google Workspace، Microsoft 365 یا سرویس دیگری است، مقصدها و تعدادشان ممکن است کاملاً متفاوت باشند.

اگر به پنل قبلی دسترسی ندارید، از پشتیبانی سرویس ایمیل نام دقیق MX، اولویت هر رکورد و هر رکورد لازم دیگر را بخواهید. MX را حدسی به IP سرور سایت تغییر ندهید؛ سرور سایت و سرور ایمیل ممکن است جدا باشند. پیش از تغییر نیز از فهرست رکوردهای فعلی عکس بگیرید یا خروجی بگیرید تا بتوانید تنظیمات را بازگردانید.

در حساب Cloudflare دامنه موردنظر را باز کنید و به DNS → Records بروید. اگر هنوز رکورد MX را نمی‌بینید، گزینه Add record را بزنید:

اگر سرویس شما چند MX داده، همه را با اولویت‌های اعلام‌شده وارد کنید. عدد کوچک‌تر اولویت بالاتری دارد. MXهای قدیمی و جدید را بدون برنامه با هم مخلوط نکنید: ممکن است بخشی از ایمیل‌ها به سرویسی بروند که دیگر صندوق‌های شما را ندارد.

در مثال بالا، MX به mail.example.com اشاره می‌کند. حالا باید رکورد mail هم وجود داشته باشد و به نشانی واقعی سرور ایمیل برسد. در DNS کلودفلر دنبال رکورد A با نام mail بگردید؛ اگر شرکت ایمیل برای IPv6 هم مقدار داده، ممکن است رکورد AAAA هم لازم باشد. مقدارها را دقیقاً طبق اطلاعات سرویس خود وارد کنید.

کنار رکورد نام سرور ایمیل، وضعیت ابر را روی DNS only یا ابر خاکستری بگذارید. پراکسی معمولی Cloudflare برای ترافیک وب است و نباید برای ارتباط‌های معمول SMTP و IMAP مانند وب استفاده شود. خاکستری شدن این رکورد می‌تواند IP سرور ایمیل را آشکار کند؛ اگر این موضوع برای شما مهم است، پیش از تغییر از ارائه‌دهنده ایمیل درباره معماری مناسب بپرسید. رکورد MX خودش ابر نارنجی و خاکستری ندارد؛ تنظیم مربوط به رکوردی است که نام مقصد MX را به سرور می‌رساند.

اگر MX شما به نامی متعلق به ارائه‌دهنده دیگری اشاره می‌کند، بی‌دلیل رکورد mail نسازید. همان دستورالعمل آن ارائه‌دهنده را دنبال کنید. همچنین رکورد وب، مثل www، لازم نیست فقط به خاطر ایمیل خاکستری شود.

اگر ایمیل در وب‌میل باز می‌شود ولی در Outlook یا گوشی خطا می‌دهد، نشانی سرور ورودی و خروجی را با اطلاعات سرویس‌دهنده مقایسه کنید. ممکن است برنامه به mail.example.com وصل شود و همین نام پشت ابر نارنجی مانده باشد. تنظیم DNS را اصلاح کنید، سپس برنامه را دوباره امتحان کنید.

نام سرور، پورت و نوع رمزنگاری را از ارائه‌دهنده بگیرید؛ بدون اطلاع، SSL را خاموش نکنید. اگر خطای گواهی می‌بینید، نامی که در برنامه وارد کرده‌اید باید با نام معتبر گواهی سرور سازگار باشد. در صورت نامعتبر بودن گواهی، خطا را نادیده نگیرید و از پشتیبانی بخواهید نشانی درست یا گواهی معتبر را مشخص کند.

تغییرهای DNS ممکن است بلافاصله برای همه دیده نشوند. چند دقیقه بعد، رکورد MX را با ابزار بررسی DNS یا از خط فرمان ببینید. در فرمان زیر example.com را با دامنه خود جایگزین کنید:

این فرمان فقط پرس‌وجو می‌کند و تنظیمی را تغییر نمی‌دهد. خروجی باید مقصدهایی را نشان دهد که سرویس‌دهنده شما اعلام کرده است. اگر پاسخ هنوز قدیمی است، ممکن است کش DNS یا نیم‌سرور فعال علت باشد؛ از ابزار بررسی DNS نت‌آرام هم می‌توانید کمک بگیرید. توجه کنید نتیجه یک DNS عمومی لزوماً وضعیت همه شبکه‌ها را نشان نمی‌دهد.

حالا از یک نشانی خارج از دامنه‌تان، مثلاً ایمیل شخصی، یک پیام آزمایشی به صندوق دامنه بفرستید و پوشه اسپم را هم ببینید. سپس از همان صندوق به ایمیل شخصی پاسخ بدهید. دریافت و ارسال را جدا امتحان کنید؛ ممکن است یکی درست و دیگری خراب باشد. اگر پیام برنگشت یا دیر رسید، زمان و نشانی فرستنده و گیرنده را برای پشتیبانی نگه دارید، اما رمز و متن محرمانه پیام را نفرستید.

اگر دریافت درست شده ولی پیام‌های ارسالی وارد اسپم می‌شوند، موضوع جداست و ممکن است به SPF، DKIM یا DMARC مربوط باشد. رکوردهای قبلی را بدون اطلاع حذف نکنید؛ راهنمای SPF و DKIM و DMARC درباره تنظیم و تشخیص این بخش توضیح می‌دهد.

پیام برگشتی را بخوانید. خطای «صندوق وجود ندارد» با خطای «اتصال به سرور برقرار نشد» یکسان نیست. متن فنی خطا، زمان تقریبی ارسال، مقصد MX و نام سرور ایمیل را برای پشتیبانی بفرستید. اگر چندین MX دارید، مطمئن شوید همه به سرویس‌هایی اشاره می‌کنند که واقعاً آماده دریافت پیام برای دامنه شما هستند.

برای جلوگیری از تکرار این مشکل، هنگام ثبت دامنه یا تغییر نیم‌سرورها، رکوردهای ایمیل را جدا از رکوردهای سایت فهرست کنید. دستورالعمل اصلی این راهنما را نیز می‌توانید در مستندات رفع مشکل ایمیل Cloudflare بخوانید.