我最近将客户的工作站升级为全新的计算机，使用 Windows 7 Professional。服务器仍然是 Windows Server 2003。服务器有 2-3 个文件共享，它们作为驱动器映射到用户的工作站。
客户端也从 Acrobat 6.0 升级到了 9.0 Pro。升级后，当客户端尝试打印到 Adobe PDF 打印机（即通过打印机接口将某些内容转换为 PDF）时，如果文件保存在网络驱动器上，则会在队列中出现错误。如果我提供本地路径，则文件可以正常“打印”。
此外，如果我将 Adobe PDF 打印机的设置更改为“不进行后台打印，直接打印到打印机”，它会正常打印到网络共享，但每次都会重置该设置。
我已经检查过的内容：
- 网络共享的权限。用户和计算机具有完全访问权限。我们甚至授予“Everyone”对象完全访问权限。
- 重新安装 Adobe Acrobat Pro 9.0
- 运行更新以升级到 9.3.4
有其他人遇到过这样的问题吗？Adobe 的支持人员只是让我绕圈子。他们似乎也不知道该怎么做。
答案1
我们遇到了类似的问题，用户无法打印到网络共享，但可以毫无问题地打印到本地驱动器。为了解决这个问题，我们做了以下操作：
在“设备和打印机”下，我们右键单击“Adobe PDF”打印机。
我们从上下文菜单中选择“打印机属性”。
在“高级”选项卡上，我们取消选中“启用高级打印功能”。
这似乎奏效了，用户现在可以毫无问题地打印到网络共享。所以你知道，我们做到了不是必须更改我们的后台打印设置。我们仍将其设置为后台打印文档并立即开始打印。
祝你好运。
答案2
另一件事是，如果我将 Adobe PDF 打印机的设置更改为“不进行后台打印，直接打印到打印机”，它可以正常打印到网络共享，但每次都会重置该设置。
好吧，我猜想当您直接打印到打印机时，打印驱动程序会在打印过程中加载（并使用与调用该过程的用户相同的安全令牌），如果您使用打印后台处理程序，则它会以 SYSTEM 身份加载。SYSTEM 和 LOCAL SERVICE 不会使用计算机凭据进行身份验证，因此当后台处理程序尝试写入网络共享时，它无法进行身份验证并失败。
运行 PROCMON 并观察打印时对网络共享的拒绝写入。查看哪个进程正在写入，以及在哪个用户下写入。
答案3
我遇到了完全相同的问题，并且还没有找到解决办法，但是有人提出了一个简单的解决方法：在 Word 中，使用“另存为....”命令并将文档保存为 PDF 文件（Word 下拉菜单上的选项之一）并将其指向网络上的相应文件夹。
虽然这不是最优雅的解决方案，但它确实有效。