Using a mapped network drive

I have mapped a network drive (q:) to a library in (hosted) SharePoint 2013. I have full permissions.

I pasted a pdf file into the local q: drive but it doesn't appear in the library in SharePoint.

I know there are alternative ways of doing this (different ways to map a drive - where a drive letter is not assigned) or using SkyDrive, but ultimately I want to use a program that requires to access data in Access tables using a path that includes a drive letter.

Can anyone explain why it seems that changes written to the local mapped drive are not being updated in the library that it is mapped to.

Thanks.

February 14th, 2014 8:33pm

HI,

Do you have any columns that require metadata values?

This works for libraries without required medatada

example:

Net Use Z: Delete

Net Use Z: http://MyWebApp/Documents

robocopy C:\MyFolder Z: /COPY:DAT /Z /XA:H /XO /NP /W:5 /LOG+:C:\logs\SPDaily.log

The example copies files from C to  http://MyWEebApp/Documents

But if I run the script as another user and there are required metadata values then the file will be copied and the file will not have a checked in version. you can go to the library setting and click on Manage files which have no checked in version

-Ivan

clip_image001 clip_image002 clip_image003 clip_image004 clip_image006 clip_image008

Free Windows Admin Tool Kit Click here and download it now
February 15th, 2014 5:47pm

Thank you for your reply. I don't think the library requires metadata. It is using all default values.

I can't see the files in the screen "Manage files which have no checked in version".

It seems that there is a mis-match between what I think I see as the corresponding folder (even though I copied and pasted the URL from SharePoint to the mapped network drive screen or the files put into the mapped drive locally are not being written to the SharePoint library.

I think I will abandon this method and get the Access application re-written as a proper SharePoint app.

Thanks for your help. 

February 17th, 2014 5:47am

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

Other recent topics Other recent topics