من خلال اختباراتي، حتى عند اختيار “دائمًا”، لا تُرسل إشعارات البريد الإلكتروني إذا كان الشخص يتصفح المنتدى — حتى لو لم يقم الشخص بزيارة رسائله أو فتح قائمة الإشعارات.
إليك مثال على بريد إلكتروني تم تخطيه لشخص اختار “دائمًا” لاستقبال إشعارات البريد الإلكتروني للرسائل:
كان الشخص يتصفح المنتدى، لكنه لم يتحقق من رسائله خلال الفترة الزمنية البالغة 10 دقائق (كما كنا نهدف إلى فهم السلوك).
لذا، إذا كان خيار “دائمًا” يلغي إشعارات البريد الإلكتروني عندما يستخدم الشخص نظام Discourse، فما الفرق مع خيار “فقط عند الغياب”؟
أدرك مخاطر اختيار “دائمًا” نظرًا لأن ذلك قد يؤدي إلى استقبال عدد كبير جدًا من إشعارات البريد الإلكتروني من قبل أي شخص يختار استخدامه. لكن حاليًا، يبدو أن الخيار لا يعمل كما يتوقع المرء من كلمة “دائمًا”. هل هذا السلوك مقصود؟
عندما تكون إعدادة المستخدم “أرسل لي بريدًا إلكترونيًا عندما يرسل لي شخص ما رسالة” مضبوطة على “دائمًا”، فإن الوقت الوحيد الذي لا يجب أن يُرسل فيه المستخدم بريدًا إلكترونيًا بخصوص رسالة خاصة هو إذا كان المستخدم قد قرأ الرسالة بالفعل. في هذه الحالة، يجب أن يكون سبب التخطي في السجلات هو “تم بالفعل قراءة الإشعار الذي يتعلق به هذا البريد الإلكتروني.” يجب أن يحدث هذا فقط إذا قام المستخدم بزيارة الرسالة فعليًا على الموقع، فمجرد عرض الإشعار في قائمة القائمة المنسدلة لا يجب أن يتسبب في تخطي الرسالة الخاصة.
يجب ألا يُعرض سبب التخطي “تم رصد المستخدم مؤخرًا” للمستلمين للرسائل الخاصة الذين ضبطوا مستوى الرسائل لديهم على “دائمًا.” هل أنت متأكد من أن الرسالة المتخطاة في لقطة الشاشة الخاصة بك هي لرسالة خاصة؟
جرّبت ذلك مع رسالة أخرى، لكن هذه المرة لم تُقرأ الرسالة فوراً — فقد واصل المستلم تصفح المنتدى (دون الدخول إلى الرسائل)؛ وتم إلغاء إشعار البريد الإلكتروني تماماً كما في الحالة السابقة. مما أستطيع ملاحظته، تم الإلغاء تقريباً فوراً، لمجرد أن الشخص كان يستخدم المنتدى. لا أرى أي فرق.
لست متأكداً مما إذا كنت قد فهمت السؤال. أليس user_private_message الظاهر في لقطة الشاشة مخصصاً للرسائل الخاصة فقط؟
لا أدري إن كان هذا سيساعد، لكن الأوقات الوحيدة التي أرى فيها رسائل بريد إلكتروني تم تخطيها مع عبارة “تم بالفعل قراءة الإشعار الذي تتعلق به هذه الرسالة” هي لرسائل user_mentioned وليس لرسائل user_private_message (على الأقل في قائمة الرسائل المخطوفة لدينا).
هذا منطقي، أنا أقوم باختبار هذا على فرع tests-passed.
نعم، هذا صحيح. من الواضح أنها رسالة خاصة في لقطة الشاشة الخاصة بك. بالنسبة للمستخدم الذي اختار استلام بريد إلكتروني دائمًا عند تلقيه رسالة، يجب إرسال البريد الإلكتروني طالما أنه لم يقرأ الرسالة الخاصة عبر واجهة مستخدم Discourse.
لا أملك مكانًا سهلًا لإعادة إنتاج هذه المشكلة مع إعدادات tests-passed، لذا تواصل معي شخص هنا في meta، وآمل أن يكون ذلك كافيًا. كنت أستخدم meta عندما أرسل الشخص الرسالة، واستمريت في تصفح meta لأكثر من 10 دقائق (دون التحقق من الرسائل): ولم تصل أي إشعارات بريد إلكتروني خلال هذه الفترة، بينما لدي الإعداد على “دائمًا” للرسائل الخاصة. يبدو أن السلوك نفسه الذي وصفته مع الإصدار المستقر.
هل يمكنك التحقق من سجلات البريد الإلكتروني المُتجاوزة لمعرفة ما حدث لإشعار الرسالة الأخيرة في هذا الموضوع؟
هل يمكن أن يكون إشعار الدفع على الهاتف المحمول للرسالة قد ألغى إشعار البريد الإلكتروني؟ لقد تلقيت ذلك فورًا (وليس بعد 10 دقائق)، لكنني لم أفتحه (ولا حتى تطبيق DiscourseHub) خلال فترة الـ 10 دقائق.
لا أرى أي إدخال لتلك الرسالة في سجلات البريد الإلكتروني المُتجاوزة أو المرسلة على Meta. لست متأكدًا من سبب ذلك، لكن الرد على رسالتك الذي كان من الممكن أن يُنشئ بريدًا إلكترونيًا هو:
hello hello hello hello hello hello hello hello
لست متأكدًا مما إذا كان نشر نفس الكلمة عدة مرات قد يُفعّل شيئًا يمنع إرسال البريد الإلكتروني.
سأبحث في هذا الأمر أكثر على موقعي الخاص للتأكد من إرسال رسائل البريد الإلكتروني كما هو متوقع.
مجرد معلومة جانبية، لقد طلبت إرسال رسالة أخرى. هذه المرة، ذات مظهر أكثر طبيعية.
نفس السلوك. طالما أنني أستمر فقط في تصفح ميتا، لا أحصل على إشعار البريد الإلكتروني للرسالة. حتى الآن (مرّ 15 دقيقة)، لم تصل أي بريد إلكتروني ولا يزال لدي إشعار الرسالة الجديدة لأنني لم أفتحها بعد.
لذا سأبدأ بالإشارة إلى أننا نقوم بتعيين مستوى رسائل البريد الإلكتروني الافتراضي على “دائمًا”. هذا الأمر مفاجئ إلى حد ما بالنسبة لي، ولكن ربما الفكرة هي أن الرسائل المباشرة تحتاج عادةً إلى أقصى قدر ممكن من الظهور.
على أي حال، لقد قمت للتو بإنشاء حساب تجريبي هنا على Meta وأرسلت رسالة خاصة إلى ذلك الحساب. وواصلت تصفح المنتدى باستخدام حساب المستخدم التجريبي، متجاهلًا إشعار الرسالة الجديدة.
