مشکلات و راه حل های رایج ایمیل


مشکلات و راه حل های رایج ایمیل

این صفحه رایج ترین مشکلات ارسال ایمیل و راه حل های آنها را فهرست می کند.

ستکا یک ارائه دهنده ایمیل نیست

ستکا مانند یک صندوق ورودی ایمیل کلاسیک مانند جیمیل، Outlook، Yahoo و غیره عمل نمی کند.


در حالی که ستکا از ایمیل ها به عنوان راهی برای اطلاع رسانی و ارتباط با کاربران/مشتریان استفاده می کند، از نظر طراحی، جایگزینی برای سرور ایمیل اختصاصی نیست. بنابراین، ممکن است در مقایسه با یک صندوق ورودی ایمیل سنتی، آنطور که انتظار می رود رفتار نکند.


تفاوت های اصلی به شرح زیر است:

  • به طور پیش فرض، هنگامی که یک ایمیل اعلان یا تراکنش (نقل قول، فاکتور، پیام مستقیم به مخاطب) با موفقیت ارسال شد، شی ایمیل حذف می شود. محتوای پیام ایمیل در گفتگوی سوابق مربوطه زندگی می کند. در صورتی که محتوا از قبل در گفتگو وجود داشته باشد، از بهم ریختگی پایگاه داده با کپی های متعدد از محتوای یک ایمیل (هنگامی که برای چندین گیرنده ارسال می شود) جلوگیری می کند.
  • هیچ مفهومی از کپی کربن (کور) ([B]CC) وجود ندارد. ستکا از مفهوم فالوورهای اضافه شده به یک چت استفاده می کند تا به طور خودکار تصمیم بگیرد که چه زمانی و چگونه یک مخاطب مطلع شود یا یک کپی از یک ایمیل دریافت کند.
  • ایمیل های دریافتی با بررسی اینکه آیا آدرس ایمیل TO یک آدرس ایمیل معتبر در پایگاه داده ستکا است یا در صورت ایمیل پاسخی، آیا مرجعی در سرصفحه ایمیل وجود دارد که با پیام ارسال شده از پایگاه داده ستکا مطابقت دارد، بررسی می شود. همه ایمیل‌های دیگر برگشت داده می‌شوند و به‌طور موقت در پوشه‌های هرزنامه یا قرنطینه پارک نمی‌شوند. به عبارت دیگر، هر ایمیل غیر مرتبط با پایگاه داده ستکا از بین می رود.

ایمیل های خروجی

تغییر آدرس ایمیل حساب کاربری ادمین

هنگامی که یک پایگاه داده ستکا ایجاد می شود، به حساب مدیریت اصلی یک آدرس ایمیل نگهدارنده اختصاص داده می شود. توصیه می شود برای جلوگیری از مشکلات ایمیل خروجی، آدرس ایمیل مدیر را با یک آدرس ایمیل معتبر جایگزین کنید.


برای انجام این کار، در حساب مدیریت، روی نماد کاربر کلیک کنید، روی نمایه من (یا تنظیمات برگزیده) کلیک کنید و فیلد ایمیل موجود در زیر تب Preferences را به روز کنید. یا از هر آدرس ایمیل دیگری استفاده کنید یا از زیر دامنه Odoo خود (به عنوان مثال company-name.odoo.com) و مدیر برای بخش محلی (به عنوان مثال، admin@company-name.odoo.com) استفاده کنید.

شکست در تحویل

هنگامی که یک پیام ارسال می شود، یک (پاکت) در گفتگو نمایش داده می شود. هنگامی که تحویل حداقل برای یک گیرنده انجام نشد، نماد قرمز می شود.

روی پاکت نامه کلیک چپ کنید تا اطلاعات مربوط به تحویل، و در صورت امکان، پیام های خطای مربوطه نمایش داده شود.

اگر ستکا قادر به پردازش خطای اصلی یا ایمیل برگشتی بود، روی مشاهده جزئیات خطا کلیک کنید تا اطلاعات بیشتری به دلیل عدم موفقیت دریافت کنید.


برای ارسال مجدد ایمیل به همه گیرندگان فعال () در زیر ستون Try Again روی Send & close کلیک کنید. همه گیرندگان غیرفعال شده () نادیده گرفته خواهند شد.


روی نادیده گرفتن همه کلیک کنید تا همه ایمیل‌های ناموفق را نادیده بگیرید و نماد پاکت را از قرمز به سفید تبدیل کنید.


