وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

ایمیل ارسال شده اما به دست گیرنده نرسیده؛ گزارش Track Delivery سی‌پنل را چطور بخوانیم؟

پیگیری ایمیل ارسال‌شده در سی‌پنل، تفسیر وضعیت‌های موفق، تأخیر و خطا و پیدا کردن قدم بعدی با یک آزمایش ساده.

انتشار:
توسط تیم فنی نت‌آرام
۸ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله ایمیل ارسال شده اما به دست گیرنده نرسیده؛ گزارش Track Delivery سی‌پنل را چطور بخوانیم؟ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
روی دکمه ارسال زده‌اید و نامه در پوشه Sent دیده می‌شود، اما گیرنده می‌گوید چیزی دریافت نکرده است. پوشه Sent معمولاً نشان می‌دهد برنامه شما نسخه‌ای از نامه را ذخیره کرده؛ به‌تنهایی ثابت نمی‌کند نامه از سرور عبور کرده یا به صندوق گیرنده رسیده است. از طرف دیگر، نیامدن نامه هم لزوماً به معنی خراب بودن هاست فرستنده نیست.
اگر ایمیل شما واقعاً از سرور ایمیل همان حساب سی‌پنل عبور کرده باشد، ابزار Track Delivery می‌تواند اتفاقی را که برای آن افتاده نشان دهد. در این راهنما یاد می‌گیرید گزارش همان نامه را پیدا کنید، نتیجه را بخوانید و متناسب با آن مشکل را دنبال کنید؛ بدون اینکه تنظیمات DNS یا رمز ایمیل را حدسی تغییر دهید.

اول مطمئن شوید باید کدام سرویس را بررسی کنید

فرض کنید از نشانی info@example.com به دوستتان نامه فرستاده‌اید. نام‌ها در این آموزش نمونه‌اند و باید آدرس واقعی خودتان را جایگزین کنید. برای پیدا کردن گزارش، این اطلاعات را نگه دارید:
  1. نشانی کامل فرستنده و گیرنده را بنویسید و املای آن‌ها را دقیق نگاه کنید.
  2. ساعت تقریبی ارسال را یادداشت کنید. زمان گزارش ممکن است بر اساس منطقه زمانی مرورگر نمایش داده شود؛ ساعت سیستم خود را هم بررسی کنید.
  3. اگر پیام برگشتی دریافت کرده‌اید، متن کامل خطا و زمان آن را نگه دارید. رمز، کد یک‌بارمصرف و محتوای محرمانه نامه را برای کسی نفرستید.
  4. یک بار مشخص کنید برنامه ایمیل یا سایت، نامه را از کدام سرور خروجی فرستاده است. اگر از سرویس بیرونی مثل سرویس ارسال خبرنامه یا ایمیل دیگری استفاده می‌کنید، گزارش اصلی ممکن است در پنل همان سرویس باشد، نه سی‌پنل هاست.
اگر هنوز نامه را ارسال نکرده‌اید، برای آزمایش یک پیام ساده و بدون پیوست به صندوقی بفرستید که خودتان به آن دسترسی دارید. موضوع متفاوتی مانند «آزمایش تحویل» بگذارید و چند پیام یکسان را پشت سر هم نفرستید؛ این کار پیدا کردن همان تلاش را آسان‌تر می‌کند.

گزارش را در سی‌پنل پیدا کنید

  1. وارد حساب cPanel مربوط به سرویس ایمیل شوید. در صفحه اصلی، در بخش Email گزینه Track Delivery را باز کنید. بسته به نسخه و زبان پنل، نام یا محل دقیق گزینه‌ها ممکن است کمی متفاوت باشد.
  2. در کادر Recipient Email نشانی کامل گیرنده همان نامه را وارد کنید و Run Report را بزنید. جدول باید رخدادهای مربوط به آن گیرنده را نشان دهد.
  3. ردیفی را انتخاب کنید که فرستنده، گیرنده و زمان آن با آزمایش شما هماهنگ است. اگر چند تلاش انجام داده‌اید، ممکن است چند ردیف ببینید؛ فقط به جدیدترین ردیف بدون تطبیق ساعت اکتفا نکنید.
  4. ستون Result نتیجه را به زبان سرور توضیح می‌دهد. برای جزئیات بیشتر روی نماد اطلاعات در ستون Actions بزنید. شناسه پیام، زمان، مسیر و پاسخ مقصد می‌تواند به تشخیص کمک کند.
ممکن است به‌جای همه ردیف‌ها، فیلتر خطاها فعال باشد. در این صورت Show All را انتخاب کنید یا گزینه‌های نمایش موفق، تأخیر، خطا و پیام‌های در حال پردازش را مطابق رابط پنل فعال کنید. نام دقیق فیلترها در نسخه‌های مختلف فرق دارد. اگر فرستنده یا زمان را نمی‌بینید، از علامت تنظیمات جدول ستون‌های لازم را فعال کنید.
این گزارش فقط اطلاعاتی را نشان می‌دهد که سرور ثبت کرده و مدت نگهداری آن به تنظیمات ارائه‌دهنده بستگی دارد. بر اساس مستندات رسمی Track Delivery، نبودن یک ردیف به‌تنهایی ثابت نمی‌کند نامه هرگز ارسال نشده است؛ ممکن است از سرویس دیگری گذشته باشد، گزارش قدیمی حذف شده باشد یا قابلیت ثبت در سرور فعال نباشد.

اگر نتیجه Success یا Delivered است

