The information below would imply that the user would get by the share permissions. It would still have to also get by the file permissions. You should also confirm the permissions assigned to your user by doing a cifs sessions -s.

Here are two articles that will allow you to diagnose security problems: http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ts2.... l http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/ts1.... l

This is a more detailed article on the security model http://now.netapp.com/NOW/knowledge/docs/olio/guides/53_troubleshooting/conc... .shtml

If the answer does not fall out of the above troubleshooters (or you need access to NOW), please contact customer support. I would suggest having the qtree type, the output of cifs sessions -s, and the reported ACL for the directory you are trying to write to available when you call. You should also report the version of the filer and the version of the client. They should be able to solve this very quickly.

-----Original Message----- From: Gunn, Billy [mailto:bgunn@InterAdNet.com] Sent: Tuesday, May 30, 2000 2:20 PM To: 'toasters@mathworks.com' Subject: CIFS permissions

Hi. I have setup an CIFS share called htdocs. issuing the command 'cifs shares' on the filer returns:

htdocs /vol/vol0/media/htdocs INTERADNET\bgunn / Full Control

I set up the privaleges so that bgunn would have full control. I can browse the share with no problems however, when attempting to write to the share I get an Access denied error. This share has been mapped to a dirve letter. When viewing the NTFS permissions for the drive it indicates rwx across th board.

Is there some other location where permissions are set?

Thanks, Billy Gunn Interadnet, Inc.