محتوای آموزشی وبلاگ نت‌آرام
ایمیل دامنه را به یک سرویس خارجی منتقل کرده‌اید. نامه‌ای که از یک صندوق شخصی می‌فرستید به مقصد می‌رسد، اما پیام فرم سایت یا نامه‌ای که از هاست می‌فرستید در همان صندوق دیده نمی‌شود. یکی از علت‌های احتمالی این تفاوت، تنظیم Email Routing در سی‌پنل است: ممکن است سرور سایت هنوز تصور کند صندوق مقصد روی خودش قرار دارد.
این تنها علت ممکن نیست. اگر فرم اصلاً پیامی نسازد، از یک سرویس SMTP دیگر استفاده کند یا سرور مقصد نامه را رد کند، تغییر این گزینه راه‌حل نیست. در این آموزش ابتدا مسیر واقعی را مشخص می‌کنیم و فقط وقتی شواهد کافی داشتیم سراغ انتخاب Local یا Remote می‌رویم.
Local و Remote چه فرقی دارند؟
فرض کنید سایت و سی‌پنل روی یک سرور هستند و نشانی صندوق شما info@example.com است. این دامنه فقط نمونه است؛ در مراحل زیر دامنه و صندوق خودتان را جایگزین کنید.
Local Mail Exchanger یعنی سرور سی‌پنل برای دامنه، ایمیل را محلی می‌پذیرد و به صندوق روی همان سرور تحویل می‌دهد. این گزینه معمولاً زمانی مناسب است که صندوق‌های آن دامنه واقعاً روی همان سرویس ایمیل هستند.
Remote Mail Exchanger یعنی سرور سی‌پنل برای آن دامنه صندوق محلی را مقصد نهایی نمی‌داند و برای ارسال از مسیر سرور ایمیل مقصد استفاده می‌کند. این گزینه در سناریوی ساده‌ای کاربرد دارد که همه صندوق‌های دامنه در سرویس دیگری هستند و سی‌پنل نباید آن‌ها را محلی تحویل دهد.
Backup Mail Exchanger برای سروری است که عمداً نقش سرور ایمیل پشتیبان دارد؛ نباید صرفاً چون «می‌خواهیم بکاپ داشته باشیم» انتخابش کنید. همچنین تنظیمات درگاه ضداسپم، صندوق‌های تقسیم‌شده بین چند سرور یا mail child node ممکن است طراحی متفاوتی داشته باشند. در این حالت پیش از تغییر با مدیر سرویس هماهنگ کنید. مستندات رسمی cPanel درباره Email Routing هشدار می‌دهد که انتخاب نادرست می‌تواند دریافت ایمیل را مختل کند.
قدم اول: محل واقعی صندوق را پیدا کنید
وارد همان جایی شوید که معمولاً نامه‌های info@example.com را می‌خوانید. نام سرویس و نشانی وب‌میل یا پنل آن را یادداشت کنید. سپس از مدیر ایمیل بپرسید آیا همه صندوق‌های این دامنه روی همین سرویس هستند یا بعضی صندوق‌ها هنوز روی هاست سایت قرار دارند.
دیدن نام یک صندوق در بخش Email Accounts سی‌پنل به‌تنهایی ثابت نمی‌کند صندوق فعال و مقصد اصلی همان است. ممکن است آن حساب پس از مهاجرت قدیمی مانده باشد. فعلاً آن را حذف نکنید؛ شاید نامه‌های قبلی داخلش باشد یا سرویس دیگری از آن استفاده کند.
اگر صندوق‌ها در همان هاست هستند ولی نامه‌ها در گوشی دیده نمی‌شوند، اول وب‌میل همان هاست را باز کنید. وجود پیام در وب‌میل و نبودنش در گوشی بیشتر به تنظیم برنامه یا همگام‌سازی مربوط است؛ با تغییر مسیر ایمیل ممکن است مشکل تازه‌ای ایجاد شود.
قدم دوم: محل ارسال فرم یا برنامه را مشخص کنید
در پیشخوان سایت، تنظیمات افزونه فرم و در صورت وجود افزونه SMTP را باز کنید. ببینید سرویس ارسال کدام است و نشانی گیرنده فرم چیست. دو حالت مهم داریم:
- اگر سایت از سرور ایمیل محلی هاست استفاده می‌کند، تنظیم مسیریابی همان سرور می‌تواند روی مقصد اثر بگذارد.
- اگر افزونه سایت نامه را مستقیم به یک سرویس SMTP بیرونی می‌سپارد، مسیر آن نامه ممکن است از سرور ایمیل سی‌پنل عبور نکند. در این حالت به گزارش همان سرویس بیرونی مراجعه کنید؛ عوض‌کردن Email Routing هاست لزوماً آن مسیر را اصلاح نمی‌کند.
برای مقایسه، یک نامه آزمایشی با موضوع مشخص از همان مسیر مشکل‌دار به صندوق دامنه خود و یک صندوق آزمایشی دیگر که در اختیار دارید بفرستید. سپس از یک صندوق مستقل هم به صندوق دامنه نامه بفرستید. زمان و نتیجه هر سه را یادداشت کنید. رسیدن نامه از بیرون و نرسیدن نامه سایت، احتمال تفاوت مسیر را تقویت می‌کند اما هنوز به‌تنهایی تشخیص قطعی نیست.
قدم سوم: گزارش همان نامه را بخوانید
اگر ارسال از سرور ایمیل سی‌پنل انجام شده، به Email ← Track Delivery بروید، آدرس گیرنده را جست‌وجو کنید و ردیفی را که زمان و فرستنده‌اش با آزمایش شما یکی است باز کنید. ستون Result و جزئیات مسیر می‌تواند نشان دهد پیام محلی پردازش شده، به سرور دیگری فرستاده شده یا با خطا متوقف شده است.
مثلاً اگر مقصد صندوق خارجی است اما گزارش نشان می‌دهد تلاش به صندوق محلی قدیمی رفته، تنظیم مسیریابی یکی از موارد قابل بررسی است. اگر پیام با خطای رمز یا رد سرور بیرونی متوقف شده، باید همان خطا را برطرف کنید. در آموزش خواندن گزارش Track Delivery وضعیت‌های موفق، تأخیر و خطا را با قدم بعدی هرکدام توضیح داده‌ایم.
نبودن ردیف به معنی اثبات ارسال نشدن نیست: ممکن است برنامه از سرویس دیگری استفاده کرده باشد، ثبت گزارش فعال نباشد یا زمان و حساب اشتباه را جست‌وجو کرده باشید. مسیر را قبل از هر تغییر با پشتیبانی روشن کنید.
قدم چهارم: رکورد MX عمومی را به عنوان یک نشانه ببینید
MX به فرستنده‌های بیرونی می‌گوید برای رساندن نامه دامنه به چه سرورهایی مراجعه کنند. برای دیدن پاسخ فعلی، در ویندوز PowerShell را باز کنید و نام نمونه را با دامنه خودتان عوض کنید:
کد / دستورResolve-DnsName -Name example.com -Type MX
در خروجی، نام مقصد MX و اولویت آن را با اطلاعات رسمی سرویس ایمیل خود مقایسه کنید. عدد اولویت کوچک‌تر معمولاً اولویت بالاتری دارد. این دستور فقط پاسخ DNS را نشان می‌دهد؛ ثابت نمی‌کند صندوق روی مقصد ساخته شده، نامه به Inbox رسیده یا تنظیم داخلی سی‌پنل درست است. اگر دستور خطا داد، متن خطا را ثبت کنید و پیش از تغییر DNS از مدیر سرویس کمک بگیرید.
اگر تازه MX را تغییر داده‌اید، پاسخ بعضی سرویس‌ها ممکن است مدتی قدیمی بماند. خود سی‌پنل هم ممکن است یک نسخه محلی از Zone داشته باشد که با DNS عمومی یکسان نیست. اطلاعات هر دو را بدون حذف رکوردها در اختیار پشتیبانی قرار دهید. درباره نگه داشتن هر دو سرویس در دوره جابه‌جایی، راهنمای انتقال امن ایمیل دامنه را ببینید.
قدم پنجم: فقط در صورت مشخص بودن معماری، گزینه درست را تنظیم کنید
پیش از تغییر، از گزینه فعلی و نام دامنه تصویر یا یادداشت نگه دارید تا اگر نتیجه مطابق انتظار نبود، امکان بازگشت داشته باشید. این کار را در زمان کم‌ترافیک انجام دهید و یک صندوق آزمایشی قابل دسترس در هر دو سمت داشته باشید.
- به cPanel وارد شوید و در بخش Email روی Email Routing بزنید.
- اگر چند دامنه دارید، دامنه موردنظر را از فهرست انتخاب کنید. تغییر برای دامنه اشتباه می‌تواند ایمیل همان دامنه را مختل کند.
- اگر با اطمینان همه صندوق‌های دامنه روی سرویس خارجی هستند و این سرور نباید برای آن‌ها پذیرنده محلی باشد، مطابق طراحی سرویس گزینه Remote Mail Exchanger را انتخاب کنید.
- اگر صندوق‌ها واقعاً روی همین سرور تحویل نهایی می‌شوند، طبق طراحی سرویس گزینه Local Mail Exchanger ممکن است مناسب باشد. وجود درگاه ضداسپم در جلوی صندوق محلی لزوماً به معنی انتخاب Remote نیست.
- دکمه Change را بزنید و پیام موفقیت پنل را ببینید. نام دکمه‌ها می‌تواند در نسخه‌ها و پوسته‌های مختلف کمی تفاوت داشته باشد.
گزینه Automatically Detect Configuration نیز وجود دارد و cPanel آن را پیشنهاد می‌کند، اما طبق مستنداتش تشخیص بر اساس رکورد موجود در Zone محلی انجام می‌شود، نه لزوماً پرس‌وجوی مستقیم از DNS عمومی. همچنین نباید فرض کرد بعد از هر تغییر MX، تنظیم دوباره به‌طور خودکار و درست تغییر می‌کند. اگر Zone محلی قدیمی است یا مقصدها ترکیبی‌اند، از مدیر سرور بخواهید پیش از انتخاب این حالت آن‌ها را تطبیق دهد.
بعد از تغییر، هر دو جهت را آزمایش کنید
یک نامه جدید از فرم سایت به صندوق دامنه بفرستید و یک نامه دیگر از فرستنده‌ای خارج از هاست به همان صندوق ارسال کنید. نتیجه هر کدام را در صندوق مقصد و گزارش مسیر مربوط بررسی کنید. سپس از صندوق دامنه به صندوق آزمایشی بیرونی پاسخ دهید. متن پیام‌ها غیرحساس و موضوع‌ها متفاوت باشند تا ردیابی آسان شود.
اگر بعد از تغییر دریافت یکی از مسیرها قطع شد، از حدس‌زدن و جابه‌جایی پیاپی گزینه‌ها خودداری کنید. در صورت امن بودن بازگشت، تنظیم قبلی ثبت‌شده را برگردانید و زمان‌ها، دامنه، نتیجه Track Delivery و اطلاعات سرویس مقصد را برای پشتیبانی بفرستید. پیام‌هایی که پیش از اصلاح به صندوق قدیمی رسیده‌اند خودبه‌خود به صندوق جدید منتقل نمی‌شوند؛ آن صندوق را تا تعیین تکلیف نامه‌ها نگه دارید.
برای انتخاب سرویس مناسب سایت و بررسی امکانات میزبانی، صفحه هاست وردپرس نت‌آرام در دسترس است. اگر ایمیل را از ارائه‌دهنده دیگری می‌گیرید، مشخصات و مسیرهای دقیق را از همان ارائه‌دهنده دریافت کنید.
برچسب‌ها:
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام