Моя функция была построена до того, как /createReply существовала и использует:
/createReply
Установите пользовательский заголовок с Outlook / Office 365 REST
, чтобы добавить References иIn-Reply-To на электронную почту. Это позволяет приложению отправлять ответы по электронной почте без Mail.ReadWrite, что гораздо больше, чем нам нужно:
References
In-Reply-To
Mail.ReadWrite
https://docs.microsoft.com/en-us/graph/permissions-reference#mail-permissions
Доступ для чтения и записи к почте пользователя Позволяет приложению создавать, читать, обновлять и удалять сообщения электронной почты в почтовых ящиках пользователей. Не включает разрешение на отправку почты.
Доступ для чтения и записи к почте пользователя
Позволяет приложению создавать, читать, обновлять и удалять сообщения электронной почты в почтовых ящиках пользователей. Не включает разрешение на отправку почты.
Теперь эти заголовки больше не добавляются. (Я также пытался Не могу передать параметр «In-Reply-To» в Microsoft Graph sendMail и получил тот же результат, что и автор.)
Есть ли способ для меня, чтобы обойтиэта регрессия без запроса дополнительного разрешения пользователя? Спасибо!
https://docs.microsoft.com/en-us/graph/api/user-sendmail?view=graph-rest-1.0&tabs=http
По состоянию на 2019-10-04 гг. Microsoft опубликовала изменения в своей конечной точке /reply, которая теперь позволяет message:
/reply
message
https://docs.microsoft.com/en-us/graph/api/message-reply?view=graph-rest-1.0&tabs=http#request-body
https://github.com/microsoftgraph/microsoft-graph-docs/pull/5771
С помощью поля message я смогу отправлять ответы без дополнительных разрешений.