10.4.11 client don't authenticate on replica server 10.5

We' ve got a 10.5 OD Master and a 10.5 OD Replica.
10.5 Clients (mobile) can log on on master, on the replica (if the master is down) and also locally (if all servers are down)
10.4 Clients (mobile) can log on on master and locally (if all servers are down).
If the OD Master is down and OD Replica is up our 10.4 Clients can't log on.
Any Ideas ?
I think Replica Server is OK, Leopard Clients use it with any problems.
This is the Debug log with the command sudo killall -USR1 DirectoryService
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Attempting Replica connect to = 192.168.236.11
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Attempting Replica connect to = 192.168.236.11
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Attempting Replica connect to = 192.168.236.7
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Attempting Replica connect to = 192.168.236.200
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Attempting Replica connect to = 192.168.236.12
2008-02-27 14:56:47 CET - CLDAPNode: EstablishConnection - Using replica with IP Address = 192.168.236.12 for read
2008-02-27 14:56:48 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
2008-02-27 14:56:48 CET - CLDAPNode: EstablishConnection - Previous replica with IP Address = 192.168.236.12 responded for read
2008-02-27 14:56:48 CET - CLDAPNode: EstablishConnection - Using replica with IP Address = 192.168.236.12 for read
2008-02-27 14:56:52 CET - Client: automount, PID: 115, API: dsGetRecordList(), Search Used : DAC : 1 : Node Ref = 16777594 : Requested Rec Names = 192.168.230.92 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:56:52 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 1 : Node Ref = 16777595 : Requested Rec Names = 192.168.230.92 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:56:52 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 1 : Node Ref = 16777596 : Requested Rec Names = 192.168.230.92 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:56:52 CET - Client: automount, PID: 115, API: dsGetRecordList(), Search Used : DAC : 1 : Node Ref = 16777594 : Requested Rec Names = 192.168.230.0/0 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:56:52 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 1 : Node Ref = 16777595 : Requested Rec Names = 192.168.230.0/0 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:56:52 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 1 : Node Ref = 16777596 : Requested Rec Names = 192.168.230.0/0 : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Neighborhoods
2008-02-27 14:57:01 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
2008-02-27 14:57:13 CET - CLDAPv3Plugin: LookupAttribute value found ;ApplePasswordServer;0x47a1d9e9390714bd0000005e0000005e,1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected]:192.168.236.11
2008-02-27 14:57:13 CET - CLDAPv3Plugin: LookupAttribute value found ;Kerberosv5;0x47a1d9e9390714bd0000005e0000005e;[email protected] ;ZEUS.MARINARINALDI.IT;1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected]:192.168.236.11
2008-02-27 14:57:13 CET - Internal Dispatch, API: dsOpenDirNode(), PasswordServer Used : DAC : Dir Ref = 16777667 : Node Name = /PasswordServer/192.168.236.11
2008-02-27 14:57:13 CET - CPSPlugIn::OpenDirNode path = /PasswordServer/192.168.236.11
2008-02-27 14:57:31 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
192.168.236.11
192.168.236.12
2008-02-27 14:58:01 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
2008-02-27 14:58:31 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 60 sec -- Idle
2008-02-27 14:59:01 CET - CLDAPNode: Status Node: zeus.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
I really can't find where the problem is, why can't i find any error in this log?
Thanks, Sandra.
Thanks,
Sandra

