<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html;

      charset=windows-1252">

  </head>

  <body>

    <div class="moz-cite-prefix">On 5/27/20 7:57 PM, Kai Engert wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:7236a39a-9de6-4562-1362-e6e51ddf8f91@kuix.de">On

      28.05.20 01:03, Ben Bucksch wrote:

      <br>

      <blockquote type="cite">What about those Enigmail users who *do*

        manually install TB 78.0? They cannot use Enigmail anymore. They

        cannot downgrade anymore, because TB blocks profile downgrades.

        They are stuck without any encryption. They cannot even read

        their encrypted mail. I am talking specifically about those.

        <br>

      </blockquote>

      <br>

      You're right that we should think about those users, and try to

      minimize the number of users who will run into that situation, but

      it seems difficult to completely avoid it.

      <br>

      <br>

      Enigmail could open a tab (each time Thunderbird gets started)

      with a warning that says "reminder, please continue to use

      Thunderbird 68.x until August-25 because ...".

      <br>

      <br>

      Or we could try to add a check to Thunderbird 78 that is executed

      very early during the startup code (before any profile migration

      code runs), which checks if the Enigmail Add-on is present in the

      profile. If it is, show a warning "You have the Enigmail Add-on

      installed, which is no longer supported by this version of

      Thunderbird. Integrated OpenPGP support is under active

      development, and expected to be ready by August-25. Please

      continue to use TB 68 until August-25. Thunderbird will now quit."

      <br>

      <br>

      Delaying the stable 78.x release until OpenPGP is sufficiently

      complete would be an easier and more reliable approach (e.g.

      declare 78.0 and 78.1 as beta versions), but in my understanding

      this isn't an option.

    </blockquote>

    <p>Correct, delaying releasing 78 for 1-2 months isn't an option.  <br>

    </p>

    <p>It seems to me the idea you mention above is a very good one,

      give users an opportunity to opt out when starting up 78 and be

      able to go back to 68.   But we are now past string freeze, so we

      need to very quickly navigate that issue.</p>

    <p> I would not include dates - dates can change.  I wouldn't even

      mention releases.  We can communicate that information in the

      existing enigmail add-on when we know everything is ready.<br>

    </p>

  </body>

</html>