Re: [cifs-protocol] [REG:210063056197932001] Need some clarification on the User-Change-Password access rights

2010-07-16 Thread Bill Wesse
Good morning Nadya – Bill Wesse here; Obaid is out of the office, and I will be your contact for this case. Could you send me a network capture of the CONSTRAINT_VIOLATION error you are receiving? Thanks in advance; this will help us in making sure we get things right! Regards, Bill Wesse

Re: [cifs-protocol] [REG:110062452298172] Re: Text-file Schema for all of 2000-2008R2

2010-07-08 Thread Bill Wesse
Schema http://blogs.msdn.com/b/openspecification/archive/2009/06/26/using-the-windows-server-protocols-documentation-set-to-better-understand-the-active-directory-schema.aspx Thanks for your patience! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC Protocol Team 8055

Re: [cifs-protocol] Status: SRX091111600231 [MS-ADA3]: 2.115 Structure of prefixMap over LDAP

2010-02-02 Thread Bill Wesse
Glad to have been of assistance! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704) 661-5438 Fax:+1(704) 665-9606 -Original Message- From

Re: [cifs-protocol] Status: SRX091111600231 [MS-ADA3]: 2.115 Structure of prefixMap over LDAP

2010-02-01 Thread Bill Wesse
Good morning again. Sebastian will be back in the office today; I have transferred case ownership back to him. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell

[cifs-protocol] [REG:110012953632586] RE: Bug in MS-WINSRA section 2.2.10.1 Name Record

2010-01-30 Thread Bill Wesse
Thanks Stefan - forwarding this email to Edgar, who owns the case. 110012953632586 Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704) 661-5438 Fax

Re: [cifs-protocol] Bug in MS-WINSRA section 2.2.10.1 Name Record

2010-01-29 Thread Bill Wesse
Good morning Stefan - I am including our below initial response, since I missed CC: doch...@microsoft.com on the first one. -Original Message- From: Bill Wesse Sent: Friday, January 29, 2010 9:59 AM To: 'me...@samba.org' Cc: MSSolve Case Email; 'p...@tridgell.net'; 'cifs-proto

[cifs-protocol] SRX091217600064 [MS-CIFS] OPEN_ANDX undocumented flag with 19 word count

2010-01-28 Thread Bill Wesse
Christopher Hertel CTO, ubiqx Development, Inc Pages 15, 16, 22, 39 40 list 'technical definition' information. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704

[cifs-protocol] Status: SRX091111600231 [MS-ADA3]: 2.115 Structure of prefixMap over LDAP

2010-01-28 Thread Bill Wesse
, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704) 661-5438 Fax:+1(704) 665-9606 -Original Message- From: Kamen Mazdrashki [mailto:kamen.mazdras

Re: [cifs-protocol] Status: SRX091220600031 [MS-ADTS] 7.1.6.7.3 msDs-supportedEncryptionTypes usage

2010-01-25 Thread Bill Wesse
review. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704) 661-5438 Fax:+1(704) 665-9606 ___ cifs-protocol

Re: [cifs-protocol] STATUS_OS2_INVALID_LEVEL

2010-01-14 Thread Bill Wesse
of the above for all NT/SMB (or just transact2) would be pretty big. There I go again. Another understatement. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704

[cifs-protocol] Status: SRX091216600027 [MS-ADTS] 3.1.1.2.3 msDS-IntId not always present

2010-01-14 Thread Bill Wesse
to create ‘msDS-IntId’ value for an attribute in the schema) is still pending. Thanks for your patience. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.commailto:bil...@microsoft.com Tel: +1(980

Re: [cifs-protocol] Status: SRX091220600031 [MS-ADTS] 7.1.6.7.3 msDs-supportedEncryptionTypes usage

2010-01-12 Thread Bill Wesse
NETLOGON_DOMAIN_INFO http://msdn.microsoft.com/en-us/library/cc237052(PROT.13).aspx Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 Email: bil...@microsoft.com Tel:+1(980) 776-8200 Cell: +1(704) 661-5438 Fax:+1(704) 665-9606

Re: [cifs-protocol] Status: SRX091220600031 [MS-ADTS] 7.1.6.7.3 msDs-supportedEncryptionTypes usage

2010-01-12 Thread Bill Wesse
and TDI for this, once you respond. References: [MS-NRPC] 3.5.5.3.9 NetrLogonGetDomainInfo (Opnum 29) http://msdn.microsoft.com/en-us/library/cc237247(PROT.13).aspx [MS-NRPC] 2.2.1.3.11 NETLOGON_DOMAIN_INFO http://msdn.microsoft.com/en-us/library/cc237052(PROT.13).aspx Regards, Bill Wesse

[cifs-protocol] Status: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-31 Thread Bill Wesse
) : SMB_ERR_CLASS_DOS DOSError.Error (0x007C, 124d) : SrvErrorCode(STATUS_OS2_INVALID_LEVEL) see attached file: trans2setpathinfo_against_win7_2.cap (frames 39 40) Is it possible to make this explicit in the docs or is this a case where it's purposefully left ambiguous? Regards, Bill Wesse MCSE, MCTS