tiger client 10.4.11 bind on the replica (the master is master down)
mrssi-ard-server:~ cedadmin$ sudo killall -USR1 DirectoryService
mrssi-ard-server:~ cedadmin$ dirt -u mrcgemaris -p mrcgemaris
Call to dsGetRecordList returned count = 1 with Status : eDSNoErr : (0)
Call to checkpw(): Bad Password
path: /LDAPv3/venere.marinarinaldi.it
Username: mrcgemaris
Password: mrcgemaris
Error : eDSAuthNoAuthServerFound : (-14102)
LOG SERVER
Server Replica (venere) nothing to see
Server Master (zeus) is down....
LOG CLIENT
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsOpenDirService(), Server Used : DAR : Dir Ref 16777692 : Result code = 0
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsFindDirNodes(), Server Used : DAC : Dir Ref 16777692 : Data buffer size = 2048
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsFindDirNodes(), Server Used : DAR : 1 : Dir Ref = 16777692 : Requested nodename = /Search
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsFindDirNodes(), Server Used : DAR : 2 : Dir Ref = 16777692 : Result code = 0
2008-03-27 15:49:34 CET - Client: Requesting dsOpenDirNode with PID = 384, UID = 502, and EUID = 502
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsOpenDirNode(), Search Used : DAC : Dir Ref = 16777692 : Node Name = /Search
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsOpenDirNode(), Search Used : DAR : Dir Ref = 16777692 : Node Ref = 16777693 : Result code = 0
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsGetRecordList(), Search Used : DAC : 1 : Node Ref = 16777693 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsGetRecordList(), Search Used : DAC : 2 : Node Ref = 16777693 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 0
2008-03-27 15:49:34 CET - Client: Requesting dsOpenDirNode with PID = 0, UID = 0, and EUID = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), NetInfo Used : DAC : Dir Ref = 16777218 : Node Name = /NetInfo/DefaultLocalNode
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), NetInfo Used : DAR : Dir Ref = 16777218 : Node Ref = 16777694 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 1 : Node Ref = 16777694 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 2 : Node Ref = 16777694 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAR : Node Ref = 16777694 : Number of Found Records = 0 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Client: Requesting dsOpenDirNode with PID = 0, UID = 0, and EUID = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), LDAPv3 Used : DAC : Dir Ref = 16777218 : Node Name = /LDAPv3/venere.marinarinaldi.it
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), LDAPv3 Used : DAR : Dir Ref = 16777218 : Node Ref = 16777695 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 1 : Node Ref = 16777695 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 2 : Node Ref = 16777695 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAR : Node Ref = 16777695 : Number of Found Records = 1 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: dsGetRecordList(), Search Used : DAR : Node Ref = 16777693 : Number of Found Records = 1 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Client: dirt, PID: 384, API: checkpw(), Server Used : dsmig DAC : Username = mrcgemaris
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), Search Used : DAC : 1 : Node Ref = 16777321 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), Search Used : DAC : 2 : Node Ref = 16777321 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 1 : Continue Data = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 1 : Node Ref = 16777658 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAC : 2 : Node Ref = 16777658 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 1 : Continue Data = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), NetInfo Used : DAR : Node Ref = 16777658 : Number of Found Records = 0 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 1 : Node Ref = 16777685 : Requested Rec Names = mrcgemaris : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:Users
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAC : 2 : Node Ref = 16777685 : Requested Attrs = dsAttrTypeStandard:AppleMetaNodeLocation;dsAttrTypeStandard:RecordName : Attr Type Only Flag = 0 : Record Count Limit = 1 : Continue Data = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), LDAPv3 Used : DAR : Node Ref = 16777685 : Number of Found Records = 1 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsGetRecordList(), Search Used : DAR : Node Ref = 16777321 : Number of Found Records = 1 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:34 CET - Client: Requesting dsOpenDirNode with PID = 0, UID = 0, and EUID = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), LDAPv3 Used : DAC : Dir Ref = 16777320 : Node Name = /LDAPv3/venere.marinarinaldi.it
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), LDAPv3 Used : DAR : Dir Ref = 16777320 : Node Ref = 16777696 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsDoDirNodeAuth(), LDAPv3 Used : DAC : Node Ref = 16777696 : User Name = mrcgemaris : Auth Method = dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText : Auth Only Flag = 1 : Continue Data = 0
2008-03-27 15:49:34 CET - CLDAPv3Plugin: DoAuthenticationOnRecordType - Attempting use of authentication method dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText
2008-03-27 15:49:34 CET - CLDAPv3Plugin: Attempting to get dsAttrTypeStandard:AuthenticationAuthority
2008-03-27 15:49:34 CET - CLDAPv3Plugin: LookupAttribute value found ;ApplePasswordServer;0x47a1d9e9390714bd0000005e0000005e,1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected]:192.168.236.11
2008-03-27 15:49:34 CET - CLDAPv3Plugin: LookupAttribute value found ;Kerberosv5;0x47a1d9e9390714bd0000005e0000005e;[email protected] ;ZEUS.MARINARINALDI.IT;1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected]:192.168.236.11
2008-03-27 15:49:34 CET - CLDAPv3Plugin: DoPasswordServerAuth::
2008-03-27 15:49:34 CET - CLDAPv3Plugin: Attempting use of authentication method dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirService(), Server Used : DAR : Dir Ref 16777697 : Result code = 0
2008-03-27 15:49:34 CET - Client: Requesting dsOpenDirNode with PID = 0, UID = 0, and EUID = 0
2008-03-27 15:49:34 CET - Unable to determine fPluginPtr from node table
2008-03-27 15:49:34 CET - Determined plugin ptr for call
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), PasswordServer Used : DAC : Dir Ref = 16777697 : Node Name = /PasswordServer/192.168.236.11
2008-03-27 15:49:34 CET - CPSPlugIn::OpenDirNode
2008-03-27 15:49:34 CET - CPSPlugIn::OpenDirNode path = /PasswordServer/192.168.236.11
2008-03-27 15:49:34 CET - CPSPlugIn::EndServerSession opens: 2, closes 2
2008-03-27 15:49:34 CET - Determined plugin ptr used and returns result 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsOpenDirNode(), PasswordServer Used : DAR : Dir Ref = 16777697 : Node Ref = 16777698 : Result code = 0
2008-03-27 15:49:34 CET - Internal Dispatch, API: dsDoDirNodeAuth(), PasswordServer Used : DAC : Node Ref = 16777698 : User Name = 0x47a1d9e9390714bd0000005e0000005e,1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected] : Auth Method = dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText : Auth Only Flag = 1 : Continue Data = 0
2008-03-27 15:49:34 CET - CPSPlugIn::DoAuthentication
2008-03-27 15:49:34 CET - PasswordServer PlugIn: Attempting use of authentication method dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText
2008-03-27 15:49:34 CET - GetAuthMethodConstant siResult=0, uiAuthMethod=1228, mech=
2008-03-27 15:49:34 CET - hexHash=25DDD5DED1651A0CCEB1E2B99DD09FFB
2008-03-27 15:49:34 CET - HandleFirstContact
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsVerifyDirRefNum(), Server Used : DAC : Dir Ref 16777534
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsVerifyDirRefNum(), Server Used : DAR : Dir Ref 16777534 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsVerifyDirRefNum(), Server Used : DAC : Dir Ref 16777534
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsVerifyDirRefNum(), Server Used : DAR : Dir Ref 16777534 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAC : Dir Ref 16777534 : Data buffer size = 512
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 1 : Dir Ref = 16777534 : Requested nodename = DefaultNetworkNodes
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 2 : Dir Ref = 16777534 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAC : Dir Ref 16777534 : Data buffer size = 512
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 1 : Dir Ref = 16777534 : Requested nodename = /SLP/DEFAULT
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 2 : Dir Ref = 16777534 : Result code = 0
2008-03-27 15:49:40 CET - Client: Requesting dsOpenDirNode with PID = 246, UID = 0, and EUID = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsOpenDirNode(), SLP Used : DAC : Dir Ref = 16777534 : Node Name = /SLP/DEFAULT
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsOpenDirNode(), SLP Used : DAR : Dir Ref = 16777534 : Node Ref = 16777699 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAC : Dir Ref 16777534 : Data buffer size = 512
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 1 : Dir Ref = 16777534 : Requested nodename = /SMB/MARINARINALDI
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsFindDirNodes(), Server Used : DAR : 2 : Dir Ref = 16777534 : Result code = 0
2008-03-27 15:49:40 CET - Client: Requesting dsOpenDirNode with PID = 246, UID = 0, and EUID = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsOpenDirNode(), SMB Used : DAC : Dir Ref = 16777534 : Node Name = /SMB/MARINARINALDI
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsOpenDirNode(), SMB Used : DAR : Dir Ref = 16777534 : Node Ref = 16777700 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 1 : Node Ref = 16777700 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 2 : Node Ref = 16777700 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAR : Node Ref = 16777700 : Number of Found Records = 0 : Continue Data = 16777700 : Result code = 0
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:40 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 1 : Node Ref = 16777700 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 2 : Node Ref = 16777700 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777700
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAR : Node Ref = 16777700 : Number of Found Records = 1 : Continue Data = 16777700 : Result code = 0
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 1 : Node Ref = 16777700 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAC : 2 : Node Ref = 16777700 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777700
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsGetRecordList(), SMB Used : DAR : Node Ref = 16777700 : Number of Found Records = 0 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsCloseDirNode(), SMB Used : DAC : Node Ref = 16777700
2008-03-27 15:49:41 CET - Client: automount, PID: 246, API: dsCloseDirNode(), SMB Used : DAR : Node Ref = 16777700 : Result code = 0
2008-03-27 15:49:42 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:42 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:42 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:43 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:43 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:43 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:44 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:44 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:44 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:45 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:45 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:45 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:46 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:46 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:46 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:47 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:47 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:47 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:48 CET - CLDAPNode: Status Node: venere.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
2008-03-27 15:49:48 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:48 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:48 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:49 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:49 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:49 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:50 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:50 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:50 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:51 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:51 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:51 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:52 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:52 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:52 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:53 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:53 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:53 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 16777699 : Result code = 0
2008-03-27 15:49:54 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 1 : Node Ref = 16777699 : Requested Rec Names = dsRecordsAll : Rec Name Pattern Match:8193 = eDSExact : Requested Rec Types = dsRecTypeStandard:AFPServer;dsRecTypeStandard:SMBServer;dsRecTypeNative:cifs;ds RecTypeStandard:NFS;dsRecTypeNative:webdav;dsRecTypeStandard:FTPServer
2008-03-27 15:49:54 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAC : 2 : Node Ref = 16777699 : Requested Attrs = dsAttributesAll : Attr Type Only Flag = 0 : Record Count Limit = 0 : Continue Data = 16777699
2008-03-27 15:49:54 CET - Client: automount, PID: 246, API: dsGetRecordList(), SLP Used : DAR : Node Ref = 16777699 : Number of Found Records = 0 : Continue Data = 0 : Result code = 0
2008-03-27 15:49:54 CET - Client: automount, PID: 246, API: dsCloseDirNode(), SLP Used : DAC : Node Ref = 16777699
2008-03-27 15:49:54 CET - Client: automount, PID: 246, API: dsCloseDirNode(), SLP Used : DAR : Node Ref = 16777699 : Result code = 0
2008-03-27 15:50:14 CET - CPSPlugIn::DoAuthentication returning -14102
2008-03-27 15:50:14 CET - Internal Dispatch, API: dsDoDirNodeAuth(), PasswordServer Used : DAR : Node Ref = 16777698 : Result code = -14102
2008-03-27 15:50:14 CET - Plug-in call "dsDoDirNodeAuth()" failed with error = -14102.
2008-03-27 15:50:14 CET - Port: 0 Call: dsDoDirNodeAuth() == -14102
2008-03-27 15:50:14 CET - CLDAPv3Plugin: Attempting to get dsAttrTypeStandard:PasswordServerList
2008-03-27 15:50:14 CET - CLDAPv3Plugin: LookupAttribute value found <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>DecommissionedReplicas</key>
<array>
<string>Replica1</string>
<string>Replica2</string>
<string>Replica3</string>
<string>Replica4</string>
<string>Replica5</string>
<string>Replica6</string>
<string>Replica7</string>
<string>Replica8</string>
</array>
<key>ID</key>
<string>25DDD5DED1651A0CCEB1E2B99DD09FFB</string>
<key>Parent</key>
<dict>
<key>DNS</key>
<string>zeus.marinarinaldi.it</string>
<key>EntryModDate</key>
<date>2008-03-04T14:20:43Z</date>
<key>IDRangeBegin</key>
<string>0x00000000000000000000000000000619</string>
<key>IDRangeEnd</key>
<string>0x0000000000000000000000000000080d</string>
<key>IP</key>
<array>
<string>192.168.236.11</string>
<string>169.254.5.51</string>
</array>
<key>LastSyncDate</key>
<date>2008-03-04T15:45:13Z</date>
<key>ReplicaPolicy</key>
<string>SyncDefault</string>
<key>Replicas</key>
<array>
<dict>
<key>EntryModDate</key>
<date>2008-03-12T10:37:36Z</date>
<key>IDRangeBegin</key>
<string>0x00000000000000000000000000000821</string>
<key>IDRangeEnd</key>
<string>0x00000000000000000000000000000a15</string>
<key>IP</key>
<string>192.168.236.12</string>
<key>ReplicaName</key>
<string>Replica9</string>
<key>SASLRealm</key>
<string>zeus.marinarinaldi.it</string>
<key>SyncInterval</key>
<integer>300</integer>
</dict>
</array>
</dict>
<key>Status</key>
<string>AllowReplication</string>
</dict>
</plist>
2008-03-27 15:50:14 CET - Internal Dispatch, API: dsDoPlugInCustomCall(), PasswordServer Used : DAC : Node Ref = 16777698 : Request Code = 1
2008-03-27 15:50:14 CET - CPSPlugIn::DoPlugInCustomCall
2008-03-27 15:50:14 CET - Internal Dispatch, API: dsDoPlugInCustomCall(), PasswordServer Used : DAR : Node Ref = 16777698 : Request Code = 1 : Result code = 0
2008-03-27 15:50:14 CET - Internal Dispatch, API: dsDoDirNodeAuth(), PasswordServer Used : DAC : Node Ref = 16777698 : User Name = 0x47a1d9e9390714bd0000005e0000005e,1024 35 1171980931692576885169214171482044657316089548207646087439857899663093596090086 18500022930664585710028775071071758117055259084909099653496495460064998013214753 57636678646248863040314133862180622725241725977528845328297304507793332329161400 1203839046263891507134157771344760551355337344094111692136608729188419 [email protected] : Auth Method = dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText : Auth Only Flag = 1 : Continue Data = 0
2008-03-27 15:50:14 CET - CPSPlugIn::DoAuthentication
2008-03-27 15:50:14 CET - PasswordServer PlugIn: Attempting use of authentication method dsAuthMethodStandard:dsAuthNodeNativeCanUseClearText
2008-03-27 15:50:14 CET - GetAuthMethodConstant siResult=0, uiAuthMethod=1228, mech=
2008-03-27 15:50:14 CET - hexHash=25DDD5DED1651A0CCEB1E2B99DD09FFB
2008-03-27 15:50:14 CET - HandleFirstContact
2008-03-27 15:50:18 CET - CLDAPNode: Status Node: venere.marinarinaldi.it -- Server: 192.168.236.12 - Time: 30 sec -- Idle
2008-03-27 15:50:44 CET - CPSPlugIn::DoAuthentication returning -14102
2008-03-27 15:50:44 CET - Internal Dispatch, API: dsDoDirNodeAuth(), PasswordServer Used : DAR : Node Ref = 16777698 : Result code = -14102
2008-03-27 15:50:44 CET - Plug-in call "dsDoDirNodeAuth()" failed with error = -14102.
2008-03-27 15:50:44 CET - Port: 0 Call: dsDoDirNodeAuth() == -14102
2008-03-27 15:50:44 CET - Internal Dispatch, API: dsDoDirNodeAuth(), LDAPv3 Used : DAR : Node Ref = 16777696 : Result code = -14102
2008-03-27 15:50:44 CET - Plug-in call "dsDoDirNodeAuth()" failed with error = -14102.
2008-03-27 15:50:44 CET - Port: 0 Call: dsDoDirNodeAuth() == -14102

