وفقًا لوثائق واجهة برمجة تطبيقات Discourse (وثائق واجهة برمجة تطبيقات Discourse)، يجب أن يكون تغيير البريد الإلكتروني ممكنًا عبر نقطة النهاية المشار إليها.
{
"Name": "Test Name",
"Email": "test@test.com"
}
لا يحتوي الرد على حقل “email”.
أوصي بأن تقوم بـ هندسة عكسية لواجهة برمجة تطبيقات Discourse ومعرفة استدعاء واجهة برمجة التطبيقات الذي يجب استخدامه.
مرحباً xbd،
وفقًا للتوثيق، فإن تغيير البريد الإلكتروني يستخدم نقطة النهاية هذه: /u/{username}/preferences/email.json: https://docs.discourse.org/#tag/Users/operation/updateEmail
ومع ذلك، سيتم إرسال رابط تأكيد إلى عنوان البريد الإلكتروني للموافقة اليدوية من قبل المستخدم. حتى ذلك الحين، لن يتغير البريد الإلكتروني.
شكراً لمساعدتك. قد يكون من المفيد إزالة خاصية البريد الإلكتروني من PUT /u/{username.json} في التوثيق. يمكن أن يوفر ذلك الوقت المستغرق في تصحيح الأخطاء ;-).\n\nالأمر المتعلق برسالة التأكيد بالبريد الإلكتروني: قرأت عنه في موضوع آخر. لا أفهم المغزى. فقط في حالة، Discourse هو تطبيق من بين العديد من التطبيقات الأخرى في المشروع ويتم التعامل مع مصادقة المستخدمين بواسطة خادم مصادقة مخصص (مثل حالتي). يتعامل خادم المصادقة مع تأكيد البريد الإلكتروني. يجب على التطبيقات فقط فعل ما يقوله خادم المصادقة. هذا في رأيي هو الطريق الطبيعي. بخلاف ذلك، يأتي مع رسائل تأكيد متعددة بالبريد الإلكتروني، ومجموعات بيانات مختلفة…
شكراً لطرحك هذا الأمر. هذا غريب بالفعل. قد يكون بقايا من حقبة ماضية. سأحصل على بعض المعلومات وأقوم بتحديث التوثيق إذا لزم الأمر. 
هل يساعد إعداد المسؤول تجاوزات المصادقة للبريد الإلكتروني في هذا؟
إذًا، تحتاج إلى تكوينه لإخبار discourse بأن عنوان البريد الإلكتروني قد تم التحقق منه وعدم تحديث البريد الإلكتروني على واجهة برمجة التطبيقات، ولكن على خادم المصادقة الخاص بك.
شكراً مرة أخرى على طرح هذا الموضوع وآسف على الوقت الذي قضيته في تصحيح الأخطاء. تم تحديث وثائق واجهة برمجة التطبيقات.