samba - May 2003 - Problems with spaces prefixing usernames when using Samba as a PDC

Hi All,
	Has anybody seen (Hopefully solved ;) this problem?

We're running samba 2.2.8a as a PDC for windows classrooms with an LDAP 
backend.

What's happening is that users are waking up the windows machines by 
pressing the
space bar and then logging in.  They authenticate successfully (leading 
spaces ignored)
but windows is miscreating the roaming profiles with leading spaces which 
causes the
folder structure to be created incorrectly.

This causes profiles to be created in the root of C: rather than in 
Documents and Settings.
folder.

The Ldap server thinks it's being asked for the username without the space 
but Samba shows
it asking for the username with a space.  AI've a feeling it's maybe the
ldap server that's
the problem? (Open Ldap 2.1.17)

Cheers,
	Duncan



Samba Log
[2003/05/16 09:32:28, 3] rpc_server/srv_netlog_nt.c:_net_sam_logon(605)
   SAM Logon (Interactive). Domain:[CLASSROOM].  User:[  mfc]
[2003/05/16 09:32:28, 3] smbd/sec_ctx.c:push_sec_ctx(297)
   push_sec_ctx(60001, 60001) : sec_ctx_stack_ndx = 1
[2003/05/16 09:32:28, 3] smbd/uid.c:push_conn_ctx(286)
   push_conn_ctx(100) : conn_ctx_stack_ndx = 0
[2003/05/16 09:32:28, 3] smbd/sec_ctx.c:set_sec_ctx(329)
   setting sec ctx (0, 0) - sec_ctx_stack_ndx = 1
[2003/05/16 09:32:28, 2] passdb/pdb_ldap.c:ldap_open_connection(217)
   ldap_open_connection: connection opened
[2003/05/16 09:32:28, 0] passdb/pdb_ldap.c:ldap_connect_system(316)
   ldap_connect_system: Binding to ldap server as 
"cn=manager,dc=st-andrews,dc=ac,dc=uk"
[2003/05/16 09:32:28, 2] passdb/pdb_ldap.c:ldap_connect_system(331)
   ldap_connect_system: succesful connection to the LDAP server
[2003/05/16 09:32:28, 2] passdb/pdb_ldap.c:ldap_search_one_user(343)
   ldap_search_one_user: searching 
for:[(&(uid=  mfc)(objectclass=sambaAccount))]


Ldap Log
conn=2558 op=1 SRCH base="dc=st-andrews,dc=ac,dc=uk" scope=2 
filter="(&(uid=mfc)(objectClass=sambaAccount)
)"
slapd[9419]: conn=2558 op=1 SRCH attr=uid rid cn lmPassword ntPassword 
pwdLastSet logonTime logoffTime kickoffTime pwdCanChange pwdMustChange 
acctFlags displayName smbHome homeDrive scriptPath profilePath description 
userWorkstations primaryGroupID domain
slapd[9419]: conn=2558 op=1 SEARCH RESULT tag=101 err=0 nentries=1
textslapd[9449]: conn=2558 op=2 UNBIND
kingfisher slapd[9449]: conn=2558 fd=21 closed

On Fri, 2003-05-16 at 18:45, Duncan Brannen wrote:
> 
> 
> Hi All,
> 	Has anybody seen (Hopefully solved ;) this problem?
> 
> We're running samba 2.2.8a as a PDC for windows classrooms with an LDAP
> backend.
> 
> What's happening is that users are waking up the windows machines by 
> pressing the
> space bar and then logging in.  They authenticate successfully (leading 
> spaces ignored)
> but windows is miscreating the roaming profiles with leading spaces which 
> causes the
> folder structure to be created incorrectly.
> 
> This causes profiles to be created in the root of C: rather than in 
> Documents and Settings.
> folder.
> 
> The Ldap server thinks it's being asked for the username without the
space
> but Samba shows
> it asking for the username with a space.  AI've a feeling it's
maybe the
> ldap server that's
> the problem? (Open Ldap 2.1.17)
Yes, we are slowing starting to notice this bug.  My understanding is
that this is fixed in OpenLDAP 2.1, but I'm not sure which release.  

Unfortunately (for others) this bug also effects OpenLDAP 2.0, but I
understand that there are no plans to fix this (serious) bug.

Andrew Bartlett

-- 
Andrew Bartlett                                 abartlet@pcug.org.au
Manager, Authentication Subsystems, Samba Team  abartlet@samba.org
Student Network Administrator, Hawker College   abartlet@hawkerc.net
http://samba.org     http://build.samba.org     http://hawkerc.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://lists.samba.org/archive/samba/attachments/20030516/18510803/attachment.bin