ابتدا متن ستون Result و مقصد را بخوانید. در ارسال به یک سرور ایمیل خارجی، موفقیت معمولاً یعنی سرور مقصد پیام را برای ادامه پردازش پذیرفته است. این نتیجه تضمین نمی‌کند نامه حتماً در Inbox دیده شده یا توسط یک شخص خوانده شده باشد. برای تحویل محلی هم نتیجه را در کنار نشانی واقعی صندوق و مسیر اعلام‌شده تفسیر کنید.
از صاحب صندوق گیرنده بخواهید با جست‌وجوی نشانی فرستنده یا موضوع، پوشه‌های Spam، Junk، Archive و All Mail را هم نگاه کند. اگر در وب‌میل نامه دیده می‌شود اما در گوشی نه، احتمالاً مشکل به پوشه یا همگام‌سازی برنامه مربوط است؛ راهنمای یکسان نبودن پوشه‌های ایمیل برای پیدا کردن تنظیم پوشه‌ها کمک می‌کند.
اگر در هیچ پوشه‌ای پیدا نشد، شناسه پیام، ساعت، آدرس فرستنده و متن پاسخ موفق را به مدیر سرویس گیرنده بدهید تا در گزارش طرف مقصد جست‌وجو کند. از فرستادن تصویر حاوی متن محرمانه یا اطلاعات ورود خودداری کنید. اگر مقصد یک سازمان است، فیلتر امنیتی یا قرنطینه آن سازمان نیز ممکن است پس از پذیرش پیام را نگه داشته باشد.

اگر Deferred یا In Progress می‌بینید

Deferred معمولاً یعنی تحویل فعلاً عقب افتاده و سرور طبق تنظیمات خود دوباره تلاش می‌کند. عبارت‌هایی مثل timeout یا خطای موقت اتصال می‌توانند به مسیر شبکه یا در دسترس نبودن مقصد مربوط باشند؛ از روی کلمه تأخیر نمی‌توان علت دقیق را قطعی دانست.
  1. زمان تلاش و متن کامل Result را یادداشت کنید و بعد از فاصله‌ای کوتاه گزارش همان گیرنده را دوباره باز کنید.
  2. اگر وضعیت به Success تغییر کرد، بررسی پوشه‌های گیرنده را انجام دهید. اگر پیام برگشتی آمد، متن آن را بخوانید؛ این پیام ممکن است نشان دهد مهلت تلاش تمام شده است.
  3. اگر تأخیر ادامه دارد یا بسیاری از گیرنده‌ها درگیرند، شناسه و متن خطا را به پشتیبانی سرویس ایمیل فرستنده بدهید تا صف و اتصال به مقصد را بررسی کند. تنها نوشتن «ایمیل نمی‌رود» اطلاعات کافی برای این کار نیست.
هنگام انتظار، ده‌ها نسخه از یک نامه نفرستید. ممکن است نسخه‌های در صف بعداً با هم تحویل شوند و گیرنده چند پیام تکراری بگیرد. اگر پیام فوری است، با هماهنگی گیرنده از روش امن دیگری هم استفاده کنید.

اگر Failed، Rejected یا خطای عددی است

رد یا خطا یعنی باید متن همان پاسخ را بخوانید؛ رنگ یا کد کلی به‌تنهایی علت نهایی را مشخص نمی‌کند. چند مثال رایج:
| نتیجه یا پیام نمونه | قدم عملی | | --- | --- | | نشانی گیرنده پیدا نشد | املای بخش قبل و بعد از علامت @ را با خود گیرنده تطبیق دهید؛ سپس فقط یک پیام آزمایشی تازه بفرستید. | | صندوق گیرنده پر است | از گیرنده بخواهید فضای صندوقش را آزاد کند یا سهمیه را با مدیر سرویس خود بررسی کند؛ تغییر رمز صندوق فرستنده این مشکل را حل نمی‌کند. | | پیام به دلیل سیاست امنیتی رد شده است | کل متن پاسخ و شناسه پیام را به پشتیبانی بفرستید. علت ممکن است از اعتبار فرستنده، IP یا سیاست مقصد باشد؛ بدون شواهد همه فیلترها را خاموش نکنید. | | پیوست رد شده یا اندازه مجاز بیشتر است | محدودیت مقصد را بپرسید، در صورت امکان یک پیام بدون پیوست آزمایش کنید و فایل را از راه امن دیگری با اجازه گیرنده تحویل دهید. |
برای پیام‌هایی شبیه 550 5.7.1، راهنمای جداگانه خطای رد ارسال ایمیل جزئیات بیشتری دارد. اگر برنامه پیش از ارسال با خطای ورود متوقف می‌شود، مسئله را در آموزش خطای SMTP 535 دنبال کنید؛ ممکن است در این حالت اصلاً ردیف تحویل برای نامه ساخته نشده باشد.

اگر هیچ ردیفی نمی‌بینید یا Track Delivery وجود ندارد

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

چطور مطمئن شویم مشکل حل شده است؟

پس از اصلاح علت، یک نامه جدید با موضوع مشخص و بدون اطلاعات حساس بفرستید. ردیف همان تلاش را با زمان و گیرنده در Track Delivery پیدا کنید؛ اگر خطا برطرف شده و نتیجه تحویل موفق است، از گیرنده بخواهید صندوق و پوشه‌های دیگر را هم بررسی کند. اگر فقط بخشی از مسیر موفق است، همان بخش باقی‌مانده را با صاحب سرویس مربوط دنبال کنید.
اگر برای سایتتان به فضای میزبانی و ایمیل دامنه نیاز دارید، می‌توانید امکانات هاست وردپرس نت‌آرام را بررسی کنید. محل ارسال ایمیل سایت و اینکه کدام گزارش برای آن معتبر است به تنظیمات همان سرویس و افزونه ارسال شما بستگی دارد.
اشتراک‌گذاری:
لینکدینتلگرامایکس

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام