<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi Edgar,<br>
      <br>
      >> Request more detail in case of cross-partition target</p>
    <p>We understand that it requires implementation-specific behaviour
      to resolve an unknown target object when the linked attribute
      spans partitions. This was answered for us in 117060115827644.</p>
    <p>>> Target object is only recycled, as opposed to
      Target-object is unknown<br>
      >> (linked-attribute and you don't know the target, you send
      DRS_GET_TGT)</p>
    <p>This is what I'm confused about. I inferred from the MS_DRSR Docs
      that the client uses DRS_GET_TGT if it receives a linked attribute
      with an unknown target object. However, the answers we received
      for 117060815865307 seemed to imply that DRS_GET_TGT is only used
      if the target object is deleted/recycled (as opposed to simply
      being a new/unknown object). Could you please clarify this -
      should the client use it in either case, or is it only the
      deleted/recycled case where the flag is actually required?</p>
    <p>>> Implementation-specific statement regarding client using
      DRS_GET_TGT <br>
    </p>
    <p>Basically it's the following block of code in 4.1.10.6.14
      ProcessLinkValue() that I find confusing/misleading.</p>
    <p>targetObject = GetDSNameFromAttrVal( replValinf.attrTyp,
      replValInf.pAval)<br>
      if ((IsRecycleBinEnabled() and targetObject!isRecycled) or<br>
          (not IsRecycleBinEnabled() and targetObject!isDeleted)) then<br>
          if (DRS_GET_TGT in ulMoreFlags) then<br>
              /* nothing to do */<br>
              return 0<br>
          else<br>
              return ERROR_DS_DRA_RECYCLED_TARGET<br>
      endif</p>
    <p>I don't think the proposed Docs change for 117060815865307 makes
      this any easier to understand. Documentation-wise, I think there's
      room for the following minor improvements:</p>
    <p>1. Section 3.4.5 describes the ! notation. However, I couldn't
      see anything that describes what happens if the object specified
      by the DN doesn't exist. I would assume the attribute returned
      would be null.<br>
      2. If the target object doesn't exist, the current code looks like
      the 4.1.10.6.14 block will fall through and add a hanging link to
      an unknown object. Is that the intended behaviour? A comment
      stating that would be nice.<br>
      3. If there is other implementation-specific behaviour in the
      4.1.10.6.14 block, then a comment stating "The actual behaviour
      here may be implementation-specific" would be nice.<br>
      4. I also just noticed the above block is missing an endif.</p>
    <p>Thanks for your help,</p>
    <p>Tim<br>
    </p>
    <div class="moz-cite-prefix">On 07/07/17 04:51, Edgar Olougouna via
      cifs-protocol wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CY1PR21MB007065535DEAEB5E31AA09A5DBD50@CY1PR21MB0070.namprd21.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">Please provide any additional write-up as
          necessary. We will review this and follow-up.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Implementation-specific statement regarding
          client using DRS_GET_TGT
          <o:p></o:p></p>
        <p class="MsoNormal">Request more detail in case of
          cross-partition target<o:p></o:p></p>
        <p class="MsoNormal">Target object is only recycled, as opposed
          to Target-object is unknown
          <o:p></o:p></p>
        <p class="MsoNormal">(linked-attribute and you don't know the
          target, you send DRS_GET_TGT)<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Thanks,<o:p></o:p></p>
        <p class="MsoNormal">Edgar<o:p></o:p></p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
cifs-protocol mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cifs-protocol@lists.samba.org">cifs-protocol@lists.samba.org</a>
<a class="moz-txt-link-freetext" href="https://lists.samba.org/mailman/listinfo/cifs-protocol">https://lists.samba.org/mailman/listinfo/cifs-protocol</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>