Cannot save Office files on shared network drive without delete permission

9,589

This happens because of how Office documents are opened for editing.

When you open an Office document, the application creates a hidden temporary file in the same folder. As you work in the document, your modifications are written to this file (as an aside, this is how it's possible for Auto Save to work).

When you Save the document, the original document is deleted, then the temp file is renamed to that of the original. Because your users don't have permission to delete files, the operation fails.

Here's an overview of the process as detailed in this Microsoft Word support article:

Create temp file                     Create ~wrdxxxx.tmp
Write temp file                      Save example data to ~wrdxxxx.tmp
Delete original file                 Delete EXAMPLE.DOC
Move temp to target name             Move ~wrdxxxx.tmp to Example.doc

According to the same article:

Word gains significant performance speed by placing the temporary file in the same directory as the saved file.....The location where Word creates the temporary files is hardcoded information and cannot be edited. Therefore, it is important that NTFS permissions for the user are set accordingly.

This is the same for across all Office desktop applications that save documents, i.e. Word, Excel, PowerPoint, and Publisher. A complete list of NTFS permission required for Word (specifically) can be found here. NTFS Delete is one of them.

Share:
9,589

Related videos on Youtube

Jason
Author by

Jason

Updated on September 18, 2022

Comments

  • Jason
    Jason almost 2 years

    I have a group that ALL employees are assigned to. I have the CREATOR user set the same way. They have all the RW permissions but no delete.

    Everything works as expected, however, Office related products can't save. They throw a permission error. My theory is Office tries to delete the file then rename/copy its temp/current saved file to be the new file.

    Anyone have a work around on this or a link?

    This is Office 2016. I read someone had this issue back in Office 2013 and I tried applying a fix but that did not do it.

    Also, I tried running Office with a user who had a delete permissions, and had no problems.

    Idea I had: https://superuser.com/questions/1252321/running-an-application-always-as-another-user-not-short-cut-based

    • yagmoth555
      yagmoth555 almost 7 years
      What version of office ? as I doubth it's the autorecover's option that block you, but I can't give an answer for all office version. Thanks
    • Jason
      Jason almost 7 years
      Office 2016....
    • yagmoth555
      yagmoth555 almost 7 years
      Do a try with Excel in example, set that registry into one client to force a location where the client can delete; Key: HKEY_CURRENT_USER\Software\Policies\Microsoft\office\16.0\ex‌​cel\options Value name: AutoRecoverPath Value type: REG_EXPANG_SZ
    • Jason
      Jason almost 7 years
      No success on that. imgur.com/a/g2SNw
    • joeqwerty
      joeqwerty almost 7 years
      This sheds some light on my comment. I don't have any reason to believe that anything has changed in regards to the NTFS permissions required to save files or the behavior of Office apps. - support.microsoft.com/en-us/help/277867/… and this - support.microsoft.com/en-us/help/211632/…
  • I say Reinstate Monica
    I say Reinstate Monica almost 7 years
    It's also worth noting that even a file rename on an NTFS volume requires the Delete permission.