Outlook 365 app error 1001 on RDS environment ( FSLogix)

Anonymous

Hello,

We encounter an issue with M365 apps (Outlook, Work, Excel) on a specific environment ( Remote Desktop Service)

Sometime, when an user open his application (Outlook for instance) on a RDS, an authentification pop and ask for credentials. If the user enter his credentials, he encounter a 1001 error.

« We encountered an issue [1001] »

https://learn-attachment.microsoft.com/api/attachments/5a947921-955a-4688-ad93-acc305bf77c6?platform=QnA

We already try some step to resolve the issue that help in some case but not all the case, and not defintely for a same user ( Issue occur again) :

Clear folder C:\Users*yourusername*\AppData\Local\Microsoft\OneAuth and C:\Users*yourusername*\AppData\Local\Microsoft\IdentityCache
Move the user from 1 TSE server to an other TSE)e
Clear FSlogix User profil ( The specific one link to FSLogix Office 365 Container technology )

The main issue is that the error can occur again few day laterfor the same user.

We also generate some log from M365 apps client during the signin process with this link to help : https://learn.microsoft.com/en-us/office/troubleshoot/diagnostic-logs/how-to-enable-office-365-proplus-uls-logging

In the log I find the reference to the 1001 error but the log is a bit complex to understand or analyse.

0xa3e4	Microsoft Outlook	Identity Authentication Client	48cmb	Monitorable	OneAuth log {"Message": "[MSAL:0004]\tERROR  \tErrorInternalImpl:134\tCreated an error: 58tm1, StatusInternal::Unexpected, InternalEvent::None, Error Code 2147942403, Context '(pii)'", "IsError": true}	

07/07/2023 09:04:21.440	OUTLOOK (0x8b30)	0xa3e4	Microsoft Outlook	Identity Authentication Client	48cmb	Monitorable	OneAuth log {"Message": "[OneAuth:Error:58tm1:db6d7d6e-a557-4465-a968-a874c5e456e5] (Code:1001) An unexpected error occurred.", "IsError": true}	

07/07/2023 09:04:21.440	OUTLOOK (0x8b30)	0xa3e4	Microsoft Outlook	Identity Authentication Client	48cmb	Monitorable	OneAuth log {"Message": "[OneAuth:Error:9vdpp:db6d7d6e-a557-4465-a968-a874c5e456e5] Unexpected error code: 1001", "IsError": true}

Environment :

Microsoft FSLogix version : 2.9.7654.46150
Office version : version 2305 build 16501.20228
OS version : Windows Server 2019 Standard 1809 build 17763.4499

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

278 answers

Anonymous

2023-12-18T07:08:24+00:00

Hi Guys
I don't understand why it's so complicated to follow the explanation that was written for exactly now 6 Months things work like a charm, with no 1001 Errors more, why yo waste your, just follow our Threads, and that's it.

Regards
Was this answer helpful?

0 comments No comments
Anonymous

2023-12-15T12:14:39+00:00
Hello everyone,

First of all, I would like to thank all the participants of this forum for the various workarounds and remedies attempted to resolve an issue that has persisted for several months now.

On our side, we've been facing Office Error 1001 within our RDS environment, affecting numerous users across different collections. Unfortunately, the error remains despite our extensive efforts.

Environment:

RDS farm using UPD

OS: Windows Server 2019 Datacenter (1809 build 17763.4974)

MS 365 Apps version: From 2302 to the latest release, 2310

Here’s a detailed account of the actions we’ve taken:

Initial Workaround: Deleted two JSON files from the Outlook Appdata user folder, followed by signing out and back in from:

C:\Users%username%\AppData\Local\Microsoft\Outlook\16\

******@domain.com.json

******@domain.com.json

Secondary Step: When the initial workaround was inconsistent, we removed the same JSON files along with the 'OneAuth' and 'IdentityCache' folders, then repeated the sign-out/in the process:

