معلومات البريد الإلكتروني المرتد غير موجودة

[LotusJeff (Jeff Cocking)]

ذهبت للتحقق من مستخدم لم يتلق بريدًا إلكترونيًا للتسجيل. أظهرت شاشة المسؤول درجة ارتداد. ذهبت إلى المسؤول → البريد الإلكتروني → إعدادات الخادم والسجلات → الارتداد (علامة تبويب).

أرى المستخدم مدرجًا في تقرير الارتداد. عندما أنقر على أيقونة المعلومات للحصول على معلومات إضافية، يظهر ما يلي:

أي اقتراحات أو أفكار حول كيفية حل هذا؟

معلومات داعمة:

1. تشغيل 3.5.0.beta2-dev (f591083407)
2. استخدام AWS SES لتسليم البريد مع تثبيت VERP.
3. كل شيء يعمل باستثناء معلومات الارتداد.

[LotusJeff (Jeff Cocking)]

هل يمكن لأحد التحقق مما إذا كان نظامكم يعمل وما إذا كانت المشكلة في نظامي فقط؟

لقد نظرت في الجدول المسمى Email_Logs. يعرض هذا مفتاح ارتداد ورمز خطأ الارتداد. هل يعرف أي شخص أين يمكنني الاطلاع على معلومات البريد الإلكتروني المحددة؟ الرأس، النص، إلخ؟

[Canapin (Coin-coin le Canapin)]

@LotusJeff

يظهر التالي.

@Falco

هذا هو السلوك المتوقع عندما لم تتم معالجة الاستجابة المرتدة بواسطة Discourse. الميزة تعمل بشكل جيد إذا استلم Discourse الارتدادات، وإلا فإنها ستظهر هذا الرد لجميع الارتدادات.

@LotusJeff

1. كل شيء يعمل باستثناء معلومات الارتداد.

لست متأكدًا مما سأكتبه ، لكن أعتقد أنه بشكل افتراضي لا يقوم SES بتسجيل مثل هذه المعلومات. خدمات البريد الإلكتروني الأخرى تفعل ذلك.
ربما يمكنك محاولة تمكينه ورؤية السبب المقدم للبريد الإلكتروني المرتد من واجهة SES؟

[LotusJeff (Jeff Cocking)]

من المزعج عدم إدراج هذا في التعليمات عند إعداد VERP. وما يزعج أكثر هو أن رموز أخطاء الارتداد موجودة في قاعدة البيانات ولكنها غير معروضة في هذه الشاشة.

إذا كنت تستخدم AWS SES، فقم بتشغيل الاستعلام التالي في مستكشف البيانات:

SELECT * from email_logs where bounced=true order by id desc

ابحث عن العمود المسمى bounce_error_code. يمكن الرجوع إلى رمز الخطأ مع:

قائمة رموز أخطاء الارتداد المحسّنة لـ SMTP

