Unable to add the web address of CRM server to trusted sites

(0) Share

Report

Posted on by Dave Amphlett

225

Hi all

I've currently come across a problem that's confusing me slightly. I'm aware this has been asked before but seems to be mainly unanswered, unless I'm totally blind.

The Dynamics CRM Outlook client has recently been installed on a couple of user machines for testing purposes during implementation.

A message pops up every so often stating

Microsoft Dynamics CRM was unable to add the Web address of the Microsoft CRM server to Trusted Sites. This may cause it not to function correctly. To add the Web address of the Microsoft Dynamics CRM server manually to the list of trusted sites, see the Internet Explorer Help for Trusted Site zones. If you use a CRM for Outlook with Offline Access, include the URL http://localhost as a trusted site.

It's particularly annoying being a modal message and interrupting the affected users - Personally I'd go totally mad.

Now; the machines are policied down - obviously for good reason, and we don't really wish to have users adding their own trusted sites (or particularly localhost)

When used offline without it in there, it still seems to function correctly without the entry being there - so, can I do this without adding localhost to trusted sites? Why does it need it?

Did find a link to a blog with an answer - but it was dead. It suggested looking at registry keys although sods law - the images were down and nowhere in the text mentioned the affected keys - a quick look doesn't spring any likely errors out to me.

A locked down environment is mentioned in one of the update rollup patches, but as a server-side fix - the most recent update to my client had no effect.

Sure I've missed out something else I was going to say so if I've missed anything - please ask.

Help appreciated

Dave

*This post is locked for comments

I have the same question (0)

All responses (10)

Answers (1)

alf 17,915 on at

Like (0)

Report

Hi Dave,

ARe you running UR 11 or higher in the client/server?

support.microsoft.com/.../982510

Was this reply helpful? Yes No
Dave Amphlett 225 on at

Like (0)

Report

Hi Alex

Thanks for the response - yeah, on UR13.

Any other ideas?

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

We've been seeing this problem for a few months now. We tried updating to the latest Rollups (just updated to #18 on both server and client) with no success. It seems to affect users randomly , but when it starts it becomes such a nuisance that we are having to disable the Outlook integration and re-enable it whenever needed.

I personally have tried all of the suggestions found including adding and removing the crm domain in Trusted sites, localhost (not sure if this is really the root of the issue anyhow), and even tried comparing the registry of PCs where it works vs where it doesn't. But as far as I can tell, it seems to be prevalent on Windows 7 installations.

Please if anyone has anything else to try I'd love to hear it.

Thank you!

Was this reply helpful? Yes No
Verified answer

Dave Amphlett 225 on at

Like (0)

Report

We ended up solving this with UR 16 or 17 (I haven't got access to this at the minute) - Client must be patched to the same level, too (This got me for a while -- you checked it??).

With this in place we still had the issue - So, we created another OU in the directory, this OU had a single group policy that applied to the computer level to add localhost to the trusted sites. Only registry fixes I've had to do are to install it in the first place, and to apply the corporate proxy beforehand.

I know you've tried a lot - hope this helps put you on the right track if nothing else.

Dave.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Thank you Dave for your response. We are patched to UR 18 on both client and server. That never seemed to fix anything sadly. The problem would always creep back in after a few days. So it sounds like the fix for you had to do with forcing localhost into the Trusted Sites. And you did that as a Policy. I will also see if that works for us.

Thank you.

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Sadly we still don't have a solution to this issue. We are seeing that the affected systems already have localhost and http://localhost in the trusted sites group and the problem remains. It's bizarre because we have other PCs with the same setup that are fine.

The problem frequently goes away whenever I am "trying something" and then returns a few days after I've assumed it was fixed. So frustrating. Please let me know if anyone else has anything to try. The users are about ready to revolt with that random popup box popping under and breaking the user interface.

Thank you!

Was this reply helpful? Yes No
Suggested answer

Christopher Cognetta on at

Like (0)

Report

Are you accessing crm using the FQDN? Crm.companyname.com

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

Thanks for your suggestion Chris. Yes we are using a fully qualified domain name.

Thank you!

Was this reply helpful? Yes No
Suggested answer

PeterToxopeus 25 on at

Like (0)

Report

Hi there!

To be honest, we have a lot of customers using CRM 4.0 (and now also 2011) but I have never heard of this issue before...

Now, we have the same issue here with one of our customers... also RU18 server and clients. CRM accessed with FQDN and added tot the local intranet zone.

Weird is, that some workstations do work perfectly fine and others not. The only difference I can see is, that the working clients are in a RDS environment and the others who get the message work with local client but exactely same AD policies.

It indeed looks like noone ever solved this issue and as it is very annoying - I will make a call with MS now for this... hopefully there is a solution for this. If there is, I will post it here (and all other places I searched ;-) )

Kind Regards

Was this reply helpful? Yes No
PeterToxopeus 25 on at

Like (0)

Report

Hi all,

After we opened a call with Microsoft for this we got to hear that this is as designed and that the CRM website has to be part of the trusted zone.

So there is no "real" solution for this issue but the fact that you will have to do what the message says: add the CRM website to the trusted zone.

Hope this helps someonoe furhter.

Kind Regards

Was this reply helpful? Yes No