Mail.ReadWrite وإرسال البريد سؤال يحتاج وصف الصلاحية، لا معنى كلمة «كتابة» في الكلام العام. قد يقرأ المساعد قائمة قدرات تطبيق ثم يقول إنه يستطيع إرسال رسالة لأن اسمه يتضمن Write. نراجع الاستثناء الصريح في مرجع Microsoft Graph، دون حساب متصل أو رسالة أو تغيير تفويض.
الخلاصة السريعة
لا؛ يذكر Microsoft Graph أن Mail.ReadWrite لا تتضمن إرسال البريد، سواء في نمط Delegated أو Application. [1] لا تستنتج الإرسال من اسم القراءة والتعديل.
- تسمح Mail.ReadWrite بالإنشاء والقراءة والتحديث والحذف ضمن نطاقها، وتستثني الإرسال في النمطين. [1] اسم Write لا يضيف Send.
- في بطاقتنا، تعديل مسودة قدرة معلنة، لكن سجل الإرسال فارغ من الدليل؛ لا يحول المساعد المسودة المعدلة إلى رسالة مرسلة.
- يفصل المرجع Mail.Send، ويذكر إمكان حفظ نسخة مرسلة بها دون Mail.ReadWrite؛ نمط التطبيق قد تحده سياسة وصول لصناديق معينة. [1] لا نخلط النمطين أو نفترض كل الصناديق.
- احفظ اسم الصلاحية ونمطها والنطاق والدليل على الإجراء. وجود قدرة تقنية لا يثبت تعليمات إنسان أو نجاح إرسال، والمقال لا يمنح تفويضا.
ما الاستثناء المكتوب في المرجع؟
ينص وصف Mail.ReadWrite في Microsoft Graph على إنشاء البريد وقراءته وتحديثه وحذفه، دون الإرسال، في Delegated وApplication. [1]
نقرأ الاسم مع الوصف، لا وحده. كلمة «كتابة» قد تعني في مهمة تحرير إنشاء مسودة أو تغيير نص؛ لا تساوي كل فعل يكتب بيانات في النظام. لذلك يبقى الإرسال سؤال صلاحية منفصل، حتى إن وصلت عبارة جميلة وجاهزة للمستلم.
نحفظ نمط الصلاحية بجانب اسمها. لا نستعمل وصفا لواجهة في نمط معين لإثبات مجال حساب آخر أو سياسة مؤسسة لم تقدمها الورقة.
كيف نفصل مسودة من حدث إرسال؟
نؤلف بطاقة فيها «نص المسودة تغير من أ إلى ب». نعلن أن هذا وصف مقترح في الورقة، لا سجل نظام. وفي خانة أخرى نكتب «دليل الإرسال: غير متاح».
إذا كتب المساعد أن ب أرسلت، أضاف حدثا لا تحمله البطاقة. وحتى لو أعلن تمرين ثان قدرة إرسال تقنية، فهي لا تملأ خانة النتيجة؛ نحتاج دليلا على الإجراء نفسه.
لا نعالج غياب السجل بوصفه إثباتا أن الإرسال لم يقع مطلقا. نكتب ما لا نعرفه، ونفصل وجود مسودة وتعديلها وإرسالها دون تحويل اختلاف الأدوار إلى تخمين.
| الخانة المؤلفة | المتاح | الاستنتاج المحدود |
|---|---|---|
| المسودة | نص ب | نص مقترح |
| الإرسال | لا دليل | النتيجة غير متحققة |
هل Send مجرد إضافة اسم إلى Write؟
يفصل المرجع Mail.Send، ويذكر أنها تتيح إرسال البريد وحفظ نسخة في Sent Items دون منح Mail.ReadWrite. كما يذكر إمكان سياسة تحد وصول نمط Application إلى صناديق معينة. [1]
هذا يمنع استنتاجين متعاكسين: Write ليست وحدها إرسالا، ووجود نسخة مرسلة لا يتطلب في الوصف المسمى أن تكون Write ممنوحة. لا نستنتج من اسم واحد قائمة جميع الصلاحيات.
نترك خانة نمط التطبيق والنطاق معلومتين مطلوبتين. ليست العبارة العامة «أي مستخدم» في شرح آخر دليلا على وصول حسابنا المفترض إلى كل صندوق، ولا تصحح غياب بيانات الإعداد.
ما الذي لا تمنحه بطاقة القدرات؟
نقترح جدول مراجعة يحفظ اسم الصلاحية ونمطها ومجالها ومصدر الوصف، وبجواره خانة منفصلة للأمر الإنساني وخانة لنتيجة الإجراء. كل خانة تحتاج دليلا يناسب سؤالها.
لم نطلب توكنا أو نغير حسابا أو ننشئ مسودة أو نرسل رسالة. لا تمنح بطاقة تقنية إذن عمل لمن يقرؤها، ولا تثبت نجاح طلب. هدف المقال ألا يترجم المساعد اسما إلى فعل أوسع من الوصف الموثق، مع إبقاء النتيجة غير المتاحة مجهولة.
المصادر ومتابعة القراءة
- Microsoft Graph: Permission reference (يفتح في نافذة جديدة)learn.microsoft.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.