هل هناك أحرف يجب تجنبها في كلمة مرور SMTP؟ إذا كان الأمر كذلك، فقد تذكر الوثائق ذلك.
لم تنجح كلمة المرور الأولية الخاصة بي، وأدت إلى حدوث خطأ. قمت بتغيير كلمة المرور (عن طريق تحرير app.yml) ثم قمت بإعادة بناء التطبيق. بعد ذلك، تمكنت من تلقي البريد الإلكتروني “تأكيد حسابك الجديد”.
كان الحرف المشتبه به في البريد الإلكتروني الأصلي هو: ]
بالنسبة لكلمة المرور الجديدة، تركت Mailgun يقوم بإنشائها لي.
مرحباً تيد! أهلاً بك في مجتمعنا! 
من المحتمل أن تكون الأحرف الخاصة مثل ] أفضل تجنبها. ولكن بالنظر إلى رد جاي أعلاه كنت أعتقد أنها ستعمل، تمامًا مثل تضمين % يعمل.
هل كان لديك علامات اقتباس في كلمة المرور الخاصة بك، ربما؟ أعتقد أن \" هي واحدة من المستحيل استخدامها لأنها تحيط بكلمة المرور، إلا إذا قمت بتحرير app.yml لإضافة حرف هروب \\.
إذا لم يكن هذا هو الحل، فمن المحتمل أن نحتاج إلى تحديث موضوع التوثيق هذا للإشارة إلى الأحرف الخاصة التي يجب تجنبها! أو تحديث المثبت لإضافة تحذير؟
بدون النظر بعناية أكبر، أقول قم بتغيير كلمة المرور لعدم احتواء أحرف غريبة أو قم بتحرير app.yml يدويًا وضع كلمة المرور بين علامتي اقتباس مفردتين. discourse-setup هي أداة فظة جدًا وليست مصممة لجميع المواقف.
هذا ما أوصي به. ربما أضافت تلك العقبة الصغيرة 30 دقيقة إلى تثبيتي.
والأفضل من ذلك: إضافة التحقق من كلمة المرور إلى التثبيت لرفض كلمات المرور التي لا تفي بالمعايير.
لقد قمت بتحديث OP للإشارة بوضوح إلى أنه لا يمكن أن تتضمن كلمة المرور أحرفًا خاصة. هل هذا صحيح تقريبًا؟
دعنا نعمل على دمج أي نصائح أخرى في الدليل وحذف جميع هذه الردود. بالتمرير، لست متأكدًا من الكثير منها. على سبيل المثال، يقترح الرد الأول تمامًا أن إعادة البناء كانت مطلوبة بعد تحديث إعدادات SMTP مما يتعارض مع الدليل.
اقتراح تحسين المستندات:
عند تكوين SMTP مع موفر خارجي (كنت أستخدم SendGrid) لم أكن أتلقى رسائل البريد الإلكتروني للتسجيل. حدد الأمر discourse-doctor الخطأ: السبب: 550 عنوان المرسل لا يتطابق مع هوية مرسل تم التحقق منها.
بينما قمت بالمصادقة على النطاق ذي المستوى الأعلى (example.com) للإرسال في SendGrid، لم أكن قد قمت بالمصادقة على النطاق الفرعي لـ Discourse (discourse.example.com) بعد، ولذلك كان SendGrid يرفض استدعاءات واجهة برمجة التطبيقات.
بينما استغرقني هذا 15 دقيقة فقط تقريبًا لمعرفة ذلك، أشعر أنه سيكون من المفيد تضمين تعليق إضافي في app.yml وبرنامج التثبيت النصي يجعل هذا الأمر أوضح لتقليل الاحتكاك للمستخدمين الجدد الذين يقومون بتثبيت Discourse في المستقبل. أيضًا، ستكون الإشارة المباشرة إلى صفحة استكشاف الأخطاء وإصلاحها مفيدة.
شيء مثل:
# سيتطلب معظم موفري SMTP مصادقة نطاق أو عنوان بريد إلكتروني مصدق عليه
# للإرسال. يرجى التأكد من أنك قمت بالمصادقة على نطاق الإرسال الخاص بك
# (example.com) والنطاق الفرعي (discourse.example.com) وعنوان البريد الإلكتروني `notifications`
# مع موفر SMTP الخاص بك قبل تسجيل مستخدمين جدد لضمان تسليم البريد الإلكتروني.
#
# يمكن لأمر `discourse-doctor` المساعدة في اختبار تكوين البريد الإلكتروني الخاص بك.
# انظر: https://meta.discourse.org/t/troubleshoot-email-on-a-new-discourse-install
لماذا لا يعمل المنفذ 587 للبريد الإلكتروني مع Mailgun ولكن المنفذ 2525 يعمل؟ لقد قمت بتغيير المنفذ إلى 2525 في app.yml ولكن لا يزال لا يعمل؟
كيف يمكنني إصلاح ذلك؟
هل قمت بتدمير وبدء الحاوية (أو إعادة بنائها) بعد تغيير المنفذ؟
أعدت البناء بعد تغيير المنفذ. هل يجب أن أدمر وأبدأ الحاوية؟
تنبيه سريع بأنه اعتبارًا من مارس/أبريل 2025، تقوم DigitalOcean بحظر منافذ SMTP على جميع القطرات افتراضيًا. يمكنهم رفع الحظر إذا قدمت تذكرة دعم، ولكن يبدو أنه يتم التعامل معها على أساس كل حالة على حدة:
نأمل أن يوفر هذا على الآخرين الجنون والتساؤل عن سبب عدم إرسال رسائل البريد الإلكتروني الخاصة بهم عندما بدا كل شيء تم تكوينه بشكل صحيح! 
كان المنفذ 25 يعمل داخليًا قبل يومين، ولكنه لم يعمل مطلقًا خارجيًا
أعتقد أن استخدام المنفذ 2525 للبريد الصادر سيساعد.
كيف يجب أن أقوم بإعداد قطرة DigitalOcean وإعداد Discourse الخاص بي؟ هذه هي المرة الأولى التي أقوم بها بذلك.
انظر هنا 
لم يتم استلام أي بريد إلكتروني أثناء التثبيت. ومع ذلك، أرسلت أدوات الاختبار بريدًا إلكترونيًا بمعلومات SMTP الخاصة بي.
المشكلة الأكثر شيوعًا هي أن Discourse يستخدم عنوان بريد إلكتروني للإشعارات لن يرسل خادم SMTP الخاص بك بريدًا له.