<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    On 12/21/2016 05:55 PM, Nicola Nye wrote:<br>
    <blockquote
cite="mid:1482364549.1457459.826474481.4DC8950B@webmail.messagingengine.com"
      type="cite">
      <div>So it looks like the release notes going to 2.5 need to
        understand the implications of using the dot separator. Please
        go ahead and update the release notes for 2.5.X accordingly! <br>
      </div>
      <div><br>
      </div>
      <div>Of course, if you're going to move to the (soon to be
        released) 3.0, we ditch netnews in favour of unixhs anyway. (Now
        more fully documented <a moz-do-not-send="true"
          href="http://cyrusimap.org/dev/imap/concepts/features/namespaces.html">http://cyrusimap.org/dev/imap/concepts/features/namespaces.html</a>)<br>
      </div>
      <div><br>
      </div>
      <div>But we do need to check that the docs don't contain any more
        references to poor Phabricator as it's now defunct. Long may it
        RIP.</div>
    </blockquote>
    <br>
    Nicola,<br>
    Actually, that snippet from Jeroen's commit had nothing at all to do
    with T16, as I had previously reported.  He must have typo'd that. 
    However, Bron helpfully mined the Internet archive to find the
    original T16, which included this text:<br>
    <blockquote>
      <div style="font-family:Arial;">When upgrading a Cyrus IMAP Murder
        (discrete), 2.4 backends do not advertise the MOVE capability,
        but 2.5 frontends will -- and happily proxy the UID MOVE command
        despite the fact that the backends do not support <a
          defang_rel="noreferrer" class="remarkup-link"
href="https://web.archive.org/web/20150406213645/https://tools.ietf.org/html/rfc6851">RFC
          6851</a><br>
      </div>
      <div style="font-family:Arial;"><br>
      </div>
      So the fix is to disable MOVE on the frontend by suppressing the
      capability.</blockquote>
    But, what users have reported on the list is that the approach of
    using "suppress_capabilities" may not do the trick.  So, I have
    updated the 2.5.0 Release Notes thus:<br>
    <blockquote>
      <div class="section" id="cyrus-imap-murder-topologies">
        <h3>Cyrus IMAP Murder Topologies</h3>
        <p>Environments that run a Cyrus IMAP Murder topology will want
          to upgrade
          their backends before they upgrade their frontends:</p>
        <blockquote>
          <div>When upgrading a Cyrus IMAP Murder (discrete), 2.4
            backends do not
            advertise the <code class="docutils literal"><span
                class="pre">MOVE</span></code> capability, but 2.5
            frontends will – and happily proxy
            the <code class="docutils literal"><span class="pre">UID</span>
              <span class="pre">MOVE</span></code> command despite the
            fact that the backends do not support
            <span class="target" id="index-0"></span><a class="rfc
              reference external"
              href="https://tools.ietf.org/html/rfc6851.html"><strong>RFC
                6851</strong></a>
            So the fix is to disable <code class="docutils literal"><span
                class="pre">MOVE</span></code> on the frontend by
            suppressing the capability.</div>
        </blockquote>
        <p>However, subsequent to these notes, users in the field have
          found the use of
          <code class="docutils literal"><span class="pre">suppress_capabilities</span></code>
          on frontends may not be a suitable fix in all situations.</p>
      </div>
    </blockquote>
    It is unclear to me how to effect this change to github, however, as
    the file referenced on the active website doesn't appear in the same
    place in my checkouts.  So, I am attaching it herein for you to
    figure out how to apply. :-)<br>
    <br>
    Cheers,<br>
        -nic<br>
    <pre class="moz-signature" cols="72">-- 
Nic Bernstein                             <a class="moz-txt-link-abbreviated" href="mailto:nic@onlight.com">nic@onlight.com</a>
Onlight, Inc.                             <a class="moz-txt-link-abbreviated" href="http://www.onlight.com">www.onlight.com</a>
6525 W Bluemound Road, Suite 24           v. 414.272.4477
Milwaukee, Wisconsin  53213-4073
</pre>
  </body>
</html>