Office 2013 and DFS

Hi,

I have posted the following onto the Office forums as well, but I think as the issue is very specific to DFS I'm not convinced that forum is necessarily the best place.

System setup.

We have two servers, in two separate sites. Both sites work on the same set of data, with the data replicated between the two servers using DFS.

The customer recently migrated to using Office 365 for email and at the same time to Office 2013.

The issue

The user at "site a" opens email attachments within Outlook 2013. Lets say its a photo, from the Windows Photo viewer program the user then saves the attachment to a location within the DFS share. This issue wasn't seen in Outlook 2007.

Then, a user at "site b" goes to the folder where the user at "site a" saved the photo and sees nothing there.

As IT admin we then look at the DFS queues and do not see the file queued, we look on the server at "site a" and can see the file is present and check on the server ate "site b" and the file is missing.

Moving the file out of the folder and back in the file then replicates.

Trying to fix it

After a lot of investigation determined that the files have a temporary file attribute (see MSDN Blog) . DFS does not replicate files with this attribute (this is by design, see Technet blog).

Now when opening an attachment Outlook saves the attachment to the Outlook Secure Temp folder it sets the file with this temporary attribute. This attribute appears to be transferred by the application (including Microsoft programs eg the Windows Photo viewer) when saving the file.

Can Outlook be prevented from created files with this attribute? Has anyone else seen this issue, what can I do to prevent it?

Thanks

January 29th, 2015 2:47pm

Hi,

I have done a test on my servers and I cannot reproduce the issue. When I open a photo as an email attachment within Outlook 2013, then save the attachment to a location within a DFS share at "site a". The file still could be replicated to a DFS share at site b.

Please create a Diagnostic Report for DFS Replication to see if there is any error message.
http://technet.microsoft.com/en-us/library/cc754227.aspx

Best Regards,

Mandy
Free Windows Admin Tool Kit Click here and download it now
February 2nd, 2015 10:29am

Hi, thanks for the reply.

When you were trying to replicate the issue did you open the attachment and save the file from the application? Or from within Outlook right click and 'Save As'?

Also, only certain applications display the behaviour. For example saving a PDF with Foxit PDF Reader causes the issue, using Acrobat Reader I do not. Using Windows Photo Viewer to view a photo (and selecting Save a copy) I get the issue, using other software I do not.

By not replicating files with the temporary attribute DFS is working by design.

February 5th, 2015 5:00pm

Hi,

I found that I can reproduce the issue when I opened the attachment and saved the file from Windows Photo Viewer. As you mentioned the issue is due to the files have a temporary file and DFS does not replicate files with this attribute.

When you open file attachments that are considered safe, Outlook and Outlook Express save these attachments in a subdirectory under the Temporary Internet Files directory as an additional precaution. This is the default behavior.

I recommend that you right click the attachment and 'Save As' to your DFS share.

Best Regards,

Free Windows Admin Tool Kit Click here and download it now
February 10th, 2015 3:14am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics