web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics CRM (Archived)

CRM Plugin not connecting to CRM Server

(0) ShareShare
ReportReport
Posted on by

Hi guys,

First attempt at posting in this blog - hopefully you can help or guidance

I am attempting to connect the outlook CRM plugin to a CRM solution which is being provided to us by a 3rd party CRM provider.

we have a one way domain trust with the third party and the CRM solution is not being provided by IFD.

From the majority of our sites the CRM plugin connects but from a VPN connection the CRM plugin does not authenticate. I have also attempted to install the CRM plugin on a server in our private cloud and it will not connect.

We have checked all the firewall ports and the CRM provider can see the connections hitting their server on Port 5555 but the CRM plugin will not authenticate.

Connecting to the webpage version of CRM works perfectly from all sites so we think routing and firewalling is correct.

The error message on the trace from the plugin shows the following errors:

Any ideas?

The CRM server is CRM 2015 and we are using the correct plugin version

MiniDump: TraceDirectory setting not set or missing. Defaulting to temporary folder.
[2016-03-17 14:08:09.558] Process:Microsoft.Crm.Application.Outlook.ConfigWizard |Organization:00000000-0000-0000-0000-000000000000 |Thread:   11 |Category: Application.Outlook |User: 00000000-0000-0000-0000-000000000000 |Level: Error |ReqId: 00000000-0000-0000-0000-000000000000 | DeploymentsInfo`1.InternalLoadOrganizations  ilOffset = 0x5B
 at DeploymentsInfo`1.InternalLoadOrganizations(DataCollection`1 orgs, AuthUIMode uiMode, Control parentWindow)  ilOffset = 0x5B
 at DeploymentsInfo`1.LoadOrganizations(AuthUIMode uiMode, Control parentWindow)  ilOffset = 0x125
 at ServerForm.LoadOrganizationsInternal(Boolean forceUI, String deploymentUrl, Boolean tryWIA, Boolean keepUrlIntact, String org)  ilOffset = 0x1F
 at <>c__DisplayClass3a.<LoadOrganizationsLogic>b__1c()  ilOffset = 0x4F
 at ExceptionFilter.TryFilter(Action body, Predicate`1 filter1, Action`1 catchClause1, Predicate`1 filter2, Action`1 catchClause2)  ilOffset = 0x0
 at ServerForm.LoadOrganizationsLogic(Boolean forceUI, String deploymentUrl, Boolean tryWIA)  ilOffset = 0x243
 at BackgroundWorker.WorkerThreadStart(Object argument)  ilOffset = 0xD
 at StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Object[]& outArgs)  ilOffset = 0xFFFFFFFF
 at StackBuilderSink.AsyncProcessMessage(IMessage msg, IMessageSink replySink)  ilOffset = 0xB1
 at ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)  ilOffset = 0x70
 at ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)  ilOffset = 0x4
 at QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()  ilOffset = 0x0
 at ThreadPoolWorkQueue.Dispatch()  ilOffset = 0xA3
>Exception during Signin System.ServiceModel.Security.SecurityNegotiationException: SOAP security negotiation with '10.1.10.10/.../Organization.svc' for target '10.1.10.10/.../Organization.svc' failed. See inner exception for more details. ---> System.ComponentModel.Win32Exception: The Security Support Provider Interface (SSPI) negotiation failed.
   at System.ServiceModel.Security.WindowsSspiNegotiation.GetOutgoingBlob(Byte[] incomingBlob, ChannelBinding channelbinding, ExtendedProtectionPolicy protectionPolicy)

*This post is locked for comments

I have the same question (0)
  • Rickard Norström Profile Picture
    on at

    Hi,

    Try to use the fqdn for the server rather than IP, IIRC the outlook client asks the server what it is called and it returns a name rathter than an IP and since the name doesn't match with the IP it won't connect.

    Regards

  • Community Member Profile Picture
    on at

    Thanks for the reply Richard

    FQDN does the same thing.

    One avenue I am investigating is that the sites are in zone 1 in the internet explorer security settings i.e local intranet. I have seen in other articles that zone 2 is recommended i.e trusted sites, putting it in trusted sites will remove the SSO ability of the application

    should it work in the local intranet or are there settings within that zone which could cause the issue?

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics CRM (Archived)

#1
SA-08121319-0 Profile Picture

SA-08121319-0 4

#1
Calum MacFarlane Profile Picture

Calum MacFarlane 4

#3
Alex Fun Wei Jie Profile Picture

Alex Fun Wei Jie 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans