samba - Jul 2005 - uid and gid from unix to unix

Server: Samba 3.0.14a on Debian 3.1 stable with kernel 2.6.8.1
Client smbclient 3.0.7 on Mandrake 10.1

Problem: Share is mounted (by smbmount) with uid's and gid's values from
Debian server. So user have no proper rights to catalogues in mounted 
shares on his local machine.
Question: How to make uid and gid "mapping" from unix to unix?

Exemplary: User john has uid=502 and gid=502 on his local machine. He 
has account on the server also, but he has uid=516 and gid=510 on the 
server. After smbmount of share (samba logs shows that all 
authentication is succeeded and user is properly mapped to unix user) 
local user gots mounted share with uid=516 and gid=510.

Of course, in consequence, local user cannot read/write to his files but 
He can read/write to files which belongs to another user, who's uid on 
remote machine is equiv to uid of the user on a local machine (this 
could happen if we have i.e."public" share).

Some historical informations: This sittuation occurred after change of a 
system on the server. I had a RedHat9 before and there was no problem 
with that "mapping". I copied parts of files about plain users from: 
/etc/passwd, /etc/group, /etc/shadow, /etc/gshadow, and whole files: 
/etc/samba/smbpasswd, /etc/samba/smb.users, /etc/samba/smb.conf in to 
the new system.

With best
A.C.

07/01/2005 01:49 PM, Adam Cankudis wrote:
> Problem: Share is mounted (by smbmount) with uid's and gid's values
> from Debian server. So user have no proper rights to catalogues in 
> mounted shares on his local machine.
> Question: How to make uid and gid "mapping" from unix to unix?
I found it. Maybe not exactly what I asked, but it makes what I need.
I've change "unix extensions" parameter in /etc/samba/smb.conf
from
'yes' to 'no'.
Probably an older server had 'no' as default, but the new one had, in 
fact properly, set this option to 'yes'
I know it's better to keep uids/gids in sync across all servers, as 
Thomas Anders wrote, but at this moment it's only solution and I plan to 
change this in the future.
Thx
A.C.