ایمیل های ارسال نشده نیز در صف ایمیل ستکا ظاهر می شوند. برای دسترسی به آن، حالت توسعه دهنده را فعال کنید و به تنظیمات  فنی  ایمیل: ایمیل بروید.

ایمیل های ناموفق وضعیت تحویل ناموفق را نشان می دهند. برای قرار دادن مجدد یک ایمیل ناموفق در صف ایمیل، روی Retry کلیک کنید. سپس با وضعیت خروجی ظاهر می شود. دفعه بعد که اقدام برنامه ریزی شده برای صف ایمیل اجرا می شود، ایمیل دوباره ارسال می شود.


در صورت تمایل، ایمیل‌های در صف را می‌توان با کلیک بر روی Send Now ارسال کرد. روی لغو ایمیل کلیک کنید تا آن را از صف ایمیل حذف کنید.

توجه

ایمیل های ارسالی به صورت دوره ای از صف پاک می شوند. این با عمل برنامه ریزی شده Auto-Vacuum کنترل می شود که داده های اضافی را در پایگاه داده ستکا شما پاک می کند.


پیام های خطای رایج


به حد مجاز روزانه رسیده است

ستکا تعداد ایمیل هایی را که می توان از پایگاه داده ستکا آنلاین ارسال کرد محدود می کند. اکثر ارائه دهندگان خدمات ایمیل (به عنوان مثال، گوگل، یاهو و غیره) اگر سرور ایمیل ستکا ایمیل های زیادی را به آدرس هایی که وجود ندارند یا دیگر معتبر نیستند ارسال کند، IP سرور ستکا را در لیست سیاه قرار می دهند. همچنین در مورد ایمیل‌های هرزنامه ناخواسته که از طریق پایگاه داده ستکا ارسال می‌شوند نیز اعمال می‌شود.


محدودیت پیش فرض ایمیل روزانه بین 5 تا 200 ایمیل متغیر است. حد دقیق به عوامل متعددی بستگی دارد (مشروط به تغییر):

  • نوع اشتراک پایگاه داده (یک برنامه رایگان، آزمایشی، اشتراک پرداختی)
  • برنامه های نصب شده (به عنوان مثال، بازاریابی ایمیلی، اتوماسیون بازاریابی)
  • اگر انتقال پایگاه داده در حال انجام است

اگر به حد مجاز روزانه رسید، می توانید:

  • برای افزایش سهمیه ایمیل خود با پشتیبانی ستکا تماس بگیرید. عوامل زیر در نظر گرفته خواهد شد:
  1. تعداد کاربران در پایگاه داده
  2. برنامه های نصب شده
  3. نرخ پرش (درصد آدرس‌های ایمیلی که ایمیل‌ها را دریافت نکرده‌اند، زیرا توسط یک سرور ایمیل در مسیر خود به گیرنده نهایی بازگردانده شده‌اند).
  4. اینکه آیا نام مستعار ایمیل شما به درستی تنظیم شده است و از دامنه های سفارشی مناسب استفاده می کند.
نکته
هنگام استفاده از یک دامنه سفارشی، بررسی کنید که SPF، DKIM، و DMARC به درستی پیکربندی شده اند تا سرورهای ایمیل ستکا مجاز به ارسال ایمیل از طرف دامنه سفارشی شما باشند.

  • از یک سرور ایمیل خروجی خارجی برای مستقل بودن از محدودیت ایمیل ستکا استفاده کنید.
  • تا روز بعد صبر کنید و دوباره ایمیل را ارسال کنید. برای انجام این کار، حالت برنامه‌نویس را فعال کنید، به تنظیمات  فنی  ایمیل: ایمیل‌ها بروید و در کنار ایمیل ارسال‌نشده، روی تلاش مجدد کلیک کنید.
توجه

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

خطای SMTP

پروتکل حمل و نقل ایمیل ساده (SMTP) استانداردی است که برای انتقال ایمیل بین سرورهای ایمیل و/یا کلاینت های ایمیل استفاده می شود.


اگر از یک سرور STMP خارجی برای ارسال ایمیل استفاده می کنید، مجموعه ای استاندارد از کدهای خطای SMTP وجود دارد. در حالی که شماره کدها مختص ستکا نیستند، محتوای دقیق پیام خطا ممکن است از سرور ایمیل به سرور ایمیل متفاوت باشد.

مثال

یک خطای تحویل دائمی 550 SMTP از sendgrid.com:

تحویل نامه انجام نشد

تحویل نامه از طریق سرور SMTP "هیچ" انجام نشد.