Re: [cifs-protocol] Status: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-31 Thread Bill Wesse
FYI - the TDI was filed on Dec 10... Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Bill Wesse Sent: Thursday

Re: [cifs-protocol] of SupportedEncTypes and msDS-SupportedEncryptionTypes

2009-12-21 Thread Bill Wesse
: Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Matthieu Patou [mailto:mat+informatique.sa...@matws.net] Sent: Monday

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-18 Thread Bill Wesse
for the FID-based set info in SMB1 or the set-info command in SMB2. We are investigating the best path to fix the issue and then update the documentation accordingly. It seems to exist inside the Path-based SetInfo path. == Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US

[cifs-protocol] Status: SRX091201600038 [MS-ADTS] LDAPControl not applied on add

2009-12-18 Thread Bill Wesse
] 7.1.3.2 SD Flags Control (http://msdn.microsoft.com/en-us/library/cc223733(PROT.13).aspx ) accordingly. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-18 Thread Bill Wesse
in January. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Tim Prouty [mailto:tim.pro...@isilon.com] Sent: Friday, December

Re: [cifs-protocol] OPEN_ANDX undocumented flag with 19 word count response

2009-12-17 Thread Bill Wesse
an SMB_COM_OPEN_ANDX Request (Obsolete) http://msdn.microsoft.com/en-us/library/cc246463.aspx The ServerField is documented here: 2.2.11 SMB_COM_OPEN_ANDX Server Response Extension http://msdn.microsoft.com/en-us/library/cc246256.aspx Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer

Re: [cifs-protocol] OPEN_ANDX undocumented flag with 19 word count response

2009-12-17 Thread Bill Wesse
No problem! Some information on CIFS/SMB (both the technical and legal definitions, which differ) was presented at the Sept '09 SNIA Plugfest, and it may take me a bit to obtain the presentation materials - hopefully that won't take too long. I will keep you advised! Regards, Bill Wesse MCSE

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-16 Thread Bill Wesse
to profile Windows behavior against the information levels, and will provide all of that to you as soon as I can. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-16 Thread Bill Wesse
to gather error return information (which is a subject always dear to everyone's heart!). Of course, named pipes, directories and the various flavors of junction points do complicate this somewhat... Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055

Re: [cifs-protocol] [MS-ADTS] servicePrincipalName nTSecurityDescriptor (SRX090727600015)

2009-12-15 Thread Bill Wesse
account, which is granted the RIGHT_DS_WRITE_PROPERTY_EXTENDED access on both dnsHostName and servicePrincipalName attributes of the computer object. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200

Re: [cifs-protocol] New case: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-11 Thread Bill Wesse
need to take before filing a TDI against the other case (SRX091124600335 : [MS-SMB] Trans2SetPathInfo() not enforcing share mode). Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661

[cifs-protocol] Status: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-10 Thread Bill Wesse
Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Bill Wesse Sent: Wednesday, December 09, 2009 3:31 PM To: 'Tim Prouty' Cc: Jeremy

Re: [cifs-protocol] Status: limits on rDN size in AD (SRX091112600056 [MS-ADTS] limits on rDN size in AD)

2009-12-10 Thread Bill Wesse
Good day Tridge! I have included below the answer I provided on November 13. I will archive the case next Monday (December 14) if I do not hear from you; if necessary, we can reopen the case. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft

Re: [cifs-protocol] Status: CAR: DS_FLAG Option bits (SRX091002600036 [MS-ADTS] 7.3.3.2 DS_FLAG option bits)

2009-12-10 Thread Bill Wesse
Good day Tridge! I have included below the answer I provided on October 26. I will archive the case next Monday (December 14) if I do not hear from you; if necessary, we can reopen the case. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way

[cifs-protocol] New case: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-09 Thread Bill Wesse
) + Flags2: 34819 (0x8803) PIDHigh: 0 (0x0) SecuritySignature: 0x0 Unused: 0 (0x0) TreeID: 2048 (0x800) ProcessID: 22837 (0x5935) UserID: 2048 (0x800) MultiplexID: 9 (0x9) Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055

Re: [cifs-protocol] New case: SRX091209600095 Trans2SetPathInfo() returns truncated SMB header

2009-12-09 Thread Bill Wesse
(0xC000E000L | SRV_STATUS_FACILITY_CODE) #define SRV_OS2_STATUS(0xC000F000L | SRV_STATUS_FACILITY_CODE) Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1

Re: [cifs-protocol] What elements of the DIT are required for AD to operate? (SRX091208600025)

2009-12-08 Thread Bill Wesse
Good morning Andrew - thanks for your question - I have created the below case for us to track our efforts regarding that. One of my colleagues will take ownership and contact you shortly. SRX091208600025 : [MS-ADTS] required DIT elements for Active Directory forest Regards, Bill Wesse MCSE

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-08 Thread Bill Wesse
a newer build of smbtorture (my current one from you is samba.2009.12.01.tar.gz)? Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-04 Thread Bill Wesse
://msdn.microsoft.com/en-us/library/cc246806(PROT.13).aspx). I have thus far not been able to find any specific commentary on this in the WDK documentation (but then, I am not a driver expert). Thanks for your patience! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-03 Thread Bill Wesse
for the next day or so). Thanks for all your help with samba4/smbtorture (I am still having problems with gz on my Ubuntu client, so I unpacked it on my Windows client cloned the tree to Ubuntu). No problems at all with the build. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS

