8201 Access to file denied
Source
GroupWise* engine; file input/output.

Explanation
Access denied.

Possible Cause(s)
A user tried accessing/opening a file that did not have or allow sharing. A user tried to create a file that already exists.

Action(s)
Open the file with correct sharing flags.

Possible Cause(s)
If this error occurs when the user sends a message to multiple users or to users in a different post office, the user may not have sufficient rights to write files into the WPCSIN directory for the MTA to pick up.

Action(s)
See Post Office Directory. Make sure the directory exists and that the user has sufficient rights to write files into the 0-7 priority subdirectories in WPCSIN. Also check the rights on the OFUSER and OFMSG directories. If access is being handled with a group rather than on an individual basis, make sure the user is a member of the group that has the required access. See Check Network Access for Mapped Drive Connections.

Possible Cause(s)
The user may have a user space limit on the volume where the post office resides. If that limit is exceeded, the user cannot write files into the WPCSIN directory.

Action(s)
If the user has reached a space limit, increase the maximum space allowed for that user.

Possible Cause(s)
The GroupWise databases may be owned by an invalid user.

Action(s)
See Domain Directory and Post Office Directory for the locations of GroupWise databases in domains and post offices. Check the ownership of the GroupWise databases. If necessary, change the ownership to a valid user such as the system administrator. You can check file ownership using the NDIR command. You can reset ownership if needed using the FILER command.

Possible Cause(s)
Another program may already have the required file open with exclusive access.

Action(s)
On Novell NetWare, you can use Monitor to check the open/lock activity on GroupWise databases and other files. You might find that a backup program is holding the file open.

Possible Cause(s)
The GroupWise client has been installed on the local drive, so the program can still run, but the network connection to the post office has been lost.

Action(s)
When the network connection to the post office is reestablished the GroupWise client will function normally again. Reboot the workstation. If the post office still cannot be accessed, resolve those network problems.

Possible Cause(s)
If this error occurs when using the 16-bit GroupWise client, the user's private BIF file may be damaged. Look up "BIF files" in GroupWise Administrator Help.

Action(s)
Rename the user's private BIF file, then try the action again. If this solves the problem, there was a problem with the BIF file and a new one has been created automatically.

Possible Cause(s)
If this error occurs when exiting the GroupWise client, the user database may be damaged.

Action(s)
Check and, if necessary, repair the user database. Look up "maintain GroupWise, mailbox and library databases" in GroupWise Administrator Help, then display Mailbox/Library Maintenance.

Possible Cause(s)
If the IPX address for the server where the post office resides has been changed recently, the change may not yet have propagated throughout the network.

Action(s)
Make sure the IPX address change is completed. One way to do this is run DSREPAIR tb100000.gif select Advanced Options tb100000.gif select Servers Known to this Database tb100000.gif select the server name tb100000.gif select Repair Selected Server's Network Address.

Action(s)
If using the UNIX** MTA, check the UMASK of the owner of that process. For example, if root owns the process, a root UMASK of 022 would work, but 077 would not.

* Novell trademark. ** Third-party trademark. See Trademarks for more information.