<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Eyal,</p>
    <p>I'm not a proponent of this direction, I just thought I would
      address what Disaster raised with relevant information about a
      proposed direction.<br>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">And I have to say that I get extremely frustrated when decisions are
surreptitiously made by tweaking the definition of the current state of
affairs.</pre>
      </blockquote>
    </p>
    <p>No decision has been made, and in making a decision I think that
      would have to be one made by the larger community of contributors
      - not just the Council or any other person/body.</p>
    <p>But, I'm also not tweaking the definition. I'm just saying that
      we build upon a browser, so utilizing the perks we get from that
      or producing work that takes best advantage of that is not
      necessarily a bad thing.<br>
    </p>
    <p>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">don't want to be at the mercy of whoever directs a browser's
development.</pre>
      </blockquote>
    </p>
    <p>I mean, we already are at the mercy of whoever directs the
      browser's development with our reliance on the Firefox codebase
      (think about our current add-on situation). But your point is well
      taken and I think you represent a reasonable amount of people in
      our community with your opinion.</p>
    <p>We should be discussing what avenues we can take going forward to
      reach users who we currently aren't able to get to, for instance
      Chromebooks. But that doesn't mean we need to become a web app.<br>
    </p>
    <div class="moz-signature">Ryan Sipes
      <br>
      <small>Community and Business Development Manager</small>
      <br>
      <a href="https://thunderbird.net">Thunderbird</a><br>
      <br>
    </div>
    <div class="moz-cite-prefix">On 4/5/19 4:01 PM, Eyal Rozenberg
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:bd31591a-2be9-88e6-3bd2-0fbf8e62138a@technion.ac.il">
      <pre class="moz-quote-pre" wrap="">

On 05/04/2019 20:40, Ryan Sipes wrote:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">We are headed towards a Thunderbird that could be run in a browser
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
I very much hope we are heading to no such place. Just like
DisasterMaster said: I for one do not want a browser-based mail client.

</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">As we get closer to that we could approach MoCo
and the Firefox team and see where we can work together.
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
Please don't do that. I mean, don't try to "work together" on making
Thunderbird some sort of a souped-up browser add-on.

</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">You are already using a browser based app, built on the Mozilla platform
(i.e. Firefox).
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
No, Thunderbird is not a browser-based app; Thunderbird and Firefox are
apps heavily utilizing browser-like layout and user interaction
functionality.

And I have to say that I get extremely frustrated when decisions are
surreptitiously made by tweaking the definition of the current state of
affairs.

</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">But I understand your concerns (I don't like Electron apps anymore than
the next guy).
</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
It's not about Electron AFAIAC. I (we?) want to have a mail & messaging
application which becomes _stronger_ in its non-browser capabilities,
not _weaker_. Don't want to go through a browser (as opposed to a
content layout library); don't want to be constrained by what a browser
offers; don't want to be at the mercy of whoever directs a browser's
development.
</pre>
    </blockquote>
  </body>
</html>