Re: [cifs-protocol] Status: limits on rDN size in AD (SRX091112600056 [MS-ADTS] limits on rDN size in AD)

2009-12-02 Thread Bill Wesse
Hello Tridge - just checking in to see how things are going. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 From: Bill Wesse Sent: Friday, November

Re: [cifs-protocol] Status: CAR: DS_FLAG Option bits (SRX091002600036 [MS-ADTS] 7.3.3.2 DS_FLAG option bits)

2009-12-02 Thread Bill Wesse
Hello Tridge - just checking in to see how things are going. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Bill

Re: [cifs-protocol] Need some help with LDAP_SERVER_SD_FLAGS_OID control (SRX091119600169)

2009-12-01 Thread Bill Wesse
with the request, so it's not the case where it is ignored... Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Nadezhda Ivanova

Re: [cifs-protocol] [Pfif] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-12-01 Thread Bill Wesse
will take this into account once I get my test code running - which will be necessary to reproduce the missing WordCount / ByteCount (this looks like a bug to me, but I will have to dig deeper). Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way

Re: [cifs-protocol] Need some help with LDAP_SERVER_SD_FLAGS_OID control (SRX091119600169)

2009-11-30 Thread Bill Wesse
or not. As this is client behavior only and not part of the server protocol, it does not fall under the scope of MS-ADTS. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606

Re: [cifs-protocol] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-11-25 Thread Bill Wesse
Good morning Tim. Bill Wesse from the Documentation Support team here. I will be your contact for this issue. We have created the following case to track our investigation: SRX091124600335 [MS-SMB] Trans2SetPathInfo() not enforcing share mode I will begin work this morning, and will update you

Re: [cifs-protocol] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-11-25 Thread Bill Wesse
... NtSetInformationFile ... The definition of the function used to process any file information request, including its content and the function signature, is implementation-dependent and is not part of the protocol specification. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-11-25 Thread Bill Wesse
on the topic, once I finish the code study; I also intend to set up test code to exercise the information levels against the SMB calls. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661

Re: [cifs-protocol] SMB1 Trans2SetPathInfo() FileEndOfFileInformation is not enforcing share modes

2009-11-25 Thread Bill Wesse
, the best reference for the full roster of info levels is at: MSDN WDF_FILE_INFORMATION_CLASS http://msdn.microsoft.com/en-us/library/dd568296.aspx this being a subset: [MS-FSCC] 2.4 File Information Classes http://msdn.microsoft.com/en-us/library/cc232064.aspx Regards, Bill Wesse MCSE, MCTS

Re: [cifs-protocol] [MS-ADTS] servicePrincipalName nTSecurityDescriptor (SRX090727600015)

