Integration Service for Outlook 365 (Individual) does not work if that is also an AC Login

Hello,

I noticed that my Integration Service Connection for Outlook 365 (Individual) account does not work at runtime from a UiPath process

Here are the specifics of the problem.

The Integration Service Connection is created without issues in Automation cloud.
Connection test is successful
The connection is accessible in a UiPath project

However, when the project is run, the Integration service fails!

In this particular case, the same outlook.com account is used to login to the Automation Cloud.

When I performed a similar test in another Automation Cloud instance that does not use outlook.com to login, the Integration Service worked as expected.

I am not sure if this is an issue with my outlook.com account, or the Automation Cloud instance.

If you can conduct a similar test and clarify, that would be very helpful.

thanks!

@AndyMenon

Is there any specific error that you are getting?

also can you specify the versions

cheers

Hi @Anil_G ,

I had to dig this up from the logs as I have removed the connection completely and switched to a Integration Service connection to Gmail.

[ERROR] [UiPath.Studio.Project] [33] Connection [bdd0dbd5-1f2e-4ff1-b1df-6e4040398c46] is invalid or you do not have access to it

[ERROR] [UiPath.Studio.Project] [33] Error getting connection from the client: UiPath.ConnectionClient.Contracts.ConnectionHttpException: Connection [bdd0dbd5-1f2e-4ff1-b1df-6e4040398c46] is invalid or you do not have access to it
at UiPath.ConnectionClient.Helpers.HttpResponseMessageExtensions.EnsureConnectionStatusCodeAsync(HttpResponseMessage response, CancellationToken ct)
at UiPath.ConnectionClient.Helpers.HttpConnectionServiceClient.RequestAsync(Uri uri, HttpMethod method, String content, TimeSpan timeout, Dictionary2 headers, CancellationToken ct) at UiPath.ConnectionClient.Helpers.HttpConnectionServiceClient.RequestAsync[T](Uri uri, HttpMethod method, String content, TimeSpan timeout, Dictionary2 headers, CancellationToken ct)
at UiPath.ConnectionClient.Helpers.HttpConnectionServiceClient.RequestWithRetryAsync[T](Uri uri, HttpMethod method, String content, TimeSpan timeout, Dictionary2 headers, CancellationToken ct) at UiPath.ConnectionClient.Helpers.HttpConnectionServiceClient.RequestWithRetryAsync[T](Uri uri, HttpMethod method, String content, TimeSpan timeout, Dictionary2 headers, CancellationToken ct)
at UiPath.ConnectionClient.ConnectionClient.<>c__DisplayClass11_0.<b__0>d.MoveNext()
— End of stack trace from previous location —
at UiPath.ConnectionClient.Helpers.CacheHelpers1.GetValueFromCache(MemoryCache cache, String key, Func1 refreshValueFunc, DateTimeOffset expiry, Boolean forceRefresh)
at UiPath.ConnectionClient.Helpers.CacheHelpers1.GetValueFromCache(MemoryCache cache, String key, Func1 refreshValueFunc, Boolean forceRefresh)
at UiPath.ConnectionClient.ConnectionClient.GetConnectionAsync(String connectionId, CancellationToken ct, Boolean forceRefresh, Boolean includeConfig)
at UiPath.ConnectionClient.ConnectionClient.GetConnectionAsync(String connectionId, CancellationToken ct, Boolean forceRefresh)
at UiPath.ConnectionClient.ConnectionClient.GetConnectionAsync(String connectionId, CancellationToken ct)
at UiPath.Studio.Plugin.Workflow.DataManager.Sections.ConnectionTreeBuilder.TryGetOrCreateConnectionRoot(String connectionId), HResult -2146233088

Can you share how you connected Andy?
Did you use the standard authentication or the bring your own oauth app method?

Hi @Jon_Smith ,

Nothing out of the ordinary. It’s a normal outlook.com connection. I set it up via Integration Service and approved for it to access my outlook.

It was created and passed the connection test in Integration Service page.

It didn’t work when the project executed from studio and tried to send an email.

I hope I did not miss any additional steps when I’m prompted to approve access to outlook .

Thanks

Fair enough, there is an annoying (basically undocumented by both Microsoft and UiPath) scope you need to include that allows the connection to stay alive, since you could make an initial connection then it broke it sounded similar, but if you use the vanilla connection method it shouldnt be the issue as only in ‘bring your own’ can you change the scopes.

I don’t know. If another outlook IS connection works in another instance it must work similarly everywhere.

Unless my decision to use the same connection to login to AC and then reuse it in the IS connection is conflicting with one another.

Let me see if I can reproduce it.

Thanks

I’ve been repeating, as often as I can, to the product owners of the IS via our MVP channels, that they urgently need to add some sort of logging and error messages to it so we can actually see why it disconnects etc aswell as do the documentation properly.

They have indicated they are intending to add better logging, but its hard to get clarity on when we will see it.

I know that doesn’t help you in the short term, but hopefully in the medium term its going to improve to the point where we can actually debug these sort of things.

Agreed. The fix if any won’t be quick. But at least it may help avoid situations like the one i created for myself.

In the near term it would be great to know if using the same account in two ways as I have is truly a problem in the product or if it’s just a freakishly random outlier in my case.

Thanks for staying with me on this