Using Sharepoint, getting 401.3 error for crossdomain.xml file

Posted on 2010-01-11
Medium Priority
Last Modified: 2012-05-08
For an application I wrote I needed to put a crossdomain.xml file on my sharepoint site.  To do this I used sharepoint designer to copy the file into the root directory.  After that I was able to access it by typing:


I updated the file several times and suddenly IIS started giving me the error: HTTP Error 401.3 - Unauthorized: Access is denied due to an ACL set on the requested resource.

This site is a publishing site with workflow.  Though it's not giving any control with publishing files in the root directory I think it's a issue related to that.  The file is accessible through the backend of the site.  

I've tried a number of things without success.  If I delete the file I can't access it through the backend, but I get the 401.3 error on the front end.  Copying the file back in allows me to view it through the backend.  I've also tried checking the file out and back in.  I tried accessing permissions from the front end of the site as well as the backend but couldn't find any directly related to the file.  When I looked in the sharepoint error logs the only message I found related to this was:

SmtEcbMenu.TrimEcbMenu.TrimEcbMenuDocumentOperations - Trimming doc operations for 'crossdomain.xml' encountered exception: 'The object specified does not belong to a list'

I'm stumped at this point.  Any ideas on how to fix this?
Question by:marcprog
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
LVL 15

Accepted Solution

Tray896 earned 2000 total points
ID: 26286027
Sounds like a file permissions issue based on the error.  I would try using Process Monitor.
 Generate the error and then search the log for ACCESS DENIED.  

Alternatively you could turn on failure audits and then any permission errors would be written to the security log on your server.

Author Comment

ID: 26286462

I was able to find out that it was trying to access a crossdomain file I placed in the sharepoint root directory.  (The one IIS points to, not SPD).  I gave ISR_server user read permissions and bang... solved the problem.  I'm not sure why deleting it doesn't fix the file access through SPD's directory tree but that's something to pursue another day.


Featured Post

How Blockchain Is Impacting Every Industry

Blockchain expert Alex Tapscott talks to Acronis VP Frank Jablonski about this revolutionary technology and how it's making inroads into other industries and facets of everyday life.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

If you are a web developer, you would be aware of the <iframe> tag in HTML. The <iframe> stands for inline frame and is used to embed another document within the current HTML document. The embedded document could be even another website.
A recent project that involved parsing Tableau Desktop and Server log files to extract reusable user queries for use in other systems. I chose to use PowerShell to gather the data, and SharePoint to present it...
Sometimes it takes a new vantage point, apart from our everyday security practices, to truly see our Active Directory (AD) vulnerabilities. We get used to implementing the same techniques and checking the same areas for a breach. This pattern can re…
In this video, Percona Director of Solution Engineering Jon Tobin discusses the function and features of Percona Server for MongoDB. How Percona can help Percona can help you determine if Percona Server for MongoDB is the right solution for …

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question