2009-11-20 Thread Bill Wesse
Good morning Andrew - I am resending this email from November 4. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From

Re: [cifs-protocol] Need some help with LDAP_SERVER_SD_FLAGS_OID control (SRX091119600169)

2009-11-19 Thread Bill Wesse
Hi Nadya - I will be your contact for this one. Here is the case number: SRX091119600169: [MS-ADTS] 7.1.3.2 LDAP_SERVER_SD_FLAGS_OID I will begin my investigation today! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273

Re: [cifs-protocol] Need some help with LDAP_SERVER_SD_FLAGS_OID control (SRX091119600169)

2009-11-19 Thread Bill Wesse
(VS.85).aspx The security information flags indicate which security descriptor parts to retrieve during a search. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704

Re: [cifs-protocol] Question about self relative form of SECURITY_DESCRIPTOR (SRX091118600013)

2009-11-18 Thread Bill Wesse
InitializeSecurityDescriptor IsValidSecurityDescriptor SetSecurityDescriptorDacl SetSecurityDescriptorGroup SetSecurityDescriptorOwner SetSecurityDescriptorRMControl SetSecurityDescriptorSacl Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273

Re: [cifs-protocol] Question about self relative form of SECURITY_DESCRIPTOR (SRX091118600013)

2009-11-18 Thread Bill Wesse
As always, you are very welcome. Glad to have been of assistance! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From

[cifs-protocol] Status: limits on rDN size in AD (SRX091112600056 [MS-ADTS] limits on rDN size in AD)

2009-11-13 Thread Bill Wesse
in their constraints in some way? Cheers, Tridge Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 From: Bill Wesse Sent: Thursday, November 12, 2009 9:44

Re: [cifs-protocol] limits on rDN size in AD (SRX091112600056 [MS-ADTS] limits on rDN size in AD)

2009-11-12 Thread Bill Wesse
Good morning Tridge! Since Hongwei is out of the office, I have created case SRX091112600056 to track our work against your question about rDN size / deleted object rDN. I expect to be able to begin work on this tomorrow, and will keep you updated! Regards, Bill Wesse MCSE, MCTS / Senior

Re: [cifs-protocol] [MS-ADTS] servicePrincipalName nTSecurityDescriptor (SRX090727600015)

2009-11-04 Thread Bill Wesse
, the access check is done against the security context of the workstation account, which is granted the RIGHT_DS_WRITE_PROPERTY_EXTENDED access on both dnsHostName and servicePrincipalName attributes of the computer object. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] [MS-ADTS] servicePrincipalName nTSecurityDescriptor (SRX090727600015)

2009-10-29 Thread Bill Wesse
, the access check is done against the security context of the workstation account, which is granted the RIGHT_DS_WRITE_PROPERTY_EXTENDED access on both dnsHostName and servicePrincipalName attributes of the computer object. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap implementation

2009-10-22 Thread Bill Wesse
then /*mark it so that it is known to not be the whole lastValue*/ lowerWord := lowerWord + 32768 endif Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1

Re: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap implementation

2009-10-22 Thread Bill Wesse
implementations; my earlier comment about a 'corner-case' was an error, I got mixed up between string binary OIDs. There is certainly something else going on here, and I will continue working on it. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055

Re: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap implementation

2009-10-22 Thread Bill Wesse
Thanks for the advisory - I will follow up with you on the attid - I will be expanding my code study on this. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704

Re: [cifs-protocol] Question about [MS-DRSR] section 5.12.2 - prefixMap implementation

2009-10-21 Thread Bill Wesse
Good afternoon Kamen. This is Bill Wesse from the Protocol Support team. I will be your contact for the case noted below, where you asked about prefixMap implementation differences for Windows 2003 and Windows 2008 R2. SRX091020600112 [MS-DRSR] section 5.12.2 - prefixMap implementation I

Re: [cifs-protocol] Please clarify LSA and OsVersion behaviour in MS-NRPC (SRX090727600015)

2009-10-01 Thread Bill Wesse
Member 3.1.1.5.3.1.1.2 dNSHostName 3.1.1.5.3.1.1.3 msDS-AdditionalDnsHostName 3.1.1.5.3.1.1.4 servicePrincipalName 3.1.1.5.3.1.1.5 msDS-Behavior-Version Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200

Re: [cifs-protocol] SRX090922600157 : [MS-ADTS] 7.1.1.1 Naming Contexts Domain Admins Permissions

