One of my customers is using Samba 2.2.2 with ACL support on Linux for S/390. He does have Winbindd installed and running which means that user authentication is done via the Windows PDC. If he tries to delete a share from Windows he receives following message: [2001/10/16 14:34:25, 3] lib/util.c:unix_clean_name(391) unix_clean_name [abc] [2001/10/16 14:34:25, 3] smbd/trans2.c:call_trans2setfilepathinfo(1830) call_trans2setfilepathinfo(8) abc info_level=258 totdata=1 [2001/10/16 14:34:25, 8] smbd/dosmode.c:dos_mode(125) dos_mode: abc [2001/10/16 14:34:25, 8] lib/util.c:is_in_path(1106) is_in_path: abc [2001/10/16 14:34:25, 8] lib/util.c:is_in_path(1111) is_in_path: no name list. [2001/10/16 14:34:25, 8] smbd/dosmode.c:dos_mode(169) dos_mode returning d [2001/10/16 14:34:25, 10] smbd/trans2.c:call_trans2setfilepathinfo(2000) call_trans2setfilepathinfo: file abc delete on close flag set but delete access denied. [2001/10/16 14:34:25, 3] smbd/error.c:error_packet(112) error packet at smbd/trans2.c(2001) cmd=50 (SMBtrans2) eclass=1 ecode=5 [2001/10/16 14:34:25, 5] lib/util.c:show_msg(280) It sounds like a permission problem but permissions of all subdirectories are set to 777. What is very interesting is that if a 'new' user is using SAMBA he does not experience the same problem. To be more specific, if an existing NT user uses Samba and a share is added in Samba for this user, this new share can be removed by the user. However, as soon as this user checks the permissions from the Windows explorer, he cannot delete the share any more. It sounds like a locking problem. However, stopping Linux and Samba and restarting it does not solve the problem. Does anybody have any experience with a similar problem? Met vriendelijke groeten/Best regards, Anette Stolvoort zSeries Solutions Sales Linux for zSeries IBM Nederland N.V. Joh. Huizingalaan 765 1066 VH Amsterdam Tel.: +31 (0)20-5136707 Mobile: +31 (0)653711192