cancel
Showing results for 
Search instead for 
Did you mean: 

Event ID 41478 User does not have permission to any archive

PoorAdmin
Level 6

I am seeing the event id 41478  for one user in the ev event log. The users will usually call saying that she cannot access her archive and is gettting the error " User does not have permission to any archive". I have used the workaround listed in the link below. It works for a short period and then the error returns. Is there a permanent solution for this yet? Or, do I have to continue with the workaround?

 

https://www-secure.symantec.com/connect/forums/ev11-event-41478-user-does-not-have-permission-any-ar...

https://www-secure.symantec.com/connect/forums/ev11-event-41478-user-does-not-have-permission-any-ar...

 

4 REPLIES 4

AndrewB
Moderator
Moderator
Partner    VIP    Accredited

have you tried zapping the archive?

Pradeep-Papnai
Level 6
Employee Accredited Certified

Hi

You can subscribe following tech note to get updates of issue described in post you refereed.

“Users receive 'You do not have access to archives' and can no longer open Enterprise Vault Search” http://www.symantec.com/docs/TECH231261

You can open support case suggesting above TN as reference before implementing the workaround, if you have done that then please let us know the case no.

Regards

Pradeep

GertjanA
Moderator
Moderator
Partner    VIP    Accredited Certified

Hello,

The workaround is to set the User Preference in the search to open in the inbox-folder of the users own archive. Running the SQL qeury to remove the row will allow acess a few times, but then it goes wrong again.

(Open the search, click on your name in the right top corner, preferences, first screen, select 'open in specific folder', select own archive, inbox.)

When set, search will always start in that folder. Obviously, you can change the archive name to another when searching.

For me, this has prevented the issue occurring on the 20 odd users that have this. I advise to open a case, as Pradeep states, reference the TN, and you might als reference case #08481332 (which is mine).

 

 

Regards. Gertjan

GertjanA
Moderator
Moderator
Partner    VIP    Accredited Certified

CHF3, which has fix, posted today.

https://support.symantec.com/en_US/article.TECH232083.html

Regards. Gertjan