2009-09-25 Thread Bill Wesse
Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 From: Bill Wesse Sent: Tuesday, September 22, 2009 12:48 PM To: 'nadezhda.ivan...@postpath.com' Cc: 'cifs

[cifs-protocol] SRX090922600157 : [MS-ADTS] 7.1.1.1 Naming Contexts Domain Admins Permissions

2009-09-22 Thread Bill Wesse
permissions if not needed for replication? 2. Is this for the administrative purposes only? 7.1.1.1.2 Config NC Root 7.1.1.1.3 Schema NC Root 7.1.1.1.4 Domain NC Root In order for D2 to replicate the NC, D2 must be granted the following rights on the NC root... Regards, Bill Wesse MCSE, MCTS / Senior

Re: [cifs-protocol] Status: CAR - ldap display specifiers (SRX090713600122)

2009-09-11 Thread Bill Wesse
You are very welcome Andrew! I am *overflowing* with satisfaction on being able to deliver the goods. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606

Re: [cifs-protocol] Please clarify LSA and OsVersion behaviour in MS-NRPC (SRX090727600015)

2009-09-11 Thread Bill Wesse
Good morning Andrew - just checking in to see if we have covered everything! -Original Message- From: Hongwei Sun Sent: Wednesday, September 02, 2009 5:10 PM To: 'Andrew Bartlett'; Bill Wesse Cc: p...@tridgell.net; cifs-proto...@samba.org; Matthias Dieter Wallnöfer Subject: RE: [cifs

Re: [cifs-protocol] Status: CAR - ldap display specifiers (SRX090713600122)

2009-08-29 Thread Bill Wesse
to defer to Hongwei for the next step. Have a great weekend all! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Andrew

Re: [cifs-protocol] Please clarify LSA and OsVersion behaviour in MS-NRPC (SRX090727600015)

2009-08-28 Thread Bill Wesse
Thanks for the information Andrew; I have proposed we add additional NetrLogonGetDomainInfo coverage to our test suites. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX

Re: [cifs-protocol] Status: Please clarify LSA and OsVersion behaviour in MS-NRPC (SRX090713600128)

2009-08-28 Thread Bill Wesse
Good morning! I will be out of the office on vacation, returning Monday, September 7. My colleague, Hongwei Sun will be your contact during my absence. We expect to have the updated document change information soon. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] Please clarify LSA and OsVersion behaviour in MS-NRPC (SRX090727600015)

2009-08-25 Thread Bill Wesse
on Windows 2003 and earlier bug/fix details. I will keep you advised! Thanks for the detail. I look forward to being able to use it some day :-) My pleasure! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776

[cifs-protocol] Status: CAR - ldap display specifiers (SRX090713600122)

2009-08-18 Thread Bill Wesse
Good morning - and thanks for your patience. We are nearly complete with the property rights notice for the display specifiers ldf. I expect to be able to make the final documents available to you within 3-5 working days! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] Status: SRX090805600011 : [MS-ADTS] 5.1.3.2.1 Control Access Rights

2009-08-12 Thread Bill Wesse
Specification documents, so it is not subject to support as such; I am waiting on clearance to post it on the ‘Microsoft Open Specification Support Team Blog’ at http://blogs.msdn.com/OpenSpecification/. It has been a pleasure serving you in this matter! Regards, Bill Wesse MCSE, MCTS / Senior

Re: [cifs-protocol] Explain not standard behaviour of Windows 2003 server

2009-08-08 Thread Bill Wesse
for your patience! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Matthieu Patou [mailto:m...@matws.net] Sent

[cifs-protocol] Status: SRX090805600011 : [MS-ADTS] 5.1.3.2.1 Control Access Rights

2009-08-06 Thread Bill Wesse
Good afternoon - I have collected most of the references and functions related to the Control Access Rights. I estimate being able to deliver preliminary information next Monday, August 10. Thanks for your patience! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

[cifs-protocol] SRX090805600011 : [MS-ADTS] 5.1.3.2.1 Control Access Rights

2009-08-05 Thread Bill Wesse
Good morning again Nadezhda - I will be your contact for this case, and will begin working on collecting the answers this morning. I will contact you as soon as I have some results, or within 1 working day at the latest. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

Re: [cifs-protocol] CAR - ldap display specifiers

2009-07-17 Thread Bill Wesse
Specifications are intended for use in conjunction with publicly available standard specifications and network programming art, and assumes that the reader either is familiar with the aforementioned material or has immediate access to it. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US

