从Tridion 5.3升级到Tridion 2011 SP1后，当我们发布任何页面时，它会失败并显示错误“您无权执行此操作”页面预览工作正常。我们试图确切地检查哪个阶段的问题即将发生但是在双击失败的事务之后它只显示“发布过程详细信息”选项卡下的错误消息。我是Tridion CMS的管理员。它与cd_deployer_conf或cd_storage_conf的配置有关。？
似乎该问题与cd_Transport.log中CME服务器上的用户访问低于错误消息有关 轮询时发生意外错误：IP：PORT / httpupload.aspx原因：未经授权
在CME上的事件日志中获得以下错误： 您无权执行此操作。 组件：Tridion.ContentManager.Publishing 错误代码：0 用户：NT AUTHORITY \ SYSTEM
答案 0 :(得分：5)
您对HttpUpload应用的权限有问题。确保其正在执行的用户对内容部署者位置具有传入内容的权限。
通过检查应用程序池的标识来查看它是什么用户。 IIS 7.5使用ApplicationPoolIdentity作为默认用户，该用户从默认为NetworkService的先前版本更改（here稍微更多一点）。如果您将应用程序池的标识设置回5.3中使用的标识，它应该可以解决问题。
答案 1 :(得分：3)
该错误表明用户（可能是NetworkService）代表SDL Tridion Content Delivery Deployer编写文件存在权限问题。
如果您不确定哪个用户代表SDL Tridion Content Delivery Deployer编写文件，那么您应该能够使用文件系统监视应用程序，例如Process Monitor（可从Microsoft TechNet获得：http://technet.microsoft.com/en-us/sysinternals/bb896645） - 请运行此选项，重现问题，然后查找“拒绝访问”事件。
这应该让您知道哪个用户正在执行写操作 - 为该用户提供写入目录的权限，并查看错误是否消失。
答案 2 :(得分：2)
在渲染和发布过程中，新的TOM.NET API在功能上仍然是一个只读接口。也就是说，在执行模板时，无法创建，更新或删除Content Manager项。此行为也适用于现已弃用的TOM API，这意味着如果您具有使用TOM API并执行写入操作的模板，则这些模板现在将失败。
如果您确实希望旧的TOM模板能够写入Content Manager，则可以将Content Manager配置为允许在呈现和发布期间进行写入。您可以通过打开Tridion Content Manager配置文件
<Tridion.ContentManager.config>（位于Tridion Content Manager根位置的config子文件夹中）并添加属性<allowWriteOperationsInTemplates>来启用模板以写入Content Manager，设置为true，指向名为<tridion.contentmanager.security>的元素。
来源："Backwards compatibility issues in Content Manager" page on SDL LiveContent