عدم ارسال و دریافت ایمیل یک علت واحد ندارد. ابتدا مشخص کنید مشکل ورود است، ارسال از دستگاه، پذیرش توسط سرور مقصد یا رسیدن پیام به Inbox. این مراحل به هم مرتبط‌اند، اما یکسان نیستند. رسیدن پیام به پوشهٔ Spam با رد کامل آن فرق دارد؛ هرکدام شواهد و راه‌حل متفاوتی می‌خواهد.
دامنهٔ مشکل را مشخص کنید
- یک پیام آزمایشی غیرحساس با موضوع مشخص به صندوق بیرونیِ تحت کنترل خود بفرستید و از آن پاسخ دهید.
- همان آزمون را از وب‌میل انجام دهید تا مشکل برنامهٔ گوشی یا Outlook از مشکل سرویس جدا شود.
- زمان دقیق، منطقهٔ زمانی، فرستنده، گیرنده و متن کامل خطا را ثبت کنید.
- بررسی کنید همهٔ کاربران مشکل دارند یا فقط یک صندوق، یک مقصد یا یک دستگاه.
اگر ارسال انجام نمی‌شود
رمز و نام کاربری کامل صندوق، نام سرور SMTP، پورت و نوع TLS را کنترل کنید. SMTP برای ارسال است؛ IMAP و POP برای دسترسی به پیام‌های دریافتی‌اند. خطای relay یا authentication را با خاموش‌کردن احراز هویت حل نکنید. سپس سقف ارسال، محدودیت حساب و اندازهٔ کل پیام را بررسی کنید. اعداد قدیمیِ ۱۰۰ پیام در ساعت یا ۱۵ مگابایت، مشخصات قطعی همهٔ پلن‌ها نیستند؛ مقدار واقعی را از سرویس خود بگیرید.
اگر ایمیل دریافت نمی‌شود
فضای صندوق و فضای کل هاست، وجود آدرس گیرنده، پوشهٔ Spam، فیلترها و مقصد Forwarder را کنترل کنید. MX باید به سرویس واقعی دریافت اشاره کند؛ Email Routing محلی یا بیرونی نیز باید با آن سازگار باشد. تغییر DNS در پنلی که مرجع فعال دامنه نیست، مشکل عمومی را اصلاح نمی‌کند. قبل از هر تغییر، رکوردهای فعلی را ثبت کنید.
خطاهای موقت و دائمی را تفکیک کنید
کدهای 4xx معمولاً عدم پذیرش موقت را نشان می‌دهند و سرور ارسال ممکن است دوباره تلاش کند. کدهای 5xx معمولاً رد درخواست فعلی‌اند و نیاز به بررسی علت دارند. فقط از روی یک عدد تصمیم نگیرید؛ متن همراه، مرحلهٔ اتصال و سیاست مقصد مهم‌اند. تکرار دستیِ ارسال در کنار صف فعال می‌تواند پیام‌های تکراری بسازد. رفع موقت محدودیت یا خروج IP از یک فهرست، تحویل فوری به همهٔ گیرندگان را تضمین نمی‌کند.
احراز هویت دامنه و گزارش تحویل
خطای SPF را الزاماً با افزودن رکورد در دامنهٔ گیرنده درمان نمی‌کنیم؛ مجوز فرستنده و دامنهٔ مورد ارزیابی باید مشخص باشند. SPF، DKIM و هم‌ترازی DMARC را برای مسیر واقعی ارسال بررسی کنید. در cPanel، Track Delivery می‌تواند وضعیت و دلیل تحویل را نشان دهد. پذیرش توسط سرور مقصد لزوماً به معنی قرارگرفتن در Inbox نیست.
چه اطلاعاتی به پشتیبانی بدهیم؟
زمان، نشانی‌های درگیر و شناسه یا متن خطای پاک‌سازی‌شده کافی است؛ رمز صندوق و متن مکاتبهٔ محرمانه را نفرستید. اگر لاگ در دسترس نیست، بررسی همان بازه را درخواست کنید. برای عدم ارسال و دریافت ایمیل، ابتدا علت را محدود کنید و هر بار یک تغییر قابل بازگشت انجام دهید.
راهنمای مرتبط
بازبینی فنی: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
