مرحباً،
أواجه مشكلة في بريد التفعيل. يبدو من السجلات أنه يُرسل، ومع ذلك لا أستلم أي شيء. عند استخدام أداة “Discourse Doctor”، أستلم البريد بشكل صحيح.
هل هناك فرق بين الحالتين؟
ولزيادة الارتباك، كنت أستلم بريد التفعيل الأسبوع الماضي، لكن بسبب عدم عمل انتشار DNS، لم يكن بالإمكان الضغط على زر التفعيل. وقد تم إصلاح هذه المشكلة منذ ذلك الحين. ومع ذلك، لم يتم إجراء أي تغييرات أخرى سوى إضافة سجل A لتوجيه العنوان إلى عنوان IP، لذا أنا مرتبك بشأن ما تغير بحيث لم يعد البريد يُسلَّم؟
تحقق من سجلات مزود البريد الإلكتروني لديك، هل تُظهر السجلات أن البريد الإلكتروني قد عبر نظامهم؟
هل قمت بفحص البريد غير المرغوب فيه؟
لست متأكدًا مما إذا كان لدي وصول إلى سجلات مزود البريد الإلكتروني. لقد استخدمت Microsoft365 Enterprise للبريد الإلكتروني حتى الآن (أعلم أنه ليس الخيار الأمثل، ونخطط لتغييره). لكنني لا أملك صلاحيات المسؤول، والتي أعتقد أنها مطلوبة للعثور على السجلات؟ لا أستطيع العثور على أي منها من نقطة وصولي على الأقل.
لا يوجد شيء في مجلد البريد غير المرغوب فيه.
حاولت النظر في سجل الإنتاج مرة أخرى، هل يبدو هذا صحيحًا بالنسبة لك؟:
Processing by FinishInstallationController#register as HTML
Parameters: {“utf8”=>“✓”, “authenticity_token”=>“***==”, “email”=>“my@email”, “username”=>“PappaK”, “password”=>“[FILTERED]”, “commit”=>“Register”}
Redirected to mydomain. com
Completed 302 Found in 24ms (ActiveRecord: 0.0ms | Allocations: 4888)
Started GET “/finish-installation/confirm-email” for IP at 2020-09-21 05:37:43 +0000
Processing by FinishInstallationController#confirm_email as HTML
Rendering finish_installation/confirm_email.html.erb within layouts/finish_installation
Rendered finish_installation/confirm_email.html.erb within layouts/finish_installation (Duration: 1.0ms | Allocations: 388)
Rendered layouts/_head.html.erb (Duration: 13.4ms | Allocations: 2930)
Completed 200 OK in 18ms (Views: 16.5ms | ActiveRecord: 0.0ms | Allocations: 4738)
يبدو غريبًا عدم وجود تأكيد بأن البريد الإلكتروني قد تم إرساله، مثلما يحدث في اختبار البريد الإلكتروني:
Delivered mail my@email. com (682.5ms)
تم إزالة بعض التفاصيل التعريفية من السجلات.
لقد جربت للتو استخدام mail-tester مع اختبار Discours-doctor وفشل أيضًا، لكنه نجح في إنشاء اتصال SMTP أولاً:
اتصال ناجح بخادم SMTP.
جاري الإرسال إلى test-2g0mti7f5@srv1.mail-tester.com…
فشل إرسال البريد.
بينما لا يزال اختبار Discourse-doctor يعمل بشكل ممتاز مع بريد شركتي - أما عند استخدام بريدي الشخصي فيقول إن البريد قُبل من قبل خادم SMTP لكنني لا أستلمه.
هل تفقدت مجلد الرسائل غير المرغوب فيها؟
نعم، لا يوجد أي شيء في مجلد الرسائل المزعجة في أي صندوق بريد.
هل تم تفويض حساب O365 لإرسال البريد الإلكتروني باستخدام العنوان الذي قمت بإعداده لـ Discourse؟
اتبعت النصائح الواردة في هذا الموضوع:
أضفت الموصل واستخدمت عنوان MX المُقدَّم من موقع إدارة O365.
قررت إعادة إنشاء الـ Droplet بالكامل (من DigitalOcean) بعد إعادة إنشاء التطبيق، لمعرفة ما إذا كان ذلك سيساعد. وقد نجح الأمر! الآن يعمل المنتدى واستطعت استلام بريد تفعيل الحساب على حساب المسؤول.
ومع ذلك، لا أستطيع استلام البريد عند محاولة إنشاء حساب باستخدام حساب Gmail الشخصي؛ فأنا أحصل على رسالة الخطأ التالية في قسم “تم تخطي” تحت إعدادات البريد في صفحة إدارة المنتدى:
5…4 TenantAttribution; Relay Access Denied [HE…-eur04.prod.protection.outlook.com]
يبدو أن هذا قد يكون الحل:
لكنني لم أجربه بعد. سأقوم بالتحديث بمجرد أن أجد وقتًا لتنفيذ التغيير المذكور في الرابط.
ملاحظة جانبية سريعة: هل ستؤدي إعادة إنشاء التطبيق إلى تعطيل أي إعدادات قمت بها بعد تفعيل حساب المسؤول؟
بشكل افتراضي، سيرسل Discourse من noreply@discourse.domain.com. مشكلة شائعة هي أن مُضيف البريد الخاص بك يصّر على أن تُرسل من domain.com. يصف استكشاف الأخطاء وإصلاحها للبريد الإلكتروني في تثبيت Discourse جديد كيفية تغيير ذلك.