• 4.2.2 - حساب البريد الإلكتروني تجاوز الحد المسموح به
• 5.0.0 - خطأ في الصيغة: تنسيق عنوان البريد الإلكتروني غير صالح
• 5.1.0 - عنوان صندوق بريد الوجهة غير صالح
• 5.1.1 - عنوان صندوق بريد الوجهة غير صالح
• 5.1.2 - عنوان نظام الوجهة غير صالح
• 5.1.3 - صيغة عنوان صندوق بريد الوجهة غير صالحة
• 5.1.4 - عنوان صندوق بريد الوجهة غامض
• 5.1.5 - عنوان صندوق بريد الوجهة صالح
• 5.1.6 - تم نقل صندوق البريد
• 5.1.7 - صيغة عنوان صندوق بريد المرسل غير صالحة
• 5.1.8 - عنوان نظام المرسل غير صالح
• 5.1.9 - تم ترحيل الرسالة إلى نطاق غير موجود
• 5.2.0 - حالة صندوق بريد أخرى أو غير محددة
• 5.2.1 - تم تعطيل صندوق البريد، ولا يقبل الرسائل
• 5.2.2 - صندوق بريد المستلم ممتلئ ولا يمكنه قبول رسائل جديدة
• 5.2.3 - طول الرسالة يتجاوز الحد الإداري
• 5.2.4 - مشكلة في توسيع قائمة البريد
• 5.3.0 - حالة نظام بريد أخرى أو غير محددة
• 5.3.2 - النظام لا يقبل رسائل الشبكة
• 5.3.3 - النظام غير قادر على الميزات المحددة
• 5.3.4 - الرسالة كبيرة جدًا للنظام
• 5.3.5 - تم تكوين نظام بريد المستلم بشكل خاطئ
• 5.4.0 - حالة شبكة أو توجيه أخرى أو غير محددة
• 5.4.1 - لم يستجب خادم بريد المستلم
• 5.4.2 - مشكلة في الاتصال بخادم بريد المستلم
• 5.4.3 - واجه خادم التوجيه خطأ أثناء تسليم الرسالة
• 5.4.4 - لا يمكن توجيه الرسالة إلى خادم بريد المستلم
• 5.4.5 - ازدحام الشبكة يمنع تسليم الرسالة
• 5.4.6 - تم اكتشاف حلقة توجيه أثناء تسليم الرسالة
• 5.4.7 - انتهت مدة تسليم الرسالة
• 5.5.0 - حالة بروتوكول أخرى أو غير محددة
• 5.5.1 - أمر SMTP الذي أصدره المرسل غير صالح
• 5.5.2 - صيغة أمر SMTP غير صحيحة
• 5.5.3 - عدد المستلمين يتجاوز الحد الأقصى الذي يسمح به نظام بريد المستلم
• 5.5.4 - الوسيطات المقدمة مع أمر SMTP غير صالحة
• 5.5.5 - إصدار بروتوكول SMTP الذي يستخدمه المرسل غير مدعوم
• 5.6.0 - خطأ وسائط آخر أو غير محدد
• 5.6.1 - نظام بريد المستلم لا يدعم نوع الوسائط الذي يستخدمه المرسل.
• 5.6.2 - مطلوب تحويل بين أنواع الوسائط ولكنه محظور.
• 5.6.3 - مطلوب تحويل بين أنواع الوسائط ولكنه غير مدعوم
• 5.6.4 - تم إجراء تحويل مع فقدان
• 5.6.5 - فشل التحويل بين أنواع الوسائط
• 5.7.0 - حالة أمان أخرى أو غير محددة
• 5.7.1 - التسليم غير مصرح به، تم رفض الرسالة
• 5.7.2 - توسيع قائمة البريد محظور
• 5.7.3 - مطلوب تحويل أمان ولكنه غير ممكن
• 5.7.4 - الميزات الأمنية غير مدعومة
• 5.7.5 - فشلت العمليات التشفيرية التي قام بها المرسل
• 5.7.6 - خوارزمية التشفير غير مدعومة
• 5.7.7 - فشل سلامة الرسالة

[supermathie (Michael Brown)]

أنت على حق، هذه ليست تجربة رائعة.
كيف تم تكوين موقعك لمعالجة الارتدادات؟ هل يستقبل المعلومات عبر خطاف ويب ولكن بدون البريد الفعلي؟

[LotusJeff (Jeff Cocking)]

لقد اتبعت التعليمات الخاصة بـ AWS SES في هذه الصفحة: https://meta.discourse.org/t/configure-verp-to-handle-bouncing-e-mails/45343.\n\nلذا، نعم، نحن نستخدم خطاف الويب القياسي.\n\nليس لدي خيار "تمكين تسليم الرسائل الأولية" نشطًا. سأقوم بتنشيط هذا لمعرفة ما إذا كان يرسل الرسالة بأكملها. هذا ليس مطلبًا في وثائق التثبيت، ولكن مشاركات أخرى قد أدرجته كشرط.

[supermathie (Michael Brown)]

أعتقد (أنا على دراية تامة بارتدادات البريد الإلكتروني، وليس بالقدر نفسه مع خطافات الويب الواردة) أنه بدون تحديد هذا الخيار، نحصل على معلومات محدودة جدًا حول الارتداد، لذا فهذا منطقي.

لقد طلبت من الفريق المسؤول النظر في تحسين هذه التجربة؛ عندما لا يكون لدينا البريد الإلكتروني المرتد الخام، يجب أن نتمكن على الأقل من إخبارك بالمعلومات التي نمتلكها.