Re: [cifs-protocol] LDAP_SERVER_SD_FLAGS_OID control and search request

2010-01-12 Thread Matthieu Patou
Yeah it's good, On 12/01/2010 21:18, Sebastian Canevari wrote: Hi Matthieu, I do not know if you have already seen these messages since I have received a reply from the server stating that they could not be delivered to mat+informatique. Please let me know if you have received the emails

Re: [cifs-protocol] LDAP_SERVER_SD_FLAGS_OID control and search request

2010-01-07 Thread Sebastian Canevari
Here goes again, I've gotten a Delayed delivery notice. Sebastian Canevari Senior Support Escalation Engineer, US-CSS DSC PROTOCOL TEAM 7100 N Hwy 161, Irving, TX - 75039 Las Colinas - LC2 Tel: +1 469 775 7849 e-mail: seba...@microsoft.com -Original Message- From: Sebastian Canevari

Re: [cifs-protocol] LDAP_SERVER_SD_FLAGS_OID control and search request

2009-12-19 Thread Matthieu Patou
Hi Sebastian, Hi Matthieu, If I have understood your question correctly, the answer for it can be found in section 3.1.1.3.4.1.11 LDAP_SERVER_SD_FLAGS_OID of MS-ADTS. The version online, already has this information on the section

[cifs-protocol] LDAP_SERVER_SD_FLAGS_OID control and search request

2009-12-18 Thread Matthieu Patou
Hello, While testing ADUC I found that this tool is using the control LDAP_SERVER_SD_FLAGS_OID when requesting object with no attributes (ie. CN=Users,DC=home,DC=matws,DC=net) and expect to receive the nTSecurityDescriptor. Of course if you do not provide this control the nTSecurityDescriptor

Re: [cifs-protocol] LDAP_SERVER_SD_FLAGS_OID control and search request

2009-12-18 Thread Sebastian Canevari
Hi Matthieu, I'll be helping you with this issue. Thanks and regards, Sebastian Canevari Senior Support Escalation Engineer, US-CSS DSC PROTOCOL TEAM 7100 N Hwy 161, Irving, TX - 75039 Las Colinas - LC2 Tel: +1 469 775 7849 e-mail: seba...@microsoft.com -Original Message- From: