similar to: Root server dns queries

Hi, I believe I've had a 'hidden' roaming profiles problem with Samba for a while (I have no idea when it first manifested itself - sometime between 3.0.2 and 3.0.21a). When I create a new user, their client workstation creates and updates the profile without any problems. Existing profiles used by existing client workstations are also fine. However, when I try to logon as an

I'm running FreeBSD 5.4-STABLE with Samba 3.0.20 configured as a PDC serving a small-ish network (10 XP hosts). My problem concerns roaming profiles - some XP clients take ages to logon and logoff. On doing some Googling I identified the 'profile acls' parameter as being a likely fix. However, I seem to have got myself into one of two scenarios: a) With 'profile acls'

Hello Folks, I want to install new version of samba but have already old version of samba which came with Linux 8.0. Please advise, I want to install new version of samba ... How would I un-install old version which came with Linux8.0 ? Do i really need to do so, in order to install new version of samba ? Do i reallly need to remove any files or pkgs before i install new version ? which ?

Rob, When u use a TNT2-M64, why dont you use the Windows drivers for this card, as i believe the TNT2 is good supported within windows xp. You only should use the NVIDIA driver when your gaming... and you probely dont do that with the TNT2-M64 card. Also thank you for testing this. i cant think of any which will resolve your problem besides above. Louis -----Oorspronkelijk bericht----- Van:

List, I've got a fileserver running (as a domain-member) on a NT4 domain. It seems to be working fine... (I'm using winbind/nss for uids and gids) When a user creates a folder on the share, it is owned by him - fx: drwxr-xr-x 2 administrateur wheel 512 Oct 17 15:44 again/ (where administrateur is attached to the NT domain) Now - all files created are owned by the correct user,

Hi, Following an upgrade to 3.0.23, it appears that my UNIX password sync/chat is no longer working (although I can't confirm it wasn't broken in 3.0.21, it was working before). The XP clients throw up a "no permission to change password" error when the users attempt to renew passwords. I've carefully checked my password chat script and it appears to be OK. The logs