Similar Messages

When I forward an email from my Mac Mail, the body of the email I just forwarded shows as an attachment in the recipients outlook. Is there a way to change this so my clients don't have to open an attachment to read something that I forwarded to them?

When I forward an email from my Mac Mail, the body of the email I just forwarded shows as an attachment in the recipients outlook. Is there a way to change this so my clients don't have to open an attachment to read something that I forwarded to them?

Open Terminal in Utilties and copy/paste
This will send the attachment embedded inline. (This works in Snow Leopard, but not sure about Lion. Do a test first. If it doesn't work, just google "send attachment embedded + Lion." You don't actually have to send the message to see how it will appear.)
defaults write com.apple.mail DisableInlineAttachmentViewing 0
To reverse the setting, change the 0 to a 1
However, whether this will work or not will depend on what the e-mail client on the receiver's end does with it.

Wireless Clients failing to authenticate via the RADIUS

Hi friends
I am trying to use Radius server (NPS) to authenticate my wireless users using 1941W router.
For some reason it cannot authenticate successfully. I checked the radius server is reachable but still I dont see any luck.
the config is like this:
***************Config snap shot*********************
aaa new-model
aaa group server radius group1
server 10.32.0.154 auth-port 1812 acct-port 1813
aaa authentication login EAP group group1
aaa session-id common
dot11 syslog
dot11 ssid CORP
   vlan 320
   authentication open eap EAP
   mbssid guest-mode
