SMB File Transfer: Extended Services & the NET SHARE Command



I have a small problem with the SMB File Transfer Utility using PC LAN 1.3
Extended Services.

Extended Services does not issue explicit NET SHARE commands when starting the
LAN program. Instead, it does this within one of the .exe modules. When I try
to connect to the SMB server, I get an "access denied" dialog (even though my
user ID doesn't require a password). If I then issue a NET SHARE command on
the PC to look at shared devices, I can see the devices that I defined as
shared in Ext. Services Config. At this stage, I issue a NET SHARE command to
reshare one of the devices, and I can access this without any problem. Why do
I have to reshare a volume that my PC can already see?

We think you're making a fairly common mistake. The IBM manual describes a
procedure for sharing filesets in such a way that the user may think it does
the same function as NET SHARE. But this is not true! If you start Extended
Services and then make the following menu choices: Administrator
Services/PCLP/Adminsrv/Manage/filesets, you will be prompted to give
information about the filesets that are to be shared. Doing a NET SHARE then
shows a list of directories available to network users.

The procedure described above is unnecessary and can be eliminated. To work
properly, the SMB file transfer software requires the NET SHARE command in the
format: NET SHARE netName = DOSPathName


Published Date: Feb 18, 2012