ما يلي هو شيء لاحظته من خلال التجربة والخطأ، لكنني لم أجد له توثيقًا ولم أواجه أي تحذير أو خطأ بسببه.
على موقعنا، الذي يستضيفه ديسكورس (ونحن ممتنون جدًا لذلك!)، يبدو أن تعيين عنوان بريد إلكتروني وارد مخصص لفئة ما يعمل فقط إذا كان عنوان البريد الإلكتروني مسبوقًا بـ “foo+” (حيث ‘foo’ هو المعرف العام لموقعنا).
على وجه التحديد، غالبًا ما أقوم بإعداد فئة جديدة، وأعيّن لها ما أعتبره عنوان بريد إلكتروني بديهيًا، ثم أرسل بريدًا تجريبيًا إلى ذلك العنوان، ولا أتلقى أبدًا رسالة ارتداد ولا أراه يظهر في سجلات البريد الإلكتروني المستلم أو المرفوض لموقعنا. ثم أتذكر في النهاية تجاربي السابقة، وأعيّن العنوان إلى foo+\u003csome name\u003e، وأجري اختبارًا آخر ويعمل على الفور.
إذا لم أكن أتوهم، فهذا يبدو مفهومًا كوسيلة لـ ديسكورس لتمييز رسائل البريد الإلكتروني الموجهة لموقع مستضاف عن آخر، لكنني أردت التأكد من صحة افتراضي. أو، إذا لم أكن كذلك، معرفة ما إذا كانت هناك تفسيرات أخرى لسبب ذهاب خياراتي الأولية لعنوان البريد الإلكتروني إلى /dev/null.
بالنسبة لموقعنا (المستضاف)، لم أكن أدرك أن …@{OUR PREFIX}.discoursemail.com كان خيارًا، وقد جربت دائمًا استخدام …@discoursemail.com كاسم مضيف (hostname) لأن هذا هو ما يستخدمه عنوان “قبول رسائل البريد الإلكتروني الواردة” الافتراضي (وقد قمت بتحديث استفساري الأصلي أعلاه لمحاولة توضيح هذا، حيث تركت اسم المضيف خارج السؤال الأصلي). سأجرب ذلك، شكرًا على النصيحة!
على الرغم من أنني أتفهم أن Discourse لا يمكنه التحقق من عناوين البريد الإلكتروني للمثيلات المستضافة ذاتيًا من Discourse، فهل سيكون من الممكن أن تقوم المثيلات المستضافة بإنشاء تحذير أو خطأ إذا لم يكن عنوان البريد الإلكتروني بالتنسيق المتوقع؟ (أو تنسيق متوقع عند استخدام عنوان …discoursemail.com؟)
أعتقد أنك أكدت شكي بأن هذه مشكلة خاصة بمواقع Discourse المستضافة مثل موقعنا. لا أعرف ما هو مستوى الجهد المطلوب لجعل هذه المواقع تتحقق من أن عناوين …discoursemail.com المدخلة في هذا الحقل صالحة، ولكن مثل هذه الميزة كانت ستوفر عليّ قدراً لا بأس به من الوقت والإحباط على مدى السنوات العديدة الماضية من إعداد قوائم بريدية وأسماء مستعارة جديدة، متسائلاً لماذا لا تعمل. أتخيل أنها ستساعد الآخرين أيضاً.
بدلاً من ذلك، حتى تلميح صغير على هذا الحقل لموقع مستضاف يشير إلى أن العنوان القانوني يجب أن يكون slug+...@discoursemail.com أو ...@slug.discoursemail.com سيقطع شوطاً طويلاً. على الرغم من أنني لا أعرف ما إذا كان جعل هذه النصيحة خاصة بمواقع Discourse المستضافة يجعل هذا النهج غير عملي.
هذا ليس صحيحًا - القيد هو أن البريد الإلكتروني يجب أن يتم تسليمه (وليس توجيهه) إلى أحد هذه العناوين لكي يعمل. مثال على ذلك هو الإعداد التالي وهو ما نستخدمه نحن والعديد من عملائنا:
(في Discourse) قم بتكوين فئة Postings لقبول البريد الإلكتروني الوارد المرسل إلى postings@contoso.com
@supermathie — نقطة جيدة حول عنوان التسليم الأكثر صلة من العنوان الذي يتم توجيه البريد إليه.
لتنقيح طلبي السابق، أعتقد أن التحذير عند محاولة إدخال عناوين بريد إلكتروني واردة تطابق الأنماط @discoursemail.com أو @*.discoursemail.com، ولكنها لا تبدأ بـ slug+… أو تنتهي بـ @slug.discoursemail.com ستظل ذات قيمة للتحذير بشأنها للمجتمعات التي تستضيفها Discourse.
سيسمح هذا بحالتك الأولى (لأنها لا تحتوي على discoursemail.com كلاحقة) مع الاستمرار في تحذيري بشأن محاولة إعداد عنوان slug-users@discouresmail.com، وهو نوع النمط الذي كنت دائمًا أصل إليه ثم أصبحت مرتبكًا عندما تم إسقاط رسائل البريد الإلكتروني إليه بصمت.
(لاحظ أن حالتك الثانية لن تولد تحذيرًا أيضًا، بافتراض أن contoso هو رمز مجتمعك).