interface Loopback1
ip address 10.51.240.1 255.255.255.255
no ip route-cache
interface Dot11Radio0
no ip address
no ip route-cache
encryption vlan 320 mode ciphers aes-ccm
ssid CORP
antenna gain 0
mbssid
station-role root
interface Dot11Radio0.1
encapsulation dot1Q 320 native
no ip route-cache
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
bridge-group 1 spanning-disabled
interface GigabitEthernet0
description the embedded AP GigabitEthernet 0 is an internal interface connecting AP with the host router
no ip address
no ip route-cache
interface GigabitEthernet0.1
encapsulation dot1Q 320 native
no ip route-cache
bridge-group 1
no bridge-group 1 source-learning
bridge-group 1 spanning-disabled
interface BVI1
ip address 10.51.246.2 255.255.255.0
no ip route-cache
ip default-gateway 10.51.246.1
ip radius source-interface Loopback1
radius-server host 10.32.0.154 auth-port 1812 acct-port 1646 key V3rv3@mc0m
bridge 1 route ip
*********************End of config snap shot*********************
When i run the debug i see the following messages which I am still trying to understand thought it would be worthwhile mentioning here:
*******************Debug**********************
AP1#
*Mar 1 01:04:41.951: AAA/BIND(0000001E): Bind i/f
*Mar 1 01:04:41.951: dot11_auth_add_client_entry: Create new client 2477.037e.22d4 for application 0x1
*Mar 1 01:04:41.951: dot11_auth_initialize_client: 2477.037e.22d4 is added to the client list for application 0x1
*Mar 1 01:04:41.951: dot11_auth_add_client_entry: req->auth_type 0
*Mar 1 01:04:41.951: dot11_auth_add_client_entry: auth_methods_inprocess: 2
*Mar 1 01:04:41.951: dot11_auth_add_client_entry: eap list name: EAP
*Mar 1 01:04:41.951: dot11_run_auth_methods: Start auth method EAP or LEAP
*Mar 1 01:04:41.951: dot11_auth_dot1x_start: in the dot11_auth_dot1x_start
*Mar 1 01:04:41.951: dot11_auth_dot1x_send_id_req_to_client: Sending identity request to 2477.037e.22d4
*Mar 1 01:04:41.951: EAPOL pak dump tx
*Mar 1 01:04:41.951: EAPOL Version: 0x1 type: 0x0 length: 0x002F
*Mar 1 01:04:41.951: EAP code: 0x1 id: 0x1 length: 0x002F type: 0x1
030017B0: 0100002F 0101002F 01006E65 74776F72 .../.../..networ
030017C0: 6B69643D 56434F52 502C6E61 7369643D kid=VCORP,nasid=
030017D0: 4B414C2D 30322D41 50312C70 6F727469 KAL-02-AP1,porti
030017E0: 643D30                               d=0
*Mar 1 01:04:41.955: dot11_auth_send_msg: sending data to requestor status 1
*Mar 1 01:04:41.955: dot11_auth_send_msg: Sending EAPOL to requestor
*Mar 1 01:04:41.955: dot11_auth_dot1x_send_id_req_to_client: Client 2477.037e.22d4 timer started for 30 seconds
*Mar 1 01:04:41.955: dot11_auth_parse_client_pak: Received EAPOL packet from 2477.037e.22d4
*Mar 1 01:04:41.955: EAPOL pak dump rx
*Mar 1 01:04:41.955: EAPOL Version: 0x1 type: 0x1 length: 0x0000
033E86E0:          01010000                        ....
*Mar 1 01:04:41.955: dot11_auth_dot1x_run_rfsm: Executing Action(CLIENT_WAIT,EAP_START) for 2477.037e.22d4
*Mar 1 01:04:41.955: dot11_auth_dot1x_send_id_req_to_client: Sending identity request to 2477.037e.22d4
*Mar 1 01:04:41.959: EAPOL pak dump tx
*Mar 1 01:04:41.959: EAPOL Version: 0x1 type: 0x0 length: 0x002F
*Mar 1 01:04:41.959: EAP code: 0x1 id: 0x2 length: 0x002F type: 0x1
03001A20: 0100002F 0102002F 01006E65 74776F72 .../.../..networ
03001A30: 6B69643D 56434F52 502C6E61 7369643D kid=VCORP,nasid=
03001A40: 4B414C2D 30322D41 50312C70 6F727469 KAL-02-AP1,porti
03001A50: 643D30                               d=0
*Mar 1 01:04:41.959: dot11_auth_send_msg: sending data to requestor status 1
*Mar 1 01:04:41.959: dot11_auth_send_msg: Sending EAPOL to requestor
*Mar 1 01:04:41.959: dot11_auth_dot1x_send_id_req_to_client: Client 2477.037e.22d4 timer started for 30 seconds
*Mar 1 01:04:41.963: dot11_auth_parse_client_pak: Received EAPOL packet from 2477.037e.22d4
*Mar 1 01:04:41.963: EAPOL pak dump rx
*Mar 1 01:04:41.963: EAPOL Version: 0x1 type: 0x0 length: 0x0012
*Mar 1 01:04:41.963: EAP code: 0x2 id: 0x1 length: 0x0012 type: 0x1
033603C0:                            01000012              ....
033603D0: 02010012 01564552 56455C47 30373532 .....VERVE\G0752
033603E0: 3736                                 76
*Mar 1 01:04:41.963: dot11_auth_parse_client_pak: id is not matching req-id:1resp-id:2, waiting for response
*Mar 1 01:04:41.963: dot11_auth_parse_client_pak: Received EAPOL packet from 2477.037e.22d4
*Mar 1 01:04:41.963: EAPOL pak dump rx
*Mar 1 01:04:41.963: EAPOL Version: 0x1 type: 0x0 length: 0x0012
*Mar 1 01:04:41.963: EAP code: 0x2 id: 0x2 length: 0x0012 type: 0x1
033AEE90:                   01000012 02020012          ........
033AEEA0: 01564552 56455C47 30373532 3736      .VERVE\G075276
*Mar 1 01:04:41.963: dot11_auth_dot1x_run_rfsm: Executing Action(CLIENT_WAIT,CLIENT_REPLY) for 2477.037e.22d4
*Mar 1 01:04:41.963: dot11_auth_dot1x_send_response_to_server: Sending client 2477.037e.22d4 data to server
*Mar 1 01:04:41.963: AAA/AUTHEN/PPP (0000001E): Pick method list 'EAP'
*Mar 1 01:04:41.963: dot11_auth_dot1x_send_response_to_server: Started timer server_timeout 60 seconds
*Mar 1 01:04:41.963: %AAA-3-BADSERVERTYPEERROR: Cannot process authentication server type *invalid_group_handle*
*Mar 1 01:04:41.963: dot11_auth_dot1x_parse_aaa_resp: Received server response: FAIL
*Mar 1 01:04:41.963: dot11_auth_dot1x_parse_aaa_resp: found eap pak in server response
*Mar 1 01:04:41.963: Client 2477.037e.22d4 failed: EAP reason 2
*Mar 1 01:04:41.963: dot11_auth_dot1x_parse_aaa_resp: Failed client 2477.037e.22d4 with aaa_req_status_detail 2
*Mar 1 01:04:41.963: dot11_auth_dot1x_run_rfsm: Executing Action(SERVER_WAIT,SERVER_FAIL) for 2477.037e.22d4
*Mar 1 01:04:41.963: dot11_auth_dot1x_send_response_to_client: Forwarding server message to client 2477.037e.22d4
*Mar 1 01:04:41.963: EAPOL pak dump tx
*Mar 1 01:04:41.963: EAPOL Version: 0x1 type: 0x0 length: 0x0004
*Mar 1 01:04:41.963: EAP code: 0x4 id: 0x2 length: 0x0004
03001DC0:                   01000004 04020004          ........
03001DD0:
*Mar 1 01:04:41.963: dot11_auth_send_msg: sending data to requestor status 1
*Mar 1 01:04:41.967: dot11_auth_send_msg: Sending EAPOL to requestor
*Mar 1 01:04:41.967: dot11_auth_dot1x_send_response_to_client: Started timer client_timeout 30 seconds
*Mar 1 01:04:41.967: dot11_auth_dot1x_send_client_fail: Authentication failed for 2477.037e.22d4
*Mar 1 01:04:41.967: dot11_auth_send_msg: sending data to requestor status 0
*Mar 1 01:04:41.967: dot11_auth_send_msg: client FAILED to authenticate 2477.037e.22d4, node_type 64 for application 0x1
*Mar 1 01:04:41.967: dot11_auth_delete_client_entry: 2477.037e.22d4 is deleted for application 0x1
*Mar 1 01:04:41.967: %DOT11-7-AUTH_FAILED: Station 2477.037e.22d4 Authentication failed
*Mar 1 01:04:41.967: dot11_auth_client_abort: Received abort request for client 2477.037e.22d4
*Mar 1 01:04:41.967: dot11_auth_client_abort: No client entry to abort: 2477.037e.22d4 for application 0x1
Any Idea where the problem could be?
Regards,
Mohit

