قد يكون هذا مجرد قصور شخصي، لكنني مشوش قليلاً بسبب بعض تقارير الأخطاء التي أتعامل بها بعد إعداد الرد عبر البريد الإلكتروني.
عندما يرد شخص ما على رسالة من عنوان بريد إلكتروني غير مرتبط بحسابه، قد تكون رسالة الخطأ (في مثيل Discourse مستضاف ذاتيًا) خاطئة؟ يبدو أن الرسالة التي يجب أن يتلقاها الشخص إذا أرسلت إلى عنوان غير صحيح، وليس من عنوان غير معترف به.
الرسالة التي أستلمها في هذه الحالة تحمل عنوان الموضوع مشكلة في البريد الإلكتروني – عنوان To: غير معروف، ويبدو النص كما يلي:
نعتذر، لكن رسالتك البريدية إلى [“SNIP”] (عنوانها Re: Help Please) لم تنجح.
لا يتم التعرف على أي من عناوين البريد الإلكتروني للوجهة، أو تم تعديل رأس Message-ID في البريد الإلكتروني. يرجى التأكد من أنك ترسل إلى عنوان البريد الإلكتروني الصحيح المقدم من قبل الموظفين.
يبدو أن تغيير عنوان From: في ردودي ليتطابق مع العنوان المرتبط بالحساب يحل المشكلة.
هل توجد طريقة سهلة لتعديل هذا السلوك؟ هل قمت بإعداد شيء ما بشكل خاطئ؟
(يجب أن أقول ربما إن ما أتمناه حقًا هو خيار لتجاهل رأس From: تمامًا واستخدام مفتاح الرد فقط كما نوقش هنا؛ هل هناك أي فرصة لذلك؟).
آه، ربما يكون ذلك لأن هذه استجابة لرسالة خاصة بدلاً من موضوع عام، وبالتالي فإن Discourse لا يعتقد أن الشخص الذي يرسل البريد الإلكتروني (والذي لا يعتبره مستخدماً صالحاً) يجب أن يتمكن من الإرسال إلى هذا العنوان؟
قد يفسر ذلك سبب اعتبار عنوان “إلى:” غير صالح بدلاً من عنوان “من:”؟
في الوقت الراهن، قمت بتغيير نص تلك الرسالة لتوضيح أن المشكلة قد تكون في من:أو في إلى:.
يمكن للمرء أن يجادل بأن reply_id (الذي يبدو أنه يربط كلاً بالموضوع والشخص الذي يرد) هو معرّف كافٍ، وأن انتحال reply_id أصعب من انتحال عنوان البريد الإلكتروني، لذا فهو قوي بنفس القدر فعليًا سواء جاء من عنوان البريد الإلكتروني الصحيح أم لا.
لكنني لستُ في الحقيقة أحاول الجدل بذلك. ما تقوله هنا منطقي تمامًا. وبعد التفكير في الأمر، أدركت أن السبب المؤدي إلى هذا السلوك هو بالتأكيد حالة هامشية (لدينا SSO ينشئ حسابًا بعناوين بريد إلكتروني جامعية، لكن الناس في بعض الأحيان يعيدون توجيهها إلى عناوين أخرى، ثم يردون منها).
سؤالي الحقيقي يدور حول محتوى رسالة الخطأ التي يتلقاها الأشخاص في هذه الحالة، والتي قد تكون مضللة. المشكلة الحقيقية، أو على الأقل الشيء الذي يتحكم فيه الشخص الذي يستلم رسالة الخطأ في هذه الحالة، هو عنوان “من” (والعنوان المرتبط بحسابه)، وليس عنوان “إلى”، حسب ما أستطيع استنتاجه.
على أي حال، لدي بالفعل حل بديل من خلال:
تعديل محتوى تلك الرسالة (أعشق مدى إمكانية تخصيص Discourse!) و
إخبار الأشخاص بتغيير عنوان بريدهم الإلكتروني إذا أرادوا استخدام ميزة الرد عبر البريد الإلكتروني
لكنني أتساءل فقط عما إذا كان من المنطقي تغيير شيء ما في رسائل الخطأ المرسلة في كل حالة، نظرًا لهذا الارتباك المحتمل.
إذا كانت الإجابة على ذلك هي “لا، الأمور على ما يرام كما هي”، فهذا مقبول تمامًا.
لدينا بالفعل دعم أولي لعناوين بريد إلكتروني بديلة لكل مستخدم.
أتساءل يا @sam و @eviltrout متى سنقوم بتدوين هذا بشكل أكثر رسمية لتمكين المستخدمين من إضافة عنوان بريد إلكتروني ثانوي؟ هل يجب إضافة هذا إلى خارطة الطريق للإصدار 2.5؟
أعتقد أننا يجب أن نبدأ بإبراز هذه الميزة في صفحة مستخدم المسؤول حتى تتمكن من عرض/إضافة عناوين البريد الإلكتروني للإصدار 2.5. ربما بعد ذلك، نضيف واجهة مستخدم أساسية في صفحات المسؤول لدمج المستخدمين، الآن بعد أن أصبح لدينا مهمة rake التي تم اختبارها جيدًا.
ما زلت أحاول فهم سبب ثقة Discourse في رأسية From: والتحقق منها، بينما يمكن تزويرها بسهولة بالغة؟
توفر رأسية معرف الرد (reply id) تحققًا مفيدًا لأنها غير قابلة للتخمين أو المعرفة من قبل الجهات الخبيثة.
إن التحقق من رأسية From: يتسبب ببساطة في رفض مشاركات المستخدمين الشرعيين عبر البريد الإلكتروني بشكل مربك إذا قاموا بالرد من عنوان بريد إلكتروني مختلف (وهو حالة هامشية أكثر شيوعًا مما قد يتوقع المرء).
لدي العديد من عناوين البريد الإلكتروني، وكذلك يفعل بعض مستخدميّ.
لستُ حقًا أبحث عن خلاف هنا. أنا فقط أشعر ببعض الإحباط إزاء هذه المسألة، لأنها ساهمت في قرار أحد الأعضاء المهمين في أحد منتداي بالتوقف عن المساهمة في المنتدى.
للأسف، لا أعرف ما إذا كانت الميزة المقترحة ستحل المشكلة التي واجهتها في مثيل Discourse الخاص بي.
في حالتي، كانت المستخدمة هي رئيسة جمعية مدنية. كان لديها عنوانا بريد إلكتروني وحسابان في Discourse (واحد لكل عنوان). مثل أحد الحسابات هويتها الشخصية، بينما كان الآخر مخصصًا للمنشورات “الرسمية” باسم الجمعية المدنية.
عندما كانت ترد عبر البريد الإلكتروني، كانت تفعل ذلك في كثير من الأحيان من عنوان البريد الإلكتروني “الخاطئ”، مما أدى إلى رفض ردودها.
أفترض أن الميزة التي تتم مناقشتها أعلاه ستتضمن عناوين بريد إلكتروني متعددة لكل حساب في Discourse، لكنها ستمنع (طبيعيًا) وجود حسابات متعددة في Discourse لنفس عنوان البريد الإلكتروني. وبالتالي، لن تعالج هذه الميزة حالة الاستخدام الخاصة بي للأسف.
نعم. في بعض الأحيان، قد يعلق الأشخاص في هذا السيناريو، لكنني سأصفه على الأرجح بأنه حالة زاوية أكثر منه حالة حافة
هل فهمي صحيح بأن هذا الشخص يمتلك هويتين فعليتين، لكنهما تنتهيان في نفس حساب البريد الإلكتروني لسبب ما؟ إذا كان ذلك صحيحًا، فيبدو أنهم سيواجهون هذا السيناريو المشكل في أماكن أكثر من مجرد Discourse. ربما تكون هذه مهمة أكثر ملاءمة للتعامل معها على مستوى عميل البريد؟
لدي بعض الأسماء المستعارة المتعلقة بالعمل في حساب بريدي الوظيفي، لكن العميل يطابق عنوان “من” للردود مع العنوان الذي أُرسِلت إليه الرسالة…
أوافق، إنها حالة هامشية، ولو لم تكن مستخدمة بارزة لكان الأمر لم يكن بهذه الأهمية.
لإنشاء حسابين في Discourse، استخدمنا خدعة النقطة في Gmail لتمكينها من إنشاء عنواني بريد إلكتروني لصندوق بريد Gmail الخاص بها، بحيث تتمكن من إنشاء حسابين في Discourse.
عندما ترد عبر البريد الإلكتروني على منشور في المنتدى، لا تستخدم Gmail بالضرورة نفس المتغير من عنوان البريد الإلكتروني الذي يتوقعه Discourse.
في رأيي، بشرط أن يكون معرف الرد صالحًا، يجب على Discourse قبول الرد.
إن استخدام النقطة في عناوين البريد الإلكتروني هش للغاية، ومن المرجح أن يكون استخدام العناوين مع علامة الزائد (+) خيارًا أفضل بكثير.
إذا كان كلا الحسابين يستخدمان عنوانًا بعلامة الزائد (plus address) ولم يكن هناك أي حساب يستخدم العنوان الأساسي (bare address)، فإن أداة تبديل عنوان المرسل (From:) ستعمل بشكل سليم، وسيؤدي نسيان تعيينها ببساطة إلى رفض البريد الإلكتروني بدلاً من إرساله على الحساب الخاطئ.
كما أن استخدام علامة الزائد (+) بدلاً من النقاط يضفي الكثير من الوضوح على فلاتر التصفية الخاصة بك أيضًا
