learn

Track Delivery در سی پنل؛ خواندن گزارش تحویل و خطای ایمیل

راهنمای تفسیر گزارش تحویل بدون اشتباه‌گرفتن پذیرش سرور مقصد با خوانده‌شدن پیام یا حضور قطعی در Inbox.

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

قبل از بازکردن گزارش، پیام را مشخص کنید

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

نمایش گزارش Track Delivery

  1. در cPanel از بخش Email وارد Track Delivery شوید.
  2. برای محدودکردن نتیجه، نشانی گیرنده را وارد کنید؛ برای گزارش گسترده‌تر، این فیلتر را خالی بگذارید.
  3. Run Report را بزنید و زمان و نشانی‌ها را با پیام هدف تطبیق دهید.
  4. با فیلترهای موفق، ناموفق، در حال پردازش یا معوق، موارد مورد نیاز را جدا کنید.
  5. از آیکون جزئیاتِ همان ردیف، نتیجه و شناسه را بخوانید.
فیلتر گیرنده و دکمه Run Report در Track Delivery
نمونهٔ تصویری از نسخهٔ قدیمی پنل؛ جای دکمه‌ها ممکن است در نسخهٔ شما متفاوت باشد. مراحل و هشدارهای متنِ بازبینی‌شده را مبنا قرار دهید.

وضعیت‌ها را چگونه تفسیر کنیم؟

Success نتیجهٔ موفق مرحلهٔ تحویل گزارش‌شده است. Deferred یعنی ارسال به تعویق افتاده و احتمال تلاش دوباره وجود دارد. Rejected به رد پیام اشاره دارد و Filtered می‌تواند نشان دهد پیام تحت یک قاعده یا فیلتر قرار گرفته است. متن Result را کنار وضعیت بخوانید؛ رنگ آیکون به‌تنهایی علت را توضیح نمی‌دهد.

کدام فیلدها برای تشخیص مفیدند؟

Recipient گیرندهٔ هدف، Delivery Host میزبان تحویل و Result توضیح نتیجه است. ID برای ردیابی همان پیام در لاگ کمک می‌کند. Sender Host و Sender IP را یکی ندانید؛ یکی می‌تواند نام میزبان و دیگری نشانی IP باشد. Authentication و Spam Score هم فقط بخشی از شواهدند، نه حکم قطعی دربارهٔ مشروع‌بودن همهٔ محتوای پیام.

محدودیت گزارش و دادهٔ غایب

این ابزار همهٔ تاریخچهٔ مکاتبات را برای همیشه نگه نمی‌دارد. مدت نگهداری و فعال‌بودن ثبت داده به میزبان وابسته است. نبود ردیف، به‌تنهایی ثابت نمی‌کند که فرستنده ایمیل را نفرستاده است. در برخی پیکربندی‌های واسطِ ایمیل، نتیجه نیز نیاز به تطبیق با لاگ دارد. مستندات رسمی Track Delivery این محدودیت‌ها را توضیح می‌دهد.

گزارش کاربردی برای پشتیبانی

زمان، شناسه، نشانی‌های لازم و متن خطای مرتبط را در تیکت خصوصی ارسال کنید. تصویر کاملِ همهٔ مکاتبات یا رمز صندوق لازم نیست. اگر مقصد پیام را پذیرفته ولی کاربر آن را نمی‌بیند، از گیرنده بخواهید Spam و قواعد صندوق را بررسی کند. رفع اختلال را زمانی تأیید کنید که گیرنده پیام آزمایشی را در مقصد مورد انتظار ببیند. بازشدنِ گزارش بدون خطا، به‌تنهایی معیار کافی نیست.

راهنمای مرتبط

بازبینی فنی: ۲۷ مهر ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.

مطالب مرتبط

ارسال نظر

فهرست مطالب