C:\Users%username%\AppData\Local\Microsoft\OneAuth\

C:\Users%username%\AppData\Local\Microsoft\IdentityCache\

Further Measures: If the previous actions failed, as extensively discussed in this thread, we signed the user out, deleted the 'Microsoft.AAD.BrokerPlugin' folder from the User Profile Disk, and then reconnected to the RDS.

Last Resort: Attempted to recreate the user session.

Despite these efforts, the issue persists. Additional measures that we tested but found unsuccessful include:

Deleting the ADAL registry key, which proved ineffective.

Removing Multi-Factor Authentication (MFA), which only slightly reduced the occurrence of the error.

Updating Office to the latest release, decreased the frequency of the error initially but did not resolve it.

Repairing Windows Account Manager (WAM) following Microsoft's recommendation, which had no effect.

Excluding the AAD.BrokerPlugin folder from Trend Micro's real-time search, Behavior Monitoring Approved list, and Trusted Program List.

Disabling antivirus software for a specific RDS Collection.

We are now investigating a solution that involves blocking the 'WorkplaceJoined' option by adding the following registry keys:

HKLM\SOFTWARE\Policies\Microsoft\Windows\WorkplaceJoin

DWORD: BlockAADWorkplaceJoin Value: 1

HKLM\SOFTWARE\Policies\Microsoft\Windows\WorkplaceJoin

DWORD: AutoWorkplaceJoin Value: 0

I will update here if this leads to any improvements. Thank you all for your help and feedback.
Hello everyone,

I wanted to provide a quick update on the issue with Office Error 1001 in our RDS environment.
Despite trying all the solutions discussed here, including the recent registry changes related to 'WorkplaceJoined,' the problem hasn't been completely resolved.
While we have seen a significant reduction in the number of occurrences, the error continues to persist across different RDS collections.
Any further suggestions or insights would be greatly appreciated.

Current Office version: 2311 Build 17029.20068

Thank you all once again for your continued support and ideas.
Was this answer helpful?

1 person found this answer helpful.

0 comments No comments
Anonymous

2023-12-15T00:42:49+00:00

Currently the user doesn't have to sign into any applications. From time to time they have to authenticate OneDrive. So far 1 user has reported this. But other than that no issues.

Yes, we are running Microsoft 365 Apps for Enterprise. Currently on 16.0.16924.20150.
Was this answer helpful?

0 comments No comments
Anonymous

2023-12-11T18:19:34+00:00

I have RDS 2019 and using FSLogix 2.9.8440.42104

What appears to be working for me are adding these registry keys

HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles

"KeepLocalDir"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WorkplaceJoin]

@=""

"BlockAADWorkplaceJoin"=dword:00000001

And updating the Redirections.xml file that is mentioned in HKEY_LOCAL_MACHINE\SOFTWARE\FSLogix\Profiles "RedirXMLSourceFolder"="

adding the 3 items below.

<Excludes>

<Exclude Copy="0">AppData\Local\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy</Exclude>

<Exclude Copy="0">AppData\Local\Packages\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy</Exclude>

<Exclude Copy="0">AppData\Local\Microsoft\TokenBroker</Exclude>

</Excludes>

What does this change as far as user experience goes? Do they have to sign into all Office Applications every time they connect to RDS? You are running Office 365 Enterprise, I assume?
Was this answer helpful?

0 comments No comments
Anonymous

2023-12-07T15:39:59+00:00

Still having the same issue. Some users get the message that license will be disabled after ...date. And as promised after mentioned date they get the 1001error. :-)

I received my weekly email update from Microsoft again

Thank you for your time and patience on this case.

This is a known issue and currently under investigation.

Refer to the article for reference-

Error “Something Went Wrong [1001]” signing in to Microsoft 365 Desktop Applications - Microsoft Support

Thank you for choosing Microsoft Support.
Was this answer helpful?

0 comments No comments