إشعارات غير متوافقة مع الرد عبر البريد الإلكتروني

لقد قرأت بعناية الأدلة المتعلقة بالبريد الإلكتروني على هذا الرابط Email delivery configuration checklist وما يليه.
لقد درست هذا الرابط https://meta.discourse.org/t/how-to-setup-reply-by-email-address-now-that-it-must-be-different-from-the-notification-email/126767، وهذا الرابط Notification email cannot be the same as reply by email.

جميع العناوين التي أستخدمها على المنتدى يمكنها إرسال أو استقبال رسائل بريد إلكتروني عبر عميل بريد إلكتروني مثل Thunderbird أو Claws Mail.

هناك أربعة عناوين مختلفة، الثلاثة الأولى فقط هي المعنية بهذا الموضوع:

  • عنوان الإدارة في app.yml: admin@
  • عنوان الإشعارات في app.yml: forum@
  • عنوان الرد (reply-to): reply@
  • وعنوان النشر عبر البريد الإلكتروني: questions@
  1. يتم إرسال الإشعارات التي يتم الحصول عليها عبر حالة القائمة البريدية للمنتدى بشكل صحيح. واختبار إرسال البريد من صفحة الإعدادات/البريد الإلكتروني للمسؤول يمر بنجاح.

  2. إذا قمت بتفعيل ميزة الرد عبر البريد الإلكتروني، فإن هذه الميزة تعمل بشكل صحيح ولكن الإشعارات تتوقف عن العمل.
    يفشل اختبار الإرسال السابق مع الحالة “501 5.5.4 You are not allowed to send from this address.” (غير مسموح لك بالإرسال من هذا العنوان).

  3. إذا قمت بتعطيل الرد عبر البريد الإلكتروني، يمر الاختبار بنجاح مرة أخرى.

من يمكنه أن يشرح لي سبب هذا الخطأ وكيفية إعداد كل من الإشعارات و “الرد عبر البريد الإلكتروني” بشكل صحيح؟

إعجابَين (2)

هذه الرسالة تأتي من خدمة إرسال البريد الخاصة بك. إنها واضحة جدًا.

تحتاج إلى الإرسال من عنوان بريد إلكتروني يمكن لخادم SMTP الخاص بك استخدامه. الأمر يشبه تعيينه للإرسال من example.com وأنت الآن ترسل من forum.example.com

4 إعجابات

لماذا يكون اختبار الإرسال ناجحًا في حالة ما ويفشل عندما أقوم بتفعيل “الرد عبر البريد الإلكتروني”؟ أؤكد أنني لم أغير أي شيء في إعدادات الإشعارات.

ماذا يحدث على مستوى Discourse عند إعداد رسائل البريد الإلكتروني؟

إعجاب واحد (1)

المشكلة تأتي بالفعل من Discourse.

من خلال تحسين إعدادات السجلات، أرى أن الرسالة المنشورة تم توثيقها بالفعل بالعنوان الصحيح:

2026-02-25T12:54:24Z TRACE Data store
iteration operation (store.data-iterate) elapsed = 0ms
<3.14, remotePort = 47104, accountName =
“forum.cagut@domain.tld”, accountId = 31

ولكنها تصبح

2026-02-25T12:54:24Z ^\[\[35;1mTRACE ^\[\[37;1mRaw SMTP output sent
(smtp.raw-output) listenerId = “submissions”, localPort = 465, remoteIp
= 51.178.53.14, ^>
<53.14, remotePort = 47104, size = 73,
contents = “MAIL
FROM:<reply.cagut+verp-8bf40c695b1f612e555cf25f3c14c9b8@domain.tld>\\r\\n”

خادم البريد ليس لديه أي علم بهذا التنسيق للعنوان.

إعجاب واحد (1)

هذا الرقم السحري هو كيف يربط Discourse الردود بالموضوع.

ستحتاج إلى خادم بريد آخر (أو تغيير هذا الخادم لدعم عناوين +) أو عدم استخدام الرد عبر البريد.

نعم، أنا أعرف أن هذا مُعرِّف لاستخدام “الرد عبر البريد الإلكتروني”.

لذلك، اختبار إرسال البريد الإلكتروني لا يعمل عندما يتم تفعيل “الرد…”، والوثائق لا تذكر ذلك، والخطأ يأتي بالفعل من Discourse وليس من خادم البريد، وهو ما كان ردكم الأول!

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

يجب عدم إجراء هذا التحويل لـ “From”.

والرد بأننا يجب أن نستغني عن ميزة يحددها البرنامج أمر غريب…

غدًا، سأجري دراسات أخرى.

إعجاب واحد (1)

إنها ليست عملية تحويل للرأس بحد ذاتها - عند تمكين الرد عبر البريد الإلكتروني، يرسل ديسكورس (Discourse) بريدًا إلكترونيًا مع تعيين عنوان الإرسال (envelope-from) إلى نمط العنوان reply_by_email_address ويقوم أيضًا بتعيين reply-to: إذا كان البريد الإلكتروني قابلاً للرد عليه.

على سبيل المثال، هنا في ميتا (meta) هو:

notification_email: notifications@meta.discoursemail.com
reply_by_email_address: incoming+%{reply_key}@meta.discoursemail.com

والذي يتحول إلى:

Return-Path: <incoming+verp-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>
From: Person <notifications@meta.discoursemail.com>
Reply-To: Person <incoming+xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@meta.discoursemail.com>

يذهب البريد الإلكتروني للإشعار إلى رأس From، ويذهب reply_by_email_address إلى عنوان الإرسال (envelope-from). لقد قمنا بتهيئة خادم البريد الوارد لدينا بحيث يتم تسليم أي شيء موجه إلى …@meta.discoursemail.com إلى ميتا، وهذا ما يجعل الأمر يعمل.

ولكن إذا كان خادم البريد الإلكتروني الخاص بك لا يسمح لك باستخدام عنوان الإرسال هذا، فستحصل على الخطأ الذي تبلغه.

هذا الخطأ يأتي بالتأكيد من خادم البريد. قد يقوم ديسكورس بالإبلاغ عنه لك، لكن خادم البريد هو الذي ينشئه.

إعجابَين (2)