Forum Discussion
Modern Attachments - Cannot set perms
Since updating my Office 2016 bits to 1709 Build 8528.2139 I am unable to attach/set permissions on a file in Outlook (Desktop) from my OneDrive for Business site. My Colleague also has the same issue with the same build. The error that I receive is in the attached screenshot and says: "An error occurred while updating permissions for 'Document.docx'. Retry | Dismiss" This worked fine before upgrading the Office bits. I tested on a VM running 1708 Build 8431.2079 and it still works as expected. It also works fine in Outlook Web. As a work around, I can click the drop down for the file and set permissions then click retry and it works. I first reported this problem to MS Premier support on 10/17/17 but have not been provided a resolution. I have since updated my Office bits to 1710 (Build 8625.2121) and the issue persists. I found someone having a similar issue here - https://stackoverflow.com/questions/46725044/outlook-spo-email-attachment-permission-error-with-activex. Is anyone else experiencing this issue?
This issue is resolved with build 1711 8730.2175.
22 Replies
This issue is resolved with build 1711 8730.2175.
- David Rosenthal
Microsoft
Confirmed fixed for me also. Thanks Mike Tilson!
- Our organization is seeing this also. We've identified the following workaround: After the error message appears, use the dropdown menu on the attached document and choose either of the Change Permissions commands (recipients can edit or recipients can view). Then click Retry next to the error message, and the attachment succeeds.
This relates to the "Direct" setting for the OneDrive for Business default sharing links. It works fine if you switch to Internal. I was told by MS PMs at Ignite that it must be set on direct for the default sharing permission to be "Recipients can edit" rather than "Organization can edit."
"Direct" means that no additional permissions are applied while creating the link, hence only users that already have the correct permissions will be able to access the item.
"Internal" means that everyone in the tenant will be able to access the item using the copied link.
The wording is misleading and doesn't behave as described. If I have direct selected then the default permission for modern attachments in OWA is "Recipient's can edit" and it works as expected. If I change that to Internal the default permission behavior in both OWA and Outlook is "Everyone in the org can edit." I talked with several MS PMs while in Orlando at Ignite and have been emailing them since about how to properly change the default behavior for modern attachments, Direct is the setting they had me choose. For this Outlook issue they advised opening a Premier case, I wasn't getting an answer from Premier quick enough so that is why I decided to share here.
Out of curiosity, if you dismiss the warning, are permissions set correctly anyway in ODfB site?
It sent the email, user could see the attachment listed in the email but did not apply any permissions for the user.
Have you verified directly on the ODfB site that no permissions were applied?
I am asking because I have seen sometimes that warning, but nevertheless the permissions were correctly applied...
