[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cifs-protocol
Subject:    [cifs-protocol] 2106010040000420 MS-DNSP errata
From:       Sreekanth Nadendla via cifs-protocol <cifs-protocol () lists ! samba ! org>
Date:       2021-06-01 3:43:40
Message-ID: BN8PR21MB1252EB82309C5701C48445DCC53E9 () BN8PR21MB1252 ! namprd21 ! prod ! outlook ! com
[Download RAW message or body]

Hello Douglas, thank you for you question regarding the MS-DNSP specification. We \
have created incident 2106010040000420 to track the investigation. One of the open \
specifications team member will contact you shortly.

Regards,
Sreekanth Nadendla
Microsoft Windows Open Specifications

-----Original Message-----
From: Douglas Bagnall <douglas.bagnall@catalyst.net.nz> 
Sent: Monday, May 31, 2021 9:47 PM
To: cifs-protocol@lists.samba.org; Interoperability Documentation Help \
                <dochelp@microsoft.com>
Subject: [EXTERNAL] MS-DNSP errata

hi Dochelp,

In a number of places [MS-DNSP] mentions timestamps in to form of "the number of \
seconds since 12:00 A.M. January 1, 1601". At least some of these should really speak \
of the "number of 100-nanosecond intervals" that we are used to dealing with.

In 3.1.4.5, in the paragraph starting "If pszZoneName points to a primary zone", \
EntombedTime is described as a number of seconds, contrary to descriptions elsewhere \
(2.2.2.2.4.23).

Same thing in 3.1.1.1.1, under "DsTombstoneInterval", EntombedTime is compared with a \
number of seconds.

Also in sections 3.1.1 and 3.1.1.2.1 "Time Zone Secured" is described as the number \
of seconds since 1601. I don't know if that is correct or not.


This is not really a question, unless EntombedTime is really sometimes in seconds and \
sometimes in 10-millionths of seconds, in which case I will have lots of questions.

Douglas
_______________________________________________
cifs-protocol mailing list
cifs-protocol@lists.samba.org
https://lists.samba.org/mailman/listinfo/cifs-protocol


[prev in list] [next in list] [prev in thread] [next in thread]