تشغيل Discourse بدون بريد إلكتروني؟

أعجبتني منصة Discourse، لكنني واجهت مؤخرًا بعض المشاكل. قالت شركة الاستضافة وصانع Discourse إن Discourse لا يمكن تشغيله دون دعم البريد. استغرق الأمر شهرًا تقريبًا لإعداد كل شيء. لم تعد تلك الشركة ومزود الاستضافة يعملان، وعليّ الآن إعداد نسخة جديدة في مكان آخر مع نسخة احتياطية.

بحثت بشكل سطحي في المنتديات لمعرفة ما إذا كان Discourse يحتاج إلى بريد للعمل، ولم أجد أي شيء محدد.

هل يحتاج Discourse إلى دعم البريد أم يمكنني تشغيله بدونه؟

سأقدم عبارة مثيرة للجدل. كان إعداد Discourse مع دعم البريد مرهقًا للغاية (بالنسبة لي) لدرجة أنني أخشى تكراره. لا أريد ذلك. ليس Discourse نفسه، بل البحث عن مزودي البريد، والتسجيل، وإرسال تفاصيل البريد إلى برنامج التثبيت، وانتظار انتشار السجلات، ثم شراء مزود البريد من قبل شركة أخرى، والبحث عن مزود بريد جديد، وإرسال التفاصيل مرة أخرى، وإعادة كل شيء من جديد مع المزود الجديد، وهكذا. استغرق هذا الجزء شهرًا إضافيًا على جانب التثبيت.

مستخدمو لا يحتاجون إلى دعم البريد. أنا أيضًا لا أحتاجه. ولا أريده. إذا كنت أنا أو مستخدمونا ننتظر ردًا على موضوع ما، فيمكننا تحديث الصفحة أو استخدام إشعارات المتصفح. لا أريده!

لا أحب البريد العشوائي
لا أحبهم سام-آي-أم
لا أحبهم هنا ولا هناك
لا أحبهم في أي مكان
لن أقرأها في منزلي
لن أنقر عليها بفأرتي
لن أقرأ من صندوق الوارد
لن أقرأ من فايرفوكس
لا أريد البريد هنا ولا هناك
لا أريد البريد في أي مكان

يرجى ملاحظة أنني أحب إشعارات البريد الإلكتروني - لكنني لا أحب إعداد البريد. أيضًا، أحتاج إلى إعادة منتدى إلى العمل بسرعة، وأرى أن هذا الجزء يمكن تعطيله أو تأجيله مؤقتًا. يسعدني أن أقدم ملاحظات من مستخدمّي أيضًا.

7 إعجابات

هل من الصعب حقًا إعداد البريد الإلكتروني؟ هل اتبعت تعليمات التثبيت الرسمية وحاولت مزودي الخدمة الموصى بهم؟

البريد الإلكتروني هو محور الهوية في Discourse وعلى الويب بشكل عام.

إذا قمت بإعداد الموقع بحيث:

  1. لا يمكن تسجيل الدخول إلا عبر Google أو Facebook
  2. قمت بتعطيل تسجيل الدخول المحلي
  3. قمت بتعطيل جميع إشعارات البريد الإلكتروني

فإنه يمكن أن يعمل الموقع بشكل جيد دون الحاجة إلى الوصول إلى أي خادم بريد إلكتروني.

10 إعجابات

التفكير بصوت عالٍ.

عندما كنت أكتب كودًا من جانب الخادم بشكل أكثر تكرارًا، كانت هناك واجهات برمجة تطبيقات للبريد الإلكتروني تقوم بإرسال الرسائل. شركة الاستضافة الخاصة بي (للموقع الرئيسي) تسمح أيضًا بإرسال البريد عبر PHP من خلال ووردبريس. المتطلب الوحيد هو إعداد حساب بريد إلكتروني يُستخدم لإرسال الرسائل على الخادم. لم يريدوا منك إرسال كمية كبيرة من البريد، لكنهم لم يمنعوا ذلك. لقد قمت بكتابة برامج إرسال بريد (برامج إرسال شرعية) باستخدام PHP و ASP (منذ فترة طويلة).

هل يمكن استخدام هذه التقنية لإرسال رسائل تسجيل المستخدمين الجدد ورسائل استعادة كلمة المرور؟ أظن أنها معقدة جدًا ومترابطة.

مرة أخرى، أنا أحب منصة Discourse وميزات البريد الإلكتروني فيها، لكنني لا أحب إعداد البريد المطلوب من الشركات الأخرى.

لو كانت منصة Discourse تملك خدمة إرسال بريد إلكتروني…

مرحبًا @hawm، لم أقُم بتثبيت Discourse بنفسي. لقد دفعت لشخص لديه خبرة في التثبيت لإعداده واتبعت إرشاداته.

لقد قمت بخطوات إعداد البريد التي طلبها برنامج التثبيت في ذلك الوقت. استغرق إعداد حسابات موفري البريد الإلكتروني وقتًا أطول مع خطوات متعددة استمرت لعدة أيام. لا أريد تكرار ذلك.

كنت سأدفع لشخص آخر للقيام بذلك، لكن لا يمكنني ذلك. يجب أن أقوم بذلك بنفسي لأنني بحاجة إلى تعديل سجلات MX الخاصة بي وإنشاء حسابات والتحقق منها عبر بريدي الإلكتروني، وما إلى ذلك. لستُ أشتكي، لكن الأمر يتطلب طاقة ذهنية أكثر مما أملكه حاليًا.

حقاً؟ هل لا تحتاج حتى إلى البريد الإلكتروني لإنشاء حساب المسؤول؟

ستحتاج إلى القيام بذلك عبر وحدة التحكم، ستكون مهمة شاقة للغاية، لكنها قابلة للتنفيذ على ما أظن.

إعجابَين (2)

لذا، وبكل بساطة، بينما كنت أتنازع مع إعداد البريد الإلكتروني بنفسي، انتهيت بتعديل كود Ruby داخل الحاوية لطباعة رسالة البريد الإلكتروني التي كان من المفترض إرسالها إلى المسؤول. كانت الرسالة تحتوي على رابط التفعيل. لماذا لا يتم طباعة رابط التفعيل على الإخراج القياسي للحاوية؟ بهذه الطريقة، يمكن للشخص الذي لا يملك إعداد بريد إلكتروني يعمل أن يتجاوز خطوة التفعيل فعليًا. ويمكن القول إن وجود نسخة من Discourse بدون بريد إلكتروني من شأنه أن يوسع نطاق استخدامها.

إعجابَين (2)

يمكن للمسؤول استخدام Create an admin account from the console لتجاوز الحاجة إلى البريد الإلكتروني.

إعجابَين (2)