أحصل على هذا الدليل وهو يدور تحديدًا حول استطلاع POP3، ولكني أعتقد أنه يجب الترويج لـ mail-receiver أولاً بدلاً من استخدام حساب Gmail، والذي يجب أن يكون بديلاً، وليس العكس كما هو معروض حاليًا.
لقد قمت بإعداد العديد من تثبيتات Discourse ولم أذهب أبدًا إلى #mail-receiver، لأنني قرأت “Gmail” أولاً وفكرت “أنا أعرف Gmail، دعنا نقوم بتكوينه” دون محاولة معرفة المزيد، أو الاعتقاد بأن الطريقة الأخرى ستكون أكثر تعقيدًا.
أخيرًا، جربت mail-receiver وأعتقد أنه مجرد حل أفضل من جميع النواحي.
يتطلب حل Gmail تكوين كلمة مرور تطبيق في حساب Gmail، والذي يتطلب أيضًا المصادقة الثنائية.
إنه عبارة عن مهمة شاقة للقيام بكل هذا، وفي النهاية نحصل على ميزة الرد عبر البريد الإلكتروني بمعدل استطلاع منخفض (بينما يكون mail-receiver قريبًا من الفوري). كما أنه يعتمد على برامج الطرف الثالث.
وأعتقد أن سببًا آخر للترويج لـ mail-receiver هو أنه لا يتطلب معرفة أو مهارات تقنية أكثر من تثبيت Discourse نفسه. إنه في الغالب مسألة تكوين DNS و yml.
إنه أكثر تقنية من حل Gmail بالتأكيد (على الرغم من أنني ضعت أحيانًا في محاولة تكوينه، خاصة مع كلمات مرور التطبيقات)، ولكن إذا قام شخص ما بتثبيت وتكوين Discourse المستضاف ذاتيًا، فيمكنه أيضًا تثبيت وتكوين mail-receiver.
وربما الأهم من ذلك، وهذا هو سبب تركيزي على هذا، فإن وصف إعداد Reply by email enabled يرتبط بهذا الدليل، وليس دليل #mail-receiver:
قم بتنشيط الميزة التي تسمح للمستخدمين بالرد على المواضيع مباشرة عبر البريد الإلكتروني، بدلاً من مطالبتهم بتسجيل الدخول إلى موقع الويب. راجع الدليل على Meta لمزيد من المعلومات.