<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>I understand that reading that paragraph makes it sounds obscure
      and outdated. But the problem is that if something deletes &
      recreates your folder, while you were gone, you would lose the
      subscription. This includes other MUAs that are in no way
      obligated to resubscribe to the folder if they do this.<br>
    </p>
    <p>Aki<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 23.05.2018 23:13, Rupert Gallagher
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:RIgtx7UXE1hdThM9wXsabGQI0qA7o0zPvgA9tClcQtd2iQJzjDwal_vt6RNZet63iGkBttIV6G_cKYv_QChQagMFzURV0Rp_cjOkLhMGZ0U=@protonmail.com">
      <div>Sorry for top posting, my client is still broken. </div>
      <div> <br>
      </div>
      <div>I have never seen the ghost of a "<span
          style="background-color: rgba(255, 255, 255, 0);">system-alerts"
          or similar "well-known" mail folder in the past 30 years. </span>
      </div>
      <div><span style="background-color: rgba(255, 255, 255, 0);"><br>
        </span>
      </div>
      <div><span style="background-color: rgba(255, 255, 255, 0);">Compliance
          with an RFC obscure feature is compellong us all to </span><span
          style="background-color: rgba(255, 255, 255, 0);">clear </span><span
          style="background-color: rgba(255, 255, 255, 0);">subscriptions
          fol</span> <span style="background-color: rgba(255, 255, 255,
          0);">ders by hand. </span>
      </div>
      <div><span style="background-color: rgba(255, 255, 255, 0);"><br>
        </span>
      </div>
      <div><span style="background-color: rgba(255, 255, 255, 0);">As we
          meet the problem over and over again, a non-RFC configuration
          option could solve the problem, and it would be very much
          appreciated...</span>
      </div>
      <div> <br>
      </div>
      <div> <br>
      </div>
      <div>
        <div>On Wed, May 23, 2018 at 11:57, Aki Tuomi <<a
            href="mailto:aki.tuomi@dovecot.fi" class=""
            moz-do-not-send="true">aki.tuomi@dovecot.fi</a>> wrote:</div>
        <div> <br>
        </div>
        <div>> On 23.05.2018 12:31, Rupert Gallagher wrote: </div>
        <blockquote class="protonmail_quote" type="cite">
          <blockquote type="cite"
cite="mid:zQtYpyAyiDeYzri3miX1VsgsTmaWrXEG5FmsqSgAPZAH9zQXIWG7MeUnDprshLaPTwJAMyuqoGz4aFzGiQLq63mK7McIgpFWsTXlooGtArw=@protonmail.com">
            <div><span style="background-color: rgba(255, 255, 255, 0);">Dovecot
                does not clear the subscription file from non-existent
                folders. </span> </div>
          </blockquote>
          <br>
          Hi! <br>
          <br>
          Thank you for your bug report. Unfortunately this is not a
          BUG, but mandated behavior by RFC3501, see last two paragraphs
          in the excerpt. <br>
          <br>
          Aki Tuomi <br>
          <br>
          6.3.6.  SUBSCRIBE Command <br>
          <br>
             Arguments:  mailbox <br>
          <br>
             Responses:  no specific responses for this command <br>
          <br>
             Result:     OK - subscribe completed <br>
                         NO - subscribe failure: can't subscribe to that
          name <br>
                         BAD - command unknown or arguments invalid <br>
          <br>
                The SUBSCRIBE command adds the specified mailbox name to
          the <br>
                server's set of "active" or "subscribed" mailboxes as
          returned by <br>
                the LSUB command.  This command returns a tagged OK
          response only <br>
                if the subscription is successful. <br>
          <br>
                A server MAY validate the mailbox argument to SUBSCRIBE
          to verify <br>
                that it exists.  However, it MUST NOT unilaterally
          remove an <br>
                existing mailbox name from the subscription list even if
          a mailbox <br>
                by that name no longer exists. <br>
          <br>
                     Note: This requirement is because a server site can
          <br>
                     choose to routinely remove a mailbox with a
          well-known <br>
                     name (e.g., "system-alerts") after its contents
          expire, <br>
                     with the intention of recreating it when new
          contents <br>
                     are appropriate. <br>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>