الآن بعد أن أصبح المصادقة الأساسية (Basic Auth) قد انتهى فعليًا في o365* (وانتهى بالنسبة لي هذا الأسبوع حيث اكتشفت للتو أن قسم تكنولوجيا المعلومات لدينا قد قام بتعطيله لجميع الحسابات)، أتساءل عما إذا كانت هناك أي خطط لدعم طرق مصادقة أخرى لإرسال البريد الإلكتروني؟
أعلم أنه من الممكن الإعداد باستخدام AWS/SES/Sendgrid وما إلى ذلك، ولكن في تجربتي في مشاريع أخرى، يمثل هذا صداعًا حقيقيًا وغالبًا ما يؤدي إلى تصنيف الرسائل على أنها بريد عشوائي، وهو أمر مؤسف نظرًا لأن هذه حركة مرور داخلية في الأساس.
هل هناك طريقة موصى بها للقيام بذلك للمؤسسات التي تعتمد بشكل أساسي على MS والتي كانت تستخدم أو تستخدم حاليًا حسابات SMTP الخاصة بـ o365؟
سيظل بروتوكول SMTP AUTH متاحًا عند تعطيل المصادقة الأساسية بشكل دائم في 1 أكتوبر 2022.
لذلك، يجب أن تكون قادرًا على التغيير إلى مصادقة SMTP عن طريق إضافة متغير بيئة إضافي إلى app.yml.
DISCOURSE_SMTP_AUTHENTICATION: cram_md5
بالإضافة إلى ذلك، أعتقد أنك ستحتاج إلى استخدام تجزئة MD5 لكلمة مرور SMTP كقيمة لإعداد DISCOURSE_SMTP_PASSWORD. أعد بناء حاوية Docker بعد هذه التغييرات وجربها.
إنه متاح من الناحية النظرية ولكنه معطل للمستأجرين “الذين لا يستخدمونه” مما يعني في الممارسة العملية أن قسم تكنولوجيا المعلومات يحتاج إلى تحديد سياسة جديدة يدويًا للسماح به. أعتقد أن هذا من المرجح أن يكون غير قابل للتطبيق بالنسبة لنا، ولكني سأقدم بعض الطلبات. للعلم، هذه هي الاستجابة الافتراضية من خادم smtp الآن:
فقط كمرجع… هذا بالتأكيد لا يعمل مع ما أعتقد أنها إعدادات المستأجر الموصى بها من قِبل مايكروسوفت لـ 0365 المطبقة في مؤسستنا.
إنه أمر مزعج حقًا بالنسبة لنا أن Discourse لا يدعم/لا يمكنه دعم OATH لإرسال البريد. لقد قمنا بإعداد الإرسال عبر AWS ولكننا نواجه الكثير من مشكلات تسليم البريد ونرغب حقًا في الاحتفاظ بالأشياء البسيطة باستخدام مزود البريد الحالي. وينطبق الشيء نفسه على الوصول إلى صندوق الوارد.