DFDM used on Terminal Server, UNC vs Mapped Drive to open file.

Here is the issue:

Terminal server (RDP) used to login to, launch Sage 100 ERP 2013 ADV, Library Master module, Utilities, DFDM.

Click to select the file to edit (any at this point), can navigate to directory & file, once selected, MAS stated in dialog box "File M:/pathtofile/xxx.M4T file not found" Which the file appears in explorer just fine. Selecting the file through a mapped drive is most ideal and easier for accounting staff!!!

Navigate using full UNC path \\SERVER\pathtofile\xxx.M4T file opens just fine and can edit at will.

These two users are administrators and have full access to the server, this setup is a workgroup setup and no domain controller.

Any thoughts? I'm going a little crazy...

Thank You,
Jason

  • 0

    Is the mapped drive through a different share (with read only access perhaps...)?  That might explain being able to see the file but being unable to open in DFDM.

    If you are in the correct company code, simply typing filename.M4T should open the file without entering the full path... and you can see the pathtofile that MAS wants to use.

    Edit:

    And another thought.  If you are spawning tasks from the server, the path would need to be relative of the service, not the user... which is why a UNC would work.

  • 0 in reply to Kevin M

    This problem is from using the "Local System" account for the "Sage 100 ERP service" Log On account.  Change it to a local admin type account and it will work.  Local System accounts cannot find the UNC path.

  • 0 in reply to dskantor

    Local System accounts can't access network resources, but that's not what was described in Jason's original post.

    I really do think it is that the mapped drive is not available to the service (with "spawn tasks from the server" enabled in User Maintenance).

  • 0 in reply to dskantor

    I checked the service on the server, and YES it's set to local system account. I could change it to the Administrator service same a Sage Exchange is set to. FYI, the UNC path does in fact work all the time, not the mapped drive path on the terminal server AND later as I discovered on my personal desktop on the same LAN!!! Even after uninstalling the workstation client and reinstalling the client then launching the automatic updates then logging on and trying again...