InfoPath Error 5566 in SharePoint

Recently a project I have been working on was to convert some existing forms to be used within SharePoint Forms Services/InfoPath Forms Services. The forms needed to have the user's Full Name instead of their logon, which is a relatively easy thing to pull out of the profiles imported in the Shared Service Provider. All went well until testing when I would occasionally receive Error 5566.

I spent countless hours trying to troubleshooting. The environment was load balanced so I had to edit my host file to point to one of the 3 servers that may be causing it. I finally tracked it down to one of the three, but nothing in my research really seemed to work. The most common "solution" people had was to disable the loopback check in the registry, one I see way too often and one that is really a bad idea on a production system. More research pointed to the use of load balancers and double hop authentication problems. All of these didn't really seem to help and I won't spend time trying to find out why.

But the simplest solution did the trick.
Edit your host file to point '127.0.0.1' to your URL of the SharePoint site
In some cases you might also need to add this as a host header in the IIS site, in my case I had to do both because of our Alternate Access Mappings (another long story).

These solutions are referenced here and here

Popular posts from this blog

How to change the owner of PowerApps

Unknown server tag 'AdminControls:MigrationToolPromotionTip'.

SharePoint 2013 Site Owner cannot manage Access Requests (Updated)