Just to add here, i ran another command on the AP/Router which indicates to me that there was no response from the Radius server.
KAL-02-AP1#sh radius statistics
                                  Auth.      Acct.       Both
         Maximum inQ length:         NA         NA          1
       Maximum waitQ length:         NA         NA          2
       Maximum doneQ length:         NA         NA          1
       Total responses seen:          0          0          0
     Packets with responses:          0          0          0
Packets without responses:         12          0         12
Access Rejects           :          0
Average response delay(ms):          0          0          0
Maximum response delay(ms):          0          0          0
Number of Radius timeouts:         48          0         48
       Duplicate ID detects:          0          0          0
Buffer Allocation Failures:          0          0          0
Maximum Buffer Size (bytes):        186          0        186
Source Port Range: (2 ports only)
1645 - 1646
Last used Source Port/Identifier:
1645/12
1646/0
Elapsed time since counters last cleared: 1h52m

Tarantella native client don`t printing with printer usb

tarantella native client don`t printing with printer usb

agreed with Wai on upgrading. The first test should be outside of SGD . . . does UNIX print to that USB printer? If not then chances are Tarantella 3.30 will not. If you upgrade to 4.31 you will need to first upgrade to 3.42 then to 4.20 before upgrading to 4.31. Under 4.31 we support PDF printing from UNIX servers. With PDF printing you should have no problem printing to a USB printer.

