从WCF服务写入网络共享时拒绝访问路径

我有一个WCF服务作为我正在处理的客户机/服务器应用程序的一部分。用户单击客户端中的一个按钮，它调用服务生成一个文件，然后将该文件导出到网络共享

显然，这在开发中工作得很好，但是当我将其放在服务器上时，我不断地得到以下消息：

Access to the path '\\servername\folderpath\folder\filename.ext' is denied

远程文件夹具有非常大的权限-现在每个人都可以完全控制此文件夹。该服务也在Active Directory帐户下运行，并且该用户还被授予对该文件夹的完全控制权。在搜索SO和其他站点时，这似乎是常见的故障，或者问题与asp.net和IIS有关。这是一个windows服务托管的服务

下面是我的一个相当简单的代码示例：

// export the file to path
string theFileContents = "why wont this save?";
string theFilePath = System.Configuration.ConfigurationManager.AppSettings["filelocation"];
using (StreamWriter file = new StreamWriter(theFilePath + accountNumber + ".ext"))
{
     file.WriteLine(theFileContents);
     file.Close();
}

下面是我如何在app.config中设置它的：

<add key="filelocation" value="\\server\folderpath\folder\"/>

---

我很确定，如果我更新了我的客户端以接收字符串并将其写入共享上的一个文件中，它会因为这个设置而工作（就像在开发中一样，或者当服务在VS2010的debug中以我的帐户运行时）——但我真的不希望它必须这样做——只是从一个服务器转到另一个服务器

这是一个使用该工具发现的权限问题，资源管理器未正确显示该问题

你能描述一下权限问题是什么吗？如果你能分享一下你是如何解决这个问题的，那将非常有帮助。我知道现在是2017年7月，但我们中的一些人现在和将来都会有这个问题。虽然我在我的个人笔记中找不到关于实际解决方案的参考资料，但我认为我们直接在共享上使用了这个工具来获取信息，然后注意到要么是某个用户没有被授予权限（而explorer显示了这一点），或者我们删除了一个胭脂用户，然后通过界面重新添加。