محتوای آموزشی وبلاگ نتآرام
فرض کنید نامههای صندوق فروش به صندوق پشتیبانی منتقل میشوند و صندوق پشتیبانی هم همان نامهها را دوباره به فروش میفرستد. پیام ممکن است بین این دو آدرس بچرخد تا سرور آن را متوقف کند. در گزارش عدم تحویل، عبارتی مانند mail loop یا too many hops میتواند نشانه چنین مشکلی باشد.
این مشکل معمولاً با پاککردن صندوق حل نمیشود. باید مسیر واقعی انتقال را پیدا کنیم و فقط همان قانونی را که مسیر را به عقب برمیگرداند اصلاح کنیم.
مسیر را روی کاغذ بنویسید
با نشانیای شروع کنید که فرستنده در قسمت گیرنده نوشته است. سپس برای هر صندوق، تنظیم فوروارد، فیلترها و سرویسهای واسطه را یادداشت کنید. یک نمونه ساده:
کد / دستورsales@example.com → support@example.com → sales@example.com
در این مثال پیام دوباره به نقطه شروع میرسد. نامهای نمونه را با نشانیهای خودتان عوض کنید. گاهی حلقه مستقیم نیست: ممکن است سه صندوق یا یک سرویس خارجی در مسیر باشند. اگر به تنظیمات همه آنها دسترسی ندارید، از مسئول همان سرویس کمک بگیرید.
فورواردهای cPanel را ببینید
اگر دریافت ایمیل شما در cPanel انجام میشود، وارد Email → Forwarders شوید. زیر فورواردهای حساب، نشانی مبدأ و مقصد را بخوانید. اگر کنار یک قانون گزینه Trace دارید، از آن برای دیدن مسیر مورد انتظار استفاده کنید. وجود سرویس فیلتر شخص ثالث ممکن است نتیجه Trace را کامل یا دقیق نشان ندهد؛ در این حالت گزارش تحویل و پشتیبانی میزبان مهماند.
بخش Domain Forwarders را هم بررسی کنید، اما آن را با فوروارد هر صندوق یکی ندانید. رفتار فوروارد دامنه به شرایط تحویل محلی بستگی دارد و طبق راهنمای cPanel برای آدرسهایی که تحویل محلی ممکن است، الزاماً مثل انتقال همه پیامها عمل نمیکند.
فیلترها و سرویس مقصد را فراموش نکنید
ممکن است در فهرست Forwarders چیزی نبینید اما یک فیلتر ایمیل، پیام را به جای دیگری بفرستد. بخش فیلترهای حساب و دامنه را باز کنید و قانونهایی را که عمل Redirect یا انتقال دارند یادداشت کنید. سپس در سرویس مقصد نیز بررسی کنید آیا قانونی پیام را به مبدأ برمیگرداند یا خیر.
اگر چند نفر این آدرسها را مدیریت میکنند، از هر نفر بخواهید مسیر مقصد را تأیید کند. یک حلقه ممکن است بعد از انتقال سرویس ایمیل یا ساخت فوروارد جدید به وجود آمده باشد.
فقط حلقه را قطع کنید
وقتی مسیر را شناختید، تصمیم بگیرید نامه باید در کدام صندوق نهایی دریافت شود. مثلاً اگر هدف این است که فروش و پشتیبانی هر دو نامه را ببینند، لازم نیست صندوق پشتیبانی دوباره همان پیام را به فروش فوروارد کند. آن قانون برگشتی را غیرفعال یا اصلاح کنید، نه اینکه همه قوانین و صندوقها را پاک کنید.
پیش از تغییر، از نام و مقصد قانون قبلی یادداشت یا تصویر تهیه کنید تا در صورت اشتباه بتوانید آن را بازگردانید. اگر تغییر دست مدیر دیگری است، مسیر و توضیح را برای او بفرستید. بعد از اصلاح، از یک آدرس خارج از دامنه یک پیام آزمایشی با موضوع مشخص بفرستید و دریافت آن را در مقصد نهایی ببینید.
اگر پیام همچنان برمیگردد
ایمیل برگشتی، زمان ارسال، مبدأ و مقصد را نگه دارید و به پشتیبانی بدهید. کد too many hops بهتنهایی محل دقیق حلقه را ثابت نمیکند؛ گزارش سرور میتواند نشان دهد کدام سرویسها در مسیر حضور داشتهاند. رمز صندوق و محتوای محرمانه پیام را همراه گزارش نفرستید.
اگر بهتازگی سرویس ایمیل را عوض کردهاید، مسیر رکورد MX و تنظیمات Email Routing روی سرور قبلی هم مهماند. از مدیر سرویس بخواهید بررسی کند کدام سیستم قرار است صندوق را تحویل بگیرد؛ صرف خاموشکردن تمام فورواردها ممکن است یک مسیر موردنیاز را قطع کند.
جزئیات گزینه Trace در راهنمای رسمی Forwarders سیپنل آمده است. برای اطلاعات خدمات دامنه نیز صفحه ثبت دامنه را ببینید.
برچسبها:
اشتراکگذاری:
لینکدینتلگرامایکس
مقاله قبلی
هشدار فضای دیسک و inode سرور را چطور تنظیم کنیم؟
۱۰ آبان ۱۴۰۵مقاله بعدی
دیدگاهها (۰)
دیدگاههای تاییدشده و پاسخهای تیم نتآرام
