هل من الطبيعي أن يكون لدي قوالب مكررة في إعدادات البريد الإلكتروني؟
تم اكتشاف هذه المشكلة لأن رابط التأكيد لإضافة بريد إلكتروني ثانٍ كان دائمًا يُرجع خطأ 404، ثم اكتشفنا أن العديد من الإدخالات في قوالب البريد الإلكتروني كانت خاطئة، لذا مواضيع مكررة بمحتويات متشابهة، يبدو أنها محتويات قديمة لم يتم استبدالها؟
بخصوص مشكلة تأكيد البريد الإلكتروني، لدي واحدة تستخدم رابطًا خاطئًا (قديمًا؟) وأخرى صحيحة، لماذا لدي اثنتان بنفس الاسم ولماذا لا يمكنني حذف الخاطئة؟ هل هذه مشكلة في Discourse؟
لقد ارتبكت بسبب نموذجي البريد الإلكتروني التأكيدي الجديدين أيضًا. لكنهما مختلفان قليلاً. يتم إرسال أحدهما عندما يضيف مسؤول عنوان بريد إلكتروني جديدًا إلى ملف تعريف المستخدم، والآخر يتم إرساله عندما يقومون بذلك بأنفسهم. السطر الأخير مختلف.
قم بتأكيد عنوان بريدك الإلكتروني الجديد لـ %{site_name} بالنقر على الرابط التالي:
%{base_url}/u/confirm-new-email/%{email_token}
إذا لم تطلب هذا التغيير، فيرجى الاتصال بـ [مسؤول الموقع](%{base_url}/about).
قم بتأكيد عنوان بريدك الإلكتروني الجديد لـ %{site_name} بالنقر على الرابط التالي:
%{base_url}/u/confirm-new-email/%{email_token}
تم طلب تغيير البريد الإلكتروني هذا بواسطة مسؤول الموقع. إذا لم تطلب هذا التغيير، فيرجى الاتصال بـ [مسؤول الموقع](%{base_url}/about).
أعتقد أن حذف أحدهما سيتسبب في تعطل أحد رسائل البريد الإلكتروني المرسلة.
قوالبي تستخدم كلاهما نفس الرابط. ربما تختلف قوالبك لأنك قمت بتخصيص القالب من قبل.
أتساءل لماذا يمكن تخصيص أجزاء من الرابط بواسطة القالب. إذا استخدم القالب فقط %{confirmation_link}، فمن فهمي، لن يصبح الرابط قديمًا حتى لو تم تخصيص القالب.
ليس بالضبط، لدي العديد منها مكررة بمحتويات متشابهة، في مثال لقطة الشاشة الخاصة بي (ربما ليست واضحة) يشير أحد الروابط إلى “confirm-new-email” (صحيح) والآخر إلى “authorize-email” (وهو رابط معطل / غير موجود)
في صفحة إعدادات البريد الإلكتروني للمسؤول، انقر فوق كل قالب بريد إلكتروني ثم حدد الزر استعادة التغييرات. إذا كان بالفعل على الوضع الافتراضي، فلن يكون هناك زر استعادة التغييرات.
لقد شاهدت فيديو اليوتيوب هذا وأرى أن العديد من قوالب البريد الإلكتروني تختلف عن الوضع الافتراضي الحالي. هل يمكنك التأكيد على أنك قمت بتحديث موقعك؟
في بعض الأحيان يتم تمييز رسائل البريد الإلكتروني الخاصة بنا كرسائل غير مرغوب فيها (SPAM)، قم بتمييز هذا البريد الإلكتروني كرسالة مهمة واسحبه إلى قسم البريد الأساسي الخاص بك لجعل التسليم أكثر موثوقية. سيساعد هذا أيضًا المستخدمين الآخرين على تلقي الإشعارات بشكل صحيح. تذكر أنه يمكنك إلغاء الاشتراك دائمًا.
هذا ليس جزءًا من أي من القوالب الافتراضية. لذا أعتقد أن لديك نفس المشكلة كما في هذا الموضوع Confirmation email link (after change) is broken ("Oops!") due to bad email customization - #5 by gerhard. كلما قمت بتخصيص نص، لن يقوم Discourse بالكتابة فوقه عندما يتم تحديث النص الأصلي. لا يمكن للبرنامج معرفة كيفية “دمج” تخصيصاتك مع التغييرات الجديدة.
لذا تحتاج إلى تحديث النص المخصص الخاص بك بنفسك، أو إعادة تعيينه إلى النص الافتراضي كما اقترح Tobias، ثم تخصيصه مرة أخرى إذا كنت ترغب في ذلك.
ولكن كما شرحت سابقًا، يستخدم Discourse كلا القالبين. لن يرسل الآخر إذا قمت بحذف أحدهما. سيظل يستخدم هذا القالب الذي تم إنشاؤه للحالة الحالية. لذلك، كلما قام المستخدم بتغيير بريده الإلكتروني، فإنه يستخدم القالب الخاص بذلك. يتم استخدام القالب الآخر عندما يقوم المسؤول بتغيير البريد الإلكتروني للمستخدم. تتطلب المواقف المختلفة نصوصًا مختلفة، لذلك توجد قوالب مختلفة.
أيضًا في حالة القالبين لـ “account silenced” و “account suspended”، كلا القالبين مطلوبان وسيكون من السيئ حذف أحدهما. القالبان لهما حالات استخدام مختلفة قليلاً: يتم إرسال أحدهما عندما يتم إسكات المستخدم أو تعليقه لفترة محدودة. لهذا السبب يتضمن التاريخ. يتم استخدام القالب الآخر عندما تختار إسكات/تعليق المستخدم إلى الأبد. في هذه الحالة، لا يخبر البريد الإلكتروني المستخدم بأنه “معلق حتى عام 3025”. سيكون ذلك سخيفًا. لذلك يوجد قالب ثانٍ بدون عنصر نائب لمدة تعليق/إسكات الحساب.
هل من الطبيعي أن تتلقى تثبيتات Discourse روبوتات البريد العشوائي بهذه الطريقة؟ لا أعتقد ذلك… ولكن لماذا يؤدي تغيير البريد الإلكتروني للتأكيد هذا إلى هجوم روبوتات البريد العشوائي على المنتدى؟
ما هو الأكثر إرباكًا هو أنني لا أرى أي سجلات لهم، في الواقع لا يوجد “مستخدمون مسجلون جدد” (الأكثر إرباكًا هو علاقة رابط التأكيد هذا هنا):
إذًا من أين تأتي روبوتات البريد العشوائي هذه؟ بالنظر إلى أحدها يبدو أنه تم إنشاؤه في عام 2020، حسنًا…
سؤال: عندما يتم الإبلاغ عن المنشور (لذلك أضفت العديد من الكلمات الرئيسية في قائمة الإبلاغ)، ما هو الإجراء الصحيح للحسابات العشوائية؟ (حذف جميع منشوراته، حذف الحساب، حذف الآثار، إلخ).
من ناحية أخرى، أرى أن المستخدم لديه 11 منشورًا تم إنشاؤها، وفي ملفه الشخصي أرى خيار “حذف جميع المنشورات” ولكن ليس “رؤيتها” (رابط مطلوب جدًا)، كيف يمكنني رؤية المنشورات التي أنشأها المستخدم؟ في الواقع يبدو أنه مستخدم شرعي (في أول منشور له من عام 2020، لذا هل تم اختراق حساب هذا المستخدم على Discourse؟)
بالعودة إلى الموضوع، ما زلت مرتبكًا بشأن ما يمكن أن تكون علاقته رابط التأكيد بهذه الإجراءات العشوائية.