Re: [cifs-protocol] CAR - ldap display specifiers

2009-07-17 Thread Bill Wesse
the precise nature of the final data we will be supplying, an IP notice will be attached! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original

[cifs-protocol] RE: Please clarify LSA and OsVersion behaviour in MS-NRPC

2009-07-10 Thread Bill Wesse
00 00 00- @..* Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606 -Original Message- From: Andrew Bartlett

[cifs-protocol] Resend: [Pfif] erroneous references to little-endian (SRX090617600092)

2009-06-26 Thread Bill Wesse
Good day! I am resending this, as I have not received a response from you. Hope you are doing well. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606

[cifs-protocol] RE: [Pfif] erroneous references to little-endian (SRX090617600092)

2009-06-23 Thread Bill Wesse
beast entirely. The KRB_AP_REQ Ticket contains the Realm and Sname. The Privilege Attribute Certificate Structure [MS-PAC] contains the PAC_CLIENT_INFO structure, and so on, as documented in {MS-KILE]. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055

[cifs-protocol] RE: [Pfif] erroneous references to little-endian (SRX090617600092)

2009-06-17 Thread Bill Wesse
change is currently pending (work in progress) against the raw ('Implicit NTLM') NTLMSSP buffer content. I will be glad to update you when we have the final text ready. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273

[cifs-protocol] [MS-SMB2] Error in SMB2 Netprot description. SRX090604600250, SRX090604600324, SRX090604600333

2009-06-05 Thread Bill Wesse
by the GSS protocol as specified in section 3.2.5.3. The values in these buffers can be a raw NTLMSSP data blob instead of a GSS blob. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704

[cifs-protocol] RE: [Pfif] erroneous references to little-endian

2009-05-01 Thread Bill Wesse
Thanks! That change is indeed set for the upcoming release. Nice to work with you again... Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776-8200 CELL: +1(704) 661-5438 FAX:  +1(704) 665-9606

[cifs-protocol] RE: [Pfif] erroneous references to little-endian

2009-04-30 Thread Bill Wesse
; UINT16 DialectCount; UINT16 SecurityMode = SMB2SecurityMode(this); UINT16 DialectRevision = SMB2DialectRevisionTable(this); UINT16 Reserved; ... Remove: UINT16 DialectCount; Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC

[cifs-protocol] RE: [Pfif] erroneous references to little-endian

2009-04-28 Thread Bill Wesse
Good morning Mr. French! I have created case SRX09042864 for your question, and will begin my investigation shortly. I will keep you advised of progress! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980

[cifs-protocol] RE: MS-ERREF addition requested

2009-04-01 Thread Bill Wesse
chain. #define STATUS_VHD_DIFFERENCING_CHAIN_CYCLE_DETECTED ((NTSTATUS)0xC03A0018L) // The chain of virtual hard disks is inaccessible. There was an error opening a virtual hard disk further up the chain. #define STATUS_VHD_DIFFERENCING_CHAIN_ERROR_IN_PARENT ((NTSTATUS)0xC03A0019L) Regards, Bill

[cifs-protocol] Status of SRX080902600070 (trusted domains overview) and SRX080909600334 (backing store / policy)

2009-03-02 Thread Bill Wesse
indicate otherwise, I will archive the above noted cases. It has been a pleasure serving you in this matter. Thanks for helping us improve our documentation! Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL:  +1(980) 776

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-12-17 Thread Bill Wesse
a pleasure serving you. Regards, Bill Wesse MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Adam Simpkins [mailto:simpk...@cisco.com] Sent

[cifs-protocol] RE: List of interfaces used by Trusted domains (SRX081021600181)

2008-11-07 Thread Bill Wesse
to profile trust management. In the general case, the same functions are used, but I have not yet collected the version dependant detail differences. I would again like to thank you for your patience; I expect to have a progress update for you next week. Regards, Bill Wesse MCSE, MCTS

[cifs-protocol] RE: Status: SRX081013600536: [MS-NRPC] operation backing store linkages

