Error In Adding New User S Error Code 5
> Operating Systems > Windows XP > Windows XP Security & Administration > De-encrypting files De-encrypting files Posted: 10-31-2003, 04:11 PM Roger Bradley Guest Posts: n/a Show Printable Version Email this Page Post Comment I recently upgraded my motherboard. Everything went very smoothly. I re-installed XP Pro. I'd backed up all my data and had no problems getting things back to normal. Apart from an excel spreadsheet that was encrypted when I backed up. Now when I try to open it I get a message telling me the file is encrypted and cannot be opened. I've tried to un-encrypt it but I get an error message telling me access is denied. When I right click on the file, select Properties / Advanced then Details, under Users Who can Transparently Access This file is my name and a Certificate Thumbprint. This I assume is from my previous install and is the reason I cannot access the file. I've tried adding my current certificate but get an error window titled, EFSADU saying "Error in adding new user(s). Error Code 5" I've tried to add myself as a Data Recovery Agent but get an error message when I select my certificate saying The File contains no certificates suitable for Encrypted File System Recovery. Please select another file or user. I'm stuck. If anyone can help it would be appreciated. De-encrypting files Responses to "De-encrypting files" Roger Bradley Jupiter Jones [MVP] Guest Posts: n/a Re: De-encrypting files Posted: 10-31-2003, 04:59 PM Roger; Are you sure it is not an Ownership issue: http://support.microsoft.com/?kbid=308421 If the files are encrypted. If you did not back-up the encryption key or the Recovery Agent and are not on a domain, the files are as good as gone. This must be accomplished while you have access to the files. If you have not already done so, it is now to late. If you can restore the original profile (not recreate) and know the password, you may be able to recover the data. Recreating profiles and passwords is irrelevant. Conta
Links HelpWithWindows.com RoseCitySoftware.com Recommended Links Menu Log in or Sign up Search Search titles only Posted by Member: Separate names with a comma. Newer Than: Search this thread only Search this forum only Display results as threads Useful Searches Recent Posts More... WindowsBBS Forums > Operating Systems > Windows XP > This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More. You are viewing our forum as a guest. http://www.realgeek.com/forums/de-encrypting-files-265106.html For full access please Register. WindowsBBS.com is completely free, paid for by advertisers and donations. Cookies Registration Notice Resolved [Lost access to encrypted files after reformat] Discussion in 'Windows XP' started by nkt3310, 2010/09/09. 2010/09/09 nkt3310 Inactive Thread Starter Joined: 2010/09/09 Messages: 6 Likes Received: 0 Trophy Points: 76 Computer Experience: intermediate Greetings, I have several files stored https://www.windowsbbs.com/threads/lost-access-to-encrypted-files-after-reformat.95075/ in my desktop for backup purposes and I used the said encryption which is then stored in one of my HD, but then last week I reformatted my desktop because logging in take too long. Now after formatting, I have messed up my company (report) at my laptop then luckily I remembered that I have a back-up of it in my desktop. I opened the folder unzip the compressed files then poof it says "access denied--no archives found" ofcourse I am shocked because I remember I have accessed the files before formatting desktop!. Digging in, I remembered enabling the encrypt contents function I clicked details and it was set to my old username (before reformat) I clicked add and select my new username then an error pops up "EFSADU--Error in adding new user(s). Error code 5." GREAT! now I cant access more than 100 compressed company files in my backup storage! is there anyway to work around this issue? I really need them, thank you nkt3310, #1 2010/09/10 rsinfo SuperGeek Alumni Joine
WindowsWindows 10 Windows Server 2012 Windows Server 2008 Windows Server 2003 Windows 8 Windows 7 Windows Vista Windows XP Exchange ServerExchange Server 2013 Exchange Server 2010 http://windowsitpro.com/windows/jsi-tip-9723-how-do-i-grant-access-encrypted-file-windows-xp Exchange Server 2007 Exchange Server 2003 Outlook Unified Communications/Lync SharePoint Virtualization Cloud https://support.asperasoft.com/hc/en-us/articles/216126778-Error-code-5-51-insufficient-permissions Systems ManagementSystem Center PowerShell & Scripting Active Directory & Group Policy Mobile Networking Storage TrainingOnline Training IT/Dev Connections Webcasts VIP Library Digital Magazine Archives InfoCentersIT Innovators Mobile Computing Business Now Desktop VDI All About Converged Architecture Advertisement Home > Windows > JSI Tip 9723. How do I grant error in access to an encrypted file in Windows XP? JSI Tip 9723. How do I grant access to an encrypted file in Windows XP? Sep 8, 2005 Jerold Schulman | Windows IT Pro EMAIL Tweet Comments 0 Advertisement If you have permission, you can grant other user the right to access an EFS encrypted file on Windows XP. If you are not error in adding authorized to add uses to the encrypted file, you will receive: EFSADU Error in adding new user(s). Error code 5. To allow additional users to use the encrypted file: 1. Right-click the encrypted file and press Properties. 2. Press the Advanced button on the General tab. 3. Press Details. 4. Press the Add button. 5. Select a user who has a certificate and press OK. 6. Press OK, OK, and OK when finished. NOTE: To add the Encrypt/Decrypt command to a right-click context menu, open a CMD.EXE window and type REG ADD "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced" /V EncryptionContextMenu /T REG_DWORD /F /D 1 Print reprints Favorite EMAIL Tweet Please Log In or Register to post comments. Advertisement Related ArticlesJSI Tip 9723. How do I grant access to an encrypted file in Windows XP? JSI Tip 7532. When you check 'Grant the user exclusive rights' in the Windows Server 2003 Folder Redirection policy, the user is NOT granted exclusive access? JSI Tip 7532. When you check 'Grant the user exclusive rights' in the Windows Server 2003 Folder Redirection policy, the user is N
51 are FASP error codes that refer to insufficient permissions of transfer users. Transfer users must have permission to access their docroot and the files within it. A docroot is a directory on the server that the user is constrained to access and transfer with, along with any of its subdirectories. These permissions must be configured on the operating system. You can also configure certain permissions on the Aspera server. Transfer users have read, write, overwrite and browse permissions when accessing your server, and if these are denied to users they will receive the insufficient permissions error. This is expected if you want to limit certain users’ capabilities on the server. Examples of this error This error can manifest itself in several ways, including in the GUI application for your server, the command line if you’re transferring with ascp, and in the transfer log file. Additionally, this error can appear when using the Connect browser plug-in to download files from Faspex. GUI and ascp If your transfer user does not have operating system permission to the docroot you will see the following error when trying to make a transfer via ascp, or the error window below when making a transfer via the GUI: Error 51 [Destination: Permission denied]Session Stop (Error: insufficient permissions) If your transfer user does not have browse access to the docroot on the Aspera server and you attempt to connect to the server on the GUI, you will receive an error message similar to the following: If your transfer user does not have read access to the docroot on the Aspera server and you attempt to download files, you will see the following error message on the command line or in the status of your transfer in the GUI: Read access denied for user If your transfer user does not have write access to the docroot on the Aspera server and