Yeah, you aren't going to get any useful information from the manuals that come with Windows. If you want useful information you need to purchase the resource kits (which I have). I believe the one I had purchased for NT Server contained around 4 or 5 hefty books and a couple of CDs (and about $125). One large book is on networking where they give a fairly detailed level of information on NetBIOS, NetBEUI, TCP/IP, NetBF, NetBT, DHCP, MSDNS, WINS, WORGROUPS, PDC, BDC, RAS, Master Browser pecking order, etc, etc, etc.
Win 3.11 used "Workgroups" and you could even get "Workgroups for DOS" and the easiest thing to set up out of the box for a small local network using a few Win 3.11 machines is Share Level Workgroups using the NetBEUI protocol. You create shares and you put a password on the share and anyone who wants to connect to that share has to know the share password. This is peer to peer networking because everyone can create a share on their machine and everyone else can connect to it. This is a nightmare to manage if your network is more than just a few machines.
To solve the above nightmare you might have purchased an NT server and created users on that NT server. Instead of putting a password on a share you would specify which users had access to that share. Now the user must log on to their Win3.11 machine with the same username and password that they have configured on the NT server and when the user connects to the NT server a challenge/response will verify that the passwords match between the two systems and grant an appropriate level of access based on the access you have defined for that user.
Now when your network grows to the size where you have many servers and your users can connect to any of them it would be a nightmare to have to set up matching user accounts on all of the servers so this is where Domains came in. You have one primary machine called a Primary Domain Controller (PDC) and if you are smart a Backup Domain Controller (BDC) who's primary responsibility is to manage user and machine accounts. Machine accounts only for Windows NT workstation/server or above, 9x and below can not be domain members but you can still log in to the domain. Basically you have a checkbox on your 9x client to specify that you participate in a domain and on NT and above you make the machine itself a member of the domain. Whichever the case you will need to log into the domain as well as the local machine (if you do it right you will only be prompted for a userid/password once on 9x and below). All other NT servers should be members of the domain and you will then be able to specify which domain users have access to which shares without having to add accounts for those users on every server. Once you have logged in to the domain you will be able to access any shares that you have been give access to based on your domain login ID.
Now this is just a very rough overview and I won't even attempt to go over Active Directory or WINS or details of Workgroups and how they are different if you use NetBEUI vs if you use TCP/IP. Basically what I am trying to get at is Windows Networking can be extremely complex. And to tell you the truth I am not much interested in it at the moment because I no longer use Windows. The easiest thing I can see is to follow the document on Red Hat's site where the go through setting up one type of the above mentioned networking. I didn't see where they took you through configuring the Windows client. This part "should" be in the Windows manual but I'll bet it's not. You can certainly find this information on M$s web site and their Knowlege Base has a wealth of information. I haven't been there for a long time but when I used and supported Windows I was in there constantly. Another good resource was the online O'Reilly Samba manual which did show you how to configure your Windows client but I think it's a little dated and doesn't cover WinXP which if you understand Windows networking shouldn't be that difficult to figure out on your own.
Moral of the story: Just because it says "Microsoft Windows" on the box and no matter how easy they tell you it is, it is not. Microsoft software is more complex and prone to problems because of it's complexity than anything else I have seen.
Note: The above was extremely painful for me. I hate to talk about Windows and in order to talk Samba you have to talk Windows since that is why you want to set it up. I really don't want to talk Windows so I would suggest searching the Internet and keep plugging. All I can say is that you *can* make it work the way you want. I don't have the magic answer to your problem because I don't know enough about your a) smb.conf b) client OS and network settings c) configuration goal. All I can say is keep plugging and Samba can be very hard or very easy depending on your need and your level of understanding of Windows networking. If you have the NT Server resource kit memorized Samba is a breeze. Of course it can also be a breeze if you follow a simple document for a basic setup like the one on Red Hat's site. If it doesn't work I can only assume you do not have your Windows machine configured properly. If you are really stuck I might suggest buying a book on Samba. I have seen several at the book store, some of them pretty sizable. Here is a list of documentation including books:
http://us2.samba.org/samba/docs/