2008-11-07 Thread Bill Wesse
Good morning Andrew. I am sending this to let you know that I have not yet finished my survey and annotation of the backing store linkages (on a function by function basis). I don't expect to finish this for at least another week. Thanks for your patience! Regards, Bill Wesse MCSE, MCTS

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-11-04 Thread Bill Wesse
: - NegTokenInit: 0x1 + SequenceHeader: + Tag0: + MechTypes: + Tag2: + OctetStringHeader: - MechToken: NTLM NEGOTIATE MESSAGE + NLMP: NTLM NEGOTIATE MESSAGE Regards, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-10-31 Thread Bill Wesse
, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Bill Wesse Sent: Wednesday, October 29, 2008 3:48 PM To: 'Adam Simpkins' Cc: '[EMAIL

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-10-29 Thread Bill Wesse
, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Adam Simpkins [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 28, 2008 2:56 PM To: Bill

[cifs-protocol] RE: Status: SRX080811600226 ([MS-NRPC] 2.2.1.3.12 Trust Account Details) superceded by SRX081013600536: [MS-NRPC] operation backing store linkages

2008-10-20 Thread Bill Wesse
Thank you again Andrew. I am proceeding with an enumeration of the linkage list, for submission to document development. Regards, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1

[cifs-protocol] RE: Status: SRX080811600226 ([MS-NRPC] 2.2.1.3.12 Trust Account Details) superceded by SRX081013600536: [MS-NRPC] operation backing store linkages

2008-10-17 Thread Bill Wesse
]. Of course, I do have more work to do before that, and I will keep you advised as I progress. Regards, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original

[cifs-protocol] RE: (more) Backing store for Trusted domain object creation time and flags

2008-10-13 Thread Bill Wesse
Good morning Andrew. Thank you for raising the questions! I have created the following case for you; one of me team mates or myself will take ownership of the case shortly and will contact you. SRX081013600072 [MS-LSAD] 2.2.69 LSA_FOREST_TRUST_RECORD LDAP Regards, Bill Wesse MCSE / Escalation

[cifs-protocol] Status: SRX080811600226 ([MS-NRPC] 2.2.1.3.12 Trust Account Details) superceded by SRX081013600536: [MS-NRPC] operation backing store linkages

2008-10-13 Thread Bill Wesse
by the above two responses. Please could you re-read and re-answer the question in a more broad light, taking buffers as a synonym for perhaps RPC protocol structure elements? Thanks Regards, Bill Wesse MCSE, MCTS / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-10-09 Thread Bill Wesse
You are, as always, completely welcome! Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 We're Hiring http://members.microsoft.com/careers/search/details.aspx?JobID

[cifs-protocol] RE: (More): Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-10-08 Thread Bill Wesse
field. Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 We're Hiring http://members.microsoft.com/careers/search/details.aspx?JobID=A976CE32-B0B9-41E3-AF57

[cifs-protocol] Response: SRX080909600334: [MS-APDS] Backing store and policy application information

2008-09-25 Thread Bill Wesse
STATUS_WRONG_PASSWORD (section 2.2) with no response data.15 Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 ___ cifs-protocol

[cifs-protocol] RE: New case: SRX080910600015: [MS-ADA3]: 2.44 Elaborate on objectSid definition

2008-09-24 Thread Bill Wesse
. == Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Andrew Bartlett [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 10

[cifs-protocol] RE: Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-09-19 Thread Bill Wesse
in the original change request (which was against [MS-SMB], but the [MS-SPNG] text was the only resulting change). Sorry we missed the original target. Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438

[cifs-protocol] RE: SRX080909600334: [MS-APDS] Backing store and policy application information

2008-09-19 Thread Bill Wesse
Good morning again Andrew. I am near to completion with my investigation, and expect to provide you with the results for your review on Monday. Once we are at the point of having the necessary information, I will file appropriate documentation change requests. Regards, Bill Wesse MCSE

[cifs-protocol] RE: Status: SRX080803600053: [MS-NLMP] raw NTLMSSP tokens in GSS-API/SPNEGO

2008-09-18 Thread Bill Wesse
, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 -Original Message- From: Bill Wesse Sent: Wednesday, September 10, 2008 7:14 AM To: 'Adam Simpkins' Cc: '[EMAIL

[cifs-protocol] New case: SRX080910600015: [MS-ADA3]: 2.44 Elaborate on objectSid definition

2008-09-10 Thread Bill Wesse
-ADTS], in particular in section 3.1.1.1.3. Regards, Bill Wesse MCSE / Escalation Engineer, US-CSS DSC PROTOCOL TEAM 8055 Microsoft Way Charlotte, NC 28273 TEL: +1(980) 776-8200 CELL: +1(704) 661-5438 FAX: +1(704) 665-9606 ___ cifs-protocol mailing

  1   2   >