SMTPDataError: 550

آدرس از با هویت فرستنده تأیید شده مطابقت ندارد. تا این لحظه امکان ارسال نامه وجود ندارد

خطا برطرف می شود از https://sendgrid.com/docs/for-developers/sending-email/sender-identity/ دیدن کنید

برای مشاهده الزامات هویت فرستنده

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

معمولاً، وارد کردن محتوای پیام خطا در جستجوی Google می‌تواند اطلاعاتی در مورد علت اصلی و نحوه اصلاح مشکل به دست دهد.


اگر مشکل قابل حل نیست و همچنان رخ می دهد، با پشتیبانی ستکا تماس بگیرید.


هیچ خطایی پر نشده است

ستکا همیشه قادر به ارائه اطلاعات در مورد دلیل شکست تحویل نیست. ارائه دهندگان مختلف ایمیل خط مشی خود را در مورد ایمیل های برگشتی اجرا می کنند و ستکا همیشه نمی تواند آن را به درستی تفسیر کند.


اگر مشکل تکراری با همان مشتری یا همان دامنه وجود دارد، با پشتیبانی ستکا تماس بگیرید.

توجه

یکی از رایج ترین دلایل عدم ارسال ایمیل بدون پیام خطا مربوط به پیکربندی SPF یا DKIM است. همچنین، بررسی کنید که تنظیمات اعلان ایمیل اجرا شده با نیازهای کسب و کار شما سازگار است. برای اطلاعات بیشتر به اسناد ارتباط در ستکا از طریق ایمیل مراجعه کنید.

زمان اجرا

زمان دقیق ارسال ایمیل توسط یک cron ابزار سیستم (عمل برنامه ریزی شده) کنترل می شود که می تواند برای برنامه ریزی وظایف برای اجرای خودکار در فواصل از پیش تعیین شده استفاده شود. ستکا از این رویکرد برای ارسال ایمیل‌هایی استفاده می‌کند که «غیر فوری» در نظر گرفته می‌شوند (به عنوان مثال، قالب‌های خبرنامه مانند ارسال انبوه، اتوماسیون بازاریابی و رویدادها). این از بهم ریختگی سرورهای ایمیل جلوگیری می کند و در عوض، ارتباطات فردی را در اولویت قرار می دهد.

به طور پیش‌فرض، برای صف معمول ایمیل، کرون Mail: Email Queue Manager هر 60 دقیقه اجرا می‌شود. کمترین فاصله دویدن برای یک کرون 5 دقیقه است. ستکا فاصله زمانی 15 دقیقه را برای اطمینان از عملکرد صحیح توصیه می کند. اگر فاصله زمانی خیلی کوتاه باشد، ممکن است همه ایمیل‌ها پردازش نشوند، که ممکن است باعث شود cron به پایان برسد.


ایمیل هایی که فوری تلقی می شوند (از شخصی به فرد دیگر مانند سفارش های فروش، فاکتورها، سفارش های خرید و ...) بلافاصله ارسال می شوند. آنها در تنظیمات  فنی  ایمیل: ایمیل ها نشان داده نمی شوند، مگر اینکه تحویل آنها انجام نشود.

کمپین های ایمیل در اسرع وقت (پس از کلیک بر روی دکمه ارسال) یا در یک زمان برنامه ریزی شده (پس از کلیک بر روی دکمه زمان بندی) ارسال می شوند.


برای صف بازاریابی ایمیلی، Mail Marketing: Process queue cron یک بار در روز اجرا می شود، اما اگر کمپین خارج از این فرکانس پیش فرض برنامه ریزی شود، به طور خودکار زود فعال می شود. اگر یک لیست پستی حاوی تعداد زیادی گیرنده باشد، راه اندازی چندباره cron به صورت دستی توصیه نمی شود، زیرا زمان پردازش را تسریع نمی کند و ممکن است خطا ایجاد کند.

نکته
برای ویرایش کرون ها، حالت توسعه دهنده را فعال کنید و به تنظیمات  فنی  اتوماسیون: اقدامات زمان بندی شده بروید.

کمپین های بازاریابی ایمیلی در صف گیر کرده اند

اگر چندین کمپین بازاریابی ایمیلی در صف قرار بگیرند، بر اساس تاریخ ایجادشان به ترتیب زمانی پردازش می شوند.

مثال

اگر سه کمپین وجود دارد: Campaign_1 (ساخته شده در 1 ژانویه)، Campaign_2 (ساخته شده در 2 ژانویه) و Campaign_3 (ساخته شده در 3 ژانویه)، با کلیک روی Send روی هر سه آنها در صف قرار می گیرند.