HT5361 Mac OS X Mail 4.6 sends emails that other email clients don't recognize as attachments, but as embedded pictures. Mail 6.6 does not have this problem.

My Mac OS X (with 10.6.8 software) Mail 4.6 sends emails that other email clients don’t recognize as attachments, but as embedded pictures. When I receive emails from others, I do not see whole image either. I did change "rich text" to "plain text" in message format - no results.
My daughter has Mac (10.8.5) with Mail 6.6, which does not have this problem. Can I install 6.6 instead of 4.6 or do you know other fix?
Help, please?
Thanks,
Andrew

I've been having the same problem now for several months (at least 3-4 if not more). And the frequency of Mail quitting is increasing, several times in a few hours. And as with you, no particular message pops up before hand or not even the beach-ball spinning first and then quitting.
I too have been sending Apple the crash reports. However, I have not contacted Apple Support yet. Hoping to find the answer in this forum, but again, no luck.
If you have found a solution since then, please advise. Or if anyone else out there knows of this issue and can help, that would be greatly appreciated.

RMI- client don't work

I wrote application, in it I gather all files in direction tomcat server( c:\xampp\tomcat\webapps ) in direction 'ram'. So all file are in ram direction. Server work, but client don't. In client file I have code:
import java.rmi.*;
import java.rmi.server.*;
public class ProduktKlient {
public static void main(String args[]) {
System.setProperty("java.security.policy","nowy.txt");
System.setSecurityManager(new RMISecurityManager());
String url="rmi://localhost:8080/ram/";
try{
Produkt p1=(Produkt)Naming.lookup(url+"delf");
Produkt p2=(Produkt)Naming.lookup(url+"kar");
System.out.println(p1.getOpis());
System.out.println(p2.getOpis());
}catch(Exception e) {}
}In my file nowy.txt I wrote:
grant {
permission java.net.SocketPermission "localhost:1024-65000","connect";
permission java.net.SocketPermission "localhost:8080","connect";
};I think that client don't connect with server. When I run client programm, nothing answer.
What is wrong in this application? If You want I send all aplication, but server work and objects are registry, because I try it.
Please help me.

Thanks sim085 but it don't work still.
I don't have file registry.bat. I have classpath for java 1.5 in my system Windows.
I sent you two files: ProduktClient.java and nowy.txt so I send you now another files in my direction 'ram'. I have all files in path: c:\xampp\tomcat\webapps\ram.
ProduktServer:
import java.rmi.*;
import java.rmi.server.*;
public class ProduktServer {
public static void main(String arg[]) {
   try{
   ProduktKlas p1=new ProduktKlas("Delfinek");
   ProduktKlas p2=new ProduktKlas("Karp");
   Naming.rebind("delf",p1);
   Naming.rebind("kar",p2);
    }catch (Exception e) {}
} interface Produkt.java:
import java.rmi.*;
public interface Produkt extends Remote {
String getOpis()throws RemoteException;
ProduktKlas.java:
import java.rmi.*;
import java.rmi.server.*;
public class ProduktKlas extends UnicastRemoteObject implements Produkt {
private String nazwaProduktu;
public ProduktKlas(String nazwa)throws RemoteException {
nazwaProduktu=nazwa;
public String getOpis()throws RemoteException {
return "It is name: "+nazwaProduktu;
}Of course I have file ProduktKlas_Stub.class, which I do through rmic tool.
Server work good, because when I run it, the dash char appear so it means that listen to.
Only client don't work. I run client from direction
c:\xampp\tomcat\webapps\ram>java ProduktKlient.
in my console.
Maybe is something wrong in my policy file(nowy.txt). May it file have extension .txt instead of .policy?

Linux client don't receive messages

I got this strange problem. I'm using weblogic 8.1 sp5 as a J2EE server for an application that use JMS. I also have a java client who send messages to a queue and receive messages throw a topic. When a run the client in a windows machine the messages are sended and received, but when I use a Linux machine (redhat 3) the client don't receive the messages published into the topic.
I've tried into several machines, with redhat 3 and fedora. The only way to make it work is to run the client into the same machine where the server is.
Please help!
Thanks

I finally solve the problem!
The linux client has a default entry in the hosts file matching the 127.0.0.1 IP the the machine name. For some reason, the jms topic listener didnt' keep the connection with the server and start listening to himself. Therefore, the messages wasn't processed by the topic listener.
Removing this entry and creating a new one matching the real IP with the host name solve the problem.

How is remote stateless session EJB removed, if clients don't remove() it

I've seen code that doesn't call .remove, and Sun's tutorial also doesn't .remove(), despite the fact that the create() call is made:
http://java.sun.com/j2ee/1.4/docs/tutorial/doc/EJB4.html#wp79902
My questions are:
1. .create() instantiates a new remote instance, doesn't it?
2. since clients don't call .remove(), how does the remote instance get ejbRemove()d?
2.1. Does perhaps the home instance of such ejb cause removal upon finalize()? I've seen some auto-generated EJB stubs, but i don't see that being the case.

Clients do have the option of calling remove() but the behavior depends on the kind of
session bean.
For stateless session beans, calling remove() doesn't have much value since the lifetime
of the bean instances in the container is decoupled from the client. An ejb container
is free to use the remove call as a hint, but in general the container will clean up instances
when it deems it necessary. Most implementations define a number of configuration
parameters to control this, e.g., max-pool-size.
For stateful session beans, calling remove() will indeed remove that session bean identity,
whether it's in memory or it has been passivated. Even in the absence of an explicit
client call to remove(), the container is still free to remove a stateful session bean.
Most implementations define a set of timeout parameters that control this behavior.
--ken

IChat & iCal can't authenticate to Lion Server 10.7.2

I've enabled iChat and iCal Server through our local 10.7.2 Server which has DNS set up correctly. I can add the server account via a client's System Preferences (under other - Mac OS X server) and it authenticates with my shortname correctly.
However, when I load iCal or iChat, I get this error message:
iChat can't login to servername.ourdomain.co.nz because your login ID or password is incorrect.
Where the account is [email protected]
The password and username is correct.
Console throws this error:
>22/11/11 3:03:31.135 PM imagent: [Warning] XMPPConnection: Error: Error Domain=XMPPErrorDomain Code=105 "The operation couldn�t be completed. (XMPPErrorDomain error 105.)" UserInfo=0x7f81bbe2a3e0 {XMPPErrorText=service requested for unknown domain}
DNS is set up correctly and we are using a FQDN to connect (it's working for Profile Management, Software Update Server and Web Services) but I can't get iChat or iCal to work correctly.
How can I get clients to authenticate?
I have also asked this question on Serverfault, here: http://serverfault.com/questions/333468/ichat-and-ical-cant-authenticate-to-lion -server-10-7-2

Where are you adding these users? You should be adding them on the Lion SERVER, in the server app, under Accounts -> Users. I presume you are running open directory?
I am adding them on the Lion Server, under Accounts -> Users.
The usernames have no domain in them. So, example name might be steve. When you are adding a new user on the lion server through serverapp, the user name shown in the box that says "Account Name" is what goes in the user name fields in iCal and address book. Those are added by adding a new account within iCal or Address Book app on the client.
I'm only using the short name to add the accounts on the Lion client. However, both iCal and iChat require a FQDN as part of the login - they amend @servername.domain.co.nz as part of the account. This is normal behavior for both iChat and iCal on Lion Server.
"I can add the server account via a client's System Preferences (under other - Mac OS X server)". Where!? I don't see any other - Mac OS X server on any client. I assume Mac clients? Are you doing Lion server network accounts? Local accounts?
Anyway, the name that is the user name is the short name. There is no domain part. So, not sure why you have a domain part to the name. The domain gores in the server address in address book or iCal.
You're correct - you only add the shortname in the client's system preferences, but iChat and iCal add the FQDN part to the login.
Here is what the dialogue box that I am talking about on the client:

Imp:How to find out whether client authentication Enabled on the Web Server

Hi,
I am trying to find out whether the Client Authentication Enabled on the Web Server or not.
Reason for doing this, if we have two certificates in the key store which will authenticate the Web Server, JSSE Authentication will always take the first cert from the keystore. If the first Certificate is Expired, it will fail while doing the HandShake.
So if I can find out whether Client Authentication is Enabled or not, then I can prompt a dialog for the user to select the Certificate for the Hand Shake.
Thanks in advance for any Response,
Krish.

AUTH_TYPE will tell you only if it SSL or not. It won't say whether the Client Certificates Required for SSL Connection.
Also, AUTH_TYPE is not part of the Http Headers.
If there is any other solution, greatly appreciated.
Thanks
Krish.

Clients can't rejoin domain after server clean install

Hello, I've got an issue with having client computers rejoin the domain after reinstalling the server software. Another post I read suggested saving the plist files to get the settings the same, but I need to reconfigure manually to eliminate some other problems we've been having.
We've got an Xserve running 10.4.8 with a mix of XP and Tiger clients all authenticating with the server. Our XP clients have remote profiles converted to local and our Tiger clients use mobile accounts. Generally things were running OK, but we kept having some authentication issues and have SMB crashes. In reviewing our log files it was suggested that our Open Directory was messed up (probably during our upgrade from 10.3 to 10.4) and that a clean install was the best course of action. The server has been running 24x7 for over 3 years without any signifigant maintenance, so this seemed like a good idea.
Everything was going great. I did the clean install and had DNS and DHCP configured and working, then started setting up Open Directory as the PDC and Windows Services as the Primary WINS. I had intended to recreate the user accounts because I didn't want to reintroduce problems by restoring the settings, however when I added one account and tested logging in on a XP machine it couldn't authenticate even though the domain name and user name was the same as before (short names too). On a whim, I moved the computer from the domain to WORKGROUP and then rejoined the (new) domain. Upon login it created a new roaming profile named user.domain instead of using the other account already there. On the XP client in accounts, the old profile showed up as unknown. I then went to a Mac and tried to log in and had similiar issues not finding the authenticating server.
After pulling my hair out this evening and realizing that there was no way I was going to have the office operation in the morning, I did a full restore from backup and pretended like I hadn't just wasted my weekend. After I got the server running, I was able to get my client machines to see the domain again and all is as it was.
Soooo, now the question is how do I create a clean installation with newly created user accounts and get the client computers to recognize the domain server as the same old one? Is there a hidden domain ID or something that is telling the client computers that it isn't the same domain or LDAP server? Any suggestions would be greatly appreciated.
Thanks.
xserve G4 & XRaid Mac OS X (10.4.8)

Sorry, to clarify I did not want to use the archive & restore because I didn't want to reintroduce the errors I was trying to eliminate. I setup the Open Directory as a PDC from scratch and then ran into the client authtenication issue. In a desperate attempt to salvage the situation I did restore the previous settings which (A) didn't work and (B) may have made things worse because I already had created some groups and a few users and ended up with groups with duplicate IDs. That was when I scrapped everything and restored the disk from backup.
Your idea of using export/import is a slightly different avenue. However, now that I'm thinking about it, I didn't even get far enough for the user profiles to be an issue because the client computers weren't even communicating with the server to get the list of users (the Macs log-in by selecting a user name from a list).
Does export/import of a computer list work? I think I tried to import the computer list last night and the one I had only contained the Macs and these didn't preserve the MAC address info for some reason. I didn't have an export of the XP machines, but tried to manually add them to the list with no success.
Thanks again for your help.

Windows 7 beta can't authenticate to Tiger Server PDC

Greetings,
Currently our Windows XP Professional clients authenticate to Tiger Server running as a Windows Primary Domain Controller without issue. I'm testing Windows 7 beta (having skipped Vista) and when I try to join the client to the Windows domain I am told that my domain can't be found (this is after inputing my domain administrator credentials to Windows 7).
Can anyone enlighted me as to why this might be failing?
Cheers,
Damon

I've tried relaxing a bunch of security-related settings according to this:
http://lists.samba.org/archive/samba-technical/2009-February/063187.html
The various registry and policy changes are near the bottom of the message. Unfortunately, it still fails with the same message, though.
It's probably a good idea to use the "Send feedback" app in Windows 7 beta to let them know.

The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required.

try
MailMessage mail = new MailMessage();
SmtpClient SmtpServer = new SmtpClient("smtp.gmail.com");
mail.From = new MailAddress("[email protected]");
mail.To.Add("[email protected]");
mail.Subject = "Test Mail..!!!!";
mail.Body = "mail with attachment";
System.Net.Mail.Attachment attachment;
attachment = new System.Net.Mail.Attachment(@"C:\Attachment.txt");
mail.Attachments.Add(attachment);
SmtpServer.Port = 587;
SmtpServer.UseDefaultCredentials = true;
SmtpServer.Credentials = new System.Net.NetworkCredential("userid", "Password");
SmtpServer.EnableSsl = true;
SmtpServer.Send(mail);
Catch(Exception exception)
When i m run this part of code it throw an Ecxeption
Given Below is the Error..
The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required.
Bikky Kumar

try
MailMessage mail = new MailMessage();
SmtpClient SmtpServer = new SmtpClient("smtp.gmail.com");
mail.From = new MailAddress("[email protected]");
mail.To.Add("[email protected]");
mail.Subject = "Test Mail..!!!!";
mail.Body = "mail with attachment";
System.Net.Mail.Attachment attachment;
attachment = new System.Net.Mail.Attachment(@"C:\Attachment.txt");
mail.Attachments.Add(attachment);
SmtpServer.Port = 587;
SmtpServer.UseDefaultCredentials = true; ///Set it to false, or remove this line
SmtpServer.Credentials = new System.Net.NetworkCredential("userid", "Password");
SmtpServer.EnableSsl = true;
SmtpServer.Send(mail);
Catch(Exception exception)
Given Below is the Error.. The SMTP server requires a secure connection or the client was not authenticated. The server response was: 5.5.1 Authentication Required.
Solution:
The error might occur due to following cases.
case 1: when the password is wrong
case 2: when you try to login from some App
case 3: when you try to login from the domain other than your time zone/domain/computer (This
is the case in most of scenarios when sending mail from code)
There is a solution for each
solution for case 1: Enter the correct password.
Recomended: solution for case 2: go to
security settings at the following link https://www.google.com/settings/security/lesssecureapps and
enable less secure apps . So that you will be able to login from all apps.
solution 1 for case 3: (This might be helpful) you need to review the activity. but reviewing the activity will not be helpful due to latest security
standards the link will not be useful. So try the below case.
solution 2 for case 3: If you have hosted your code somewhere on production server and if you have access to the production server, than take remote
desktop connection to the production server and try to login once from the browser of the production server. This will add exception for login to google and you will be allowed to login from code.
But what if you don't have access to the production server. try
the solution 3
solution 3 for case 3: You have to enable
login from other timezone / ip for your google account.
to do this follow the link https://g.co/allowaccess and
allow access by clicking the continue button.
And that's it. Here you go. Now you will be able to login from any of the computer and by any means of app to your google account.
Regards,
Nabeel Arif

Which clients are using my Sun One server for authentication?

We use Sun One ver. 5.2 .
Our LDAP clients use it for authentication.
How can I list which clients recently used the Sun One server to authenticate?
The reason I need that is because I want to upgrade the Sun One server and I want to notify the clients that I'm about to do it.
Thanks.

https://www.redhat.com/archives/fedora-directory-users/2005-September/msg00010.html
Useful script to extract LDAP based user posixGroup memberships information
===
Assuming you are using posixGroup objectclass and memberUid attribute to
store your membership information, you may find my shell script useful
and handy.
It works on Solaris LDAP Client with "ldapaddent" and "ldaplist"
commands, and works against FDS, SUN DS or OpenLDAP.
===
Gary

PHD Clients default Save dialogs point to server if available

10.6.x PHD clients seem to default to the SERVER home folder (if it's available as a result of syncing or being on the LAN) This is quite a nuisance, as a user might be saving a file and then sleeping and taking their laptop home only to find it's on the server not in their local home folder.
Anyone else noticing this? Is this a new behavior? Possibly a misconfiguration on my behalf?
This command:
dscl /Local/Default -read /Users/<username> | grep Directory
Shows the following various parameters:
NFSHomeDirectory: /Users/$USER
OriginalHomeDirectory: <home_dir><url>afp://server.domain.net/Users</url><path>$USER</path></home_dir>
OriginalNFSHomeDirectory: /Network/Servers/server.domain.net/Users/$USER
It seems the open/save dialogs are using OriginalNFSHomeDirectory

I'm seeing the same for some clients and not for others, The clients are running 10.6.1, but are talking to 10.5.8 Server.
Each Mac was upgraded to 10.6 from 10.5.8 show the problem, Macs that were clean installed to 10.6 don't have this behaviour.
It looks like something to do with a preference that isn't coming across correctly from 10.5. I've already removed the ~/Library/Preferences folder as well as filesync, but no change.
Changing the affected users OriginalNFSHomeDirectory in Workgroup manager to /Users/username (so it points locally) doesn't fix the problem either.
I'm upgrading our servers to 10.6 in 2 weeks, I'm wondering if when the servers 'know' about 10.6 clients it will work correctly again...
Any ideas Anyone?

10.4.11 client don't authenticate on replica server 10.5

Similar Messages

Maybe you are looking for