cron سعی می کند Campaign_1، سپس Campaign_2 و در نهایت Campaign_3 را پردازش کند. تا زمانی که پردازش Campaign_1 را به پایان نرساند، پردازش Campaign_2 را شروع نمی کند.


اگر یک کمپین ایمیل هرگز از صف خارج نشود، ممکن است مشکلی در کمپین در بالای صف وجود داشته باشد. برای عیب‌یابی، می‌توانیم Campaign_1 را با کلیک کردن روی دکمه لغو از صف حذف کنیم و ببینیم آیا دو کمپین دیگر ارسال شده‌اند یا خیر. سپس می‌توانیم Campaign_1 را تعمیر کنیم یا با پشتیبانی Odoo تماس بگیریم.

ایمیل های دریافتی

هنگامی که مشکلی در ایمیل های دریافتی وجود دارد، ممکن است به خودی خود نشانه ای در ستکا وجود نداشته باشد. این سرویس گیرنده ایمیل ارسال کننده است که سعی می کند با یک پایگاه داده تماس بگیرد، یک پیام برگشتی دریافت می کند (بیشتر اوقات یک پیام خطای 550: صندوق پستی در دسترس نیست).

ایمیل دریافت نمی شود


اطلاعات برای پشتیبانی ستکا

در اینجا لیستی از اطلاعات مفید وجود دارد که باید هنگام تماس با پشتیبانی ستکا شامل شود:


  1. صادرات ایمیل کامل از صندوق ورودی. اینها معمولاً در قالب‌های فایل eml. یا .msg هستند که حاوی اطلاعات فنی مورد نیاز برای بررسی هستند. روند دقیق دانلود فایل به ارائه دهنده ایمیل شخص ثالث شما بستگی دارد.

هنگام استفاده از یک نرم‌افزار ایمیل محلی (مانند Thunderbird، Apple Mail، Outlook و غیره) برای همگام‌سازی ایمیل‌ها، معمولاً می‌توان نسخه‌های محلی ایمیل‌ها را به عنوان فایل‌های EML/MSG صادر کرد. برای اطلاعات بیشتر به مستندات نرم افزار مورد استفاده مراجعه کنید.

نکته

در صورت امکان، فایل EML/MSG باید بر اساس ایمیل اصلی ارسال شده باشد و در حال خرابی یا ایجاد مشکل است.


برای ایمیل های دریافتی: در صورت امکان با فرستنده ایمیل اصلی تماس بگیرید و یک کپی EML/MSG از ایمیل اصلی درخواست کنید. ارسال یک کپی از ایمیل اصلی (ارسال شده) فقط حاوی اطلاعات جزئی مربوط به عیب یابی است.


برای ایمیل های خروجی: یا EML/MSG ایمیل را ارائه دهید یا مشخص کنید چه رکوردی در پایگاه داده تحت تأثیر قرار می گیرد (به عنوان مثال، شماره سفارش فروش، نام تماس، شماره فاکتور) و تاریخ/زمان ارسال ایمیل (به عنوان مثال، ایمیل ارسال شده). در 10 ژانویه 2024، 11:45 صبح به وقت اروپای مرکزی).

توضیحی در مورد جریان دقیقی که برای دریافت عادی آن ایمیل ها در ستکا دنبال می شود. سعی کنید به سوالات زیر پاسخ دهید:

آیا این یک پیام اعلان از پاسخی است که در ستکا دریافت شده است؟

آیا این پیام از پایگاه داده ستکا ارسال می شود؟

آیا از سرور ایمیل ورودی استفاده می‌شود یا ایمیل از طریق یک سرور یا ارائه‌دهنده ایمیل سفارشی هدایت یا باز ارسال می‌شود؟

آیا نمونه ای از ایمیلی وجود دارد که به درستی فوروارد شده باشد؟

آیا اخیراً تنظیمات مربوط به ایمیل را تغییر داده اید؟ آیا بعد از آن تغییرات از کار افتاد؟

پاسخ به سوالات زیر:


آیا این یک مسئله عمومی است یا مختص یک مورد استفاده است؟ اگر مختص یک مورد استفاده است، کدام مورد؟


آیا مطابق انتظار کار می کند؟ در صورتی که ایمیل با استفاده از ستکا ارسال شود، ایمیل برگشتی باید به پایگاه داده ستکا برسد و پاکت قرمز رنگ را نمایش دهد.