<div dir="ltr"><div dir="ltr"><div><br></div><div>I thought I would throw in my two cents here since I use and have</div><div>an interest in Thunderbird/messaging which I have set up for a business.</div><div><br></div><div>- Note: my personal paradigm is not typical given my disability accessibility</div><div>and ease-of-use are very important (for me personally)</div><div>- The above also implies using fewer, not more applications (regardless of type)</div><div>- For both myself and my wife's business we use the built-in XMPP chat with</div><div>jabber.  Separately we use CounterPath Bria 5 for VOIP/SIP/SMS</div><div>- While I don't love having that as a separate application, I also do not want to use the web</div><div>- Personal opinion:  not a fan of proprietary chat protocols (Skype,Google hangouts , WhatsApp )</div><div>- Reality: especially in the personal area, lots of people will be using different protocols</div><div>- I am in agreement with maintaining, if not improving messaging as well as VOIP\WebRTC\SIP</div><div>- in the process of trying to put together my system (again focused on accessibility)</div><div>- I was not impressed with any open-source clients - no offense to anyone</div><div>- I agree with the opinion that e-mail combined with messaging is not uncommon</div><div>- While there is little to no overlap in the protocols (excluding significant security protocol overlap),</div><div>  there is one huge overlap - the users address book - and this is been one of my big problems</div><div>  everything has their own directories which is a big pain in the ass, one-way sync is little better</div><div>- I believe we should have the infrastructure, especially the security protocols (needed anyway)</div><div>  If we include WebRTC that would be a bonus and allow add-on developers to do all sorts of things</div><div>  Even if we have something built-in beyond XMPP/IRC</div><div><br></div><div>From a bit of a business perspective, one could imagine a partnership with someone like Twilio,</div><div>the VOIP/SIP/SMS cloud service.  I use them and have also written several applications against their interface</div><div>that would provide a number of interesting things, including possibly revenue.  These services/new protocols</div><div>are becoming quite popular.  personally I would love to have this, and would do an add-on with support.</div><div><br></div><div>If I had extensions for some of the other chap protocols within Thunderbird, I actually might use them</div><div>and then things would be well combined.  </div><div><br></div><div>Re: Thunderbird as a mobile app:</div><div><br></div><div>I tend to lean towards the opinion that there is much to do with desktop app before burning energy</div><div>and dollars on a mobile app.  Going there is just going up against a ton of competition.</div><div>Thunderbird as a dedicated, mail desktop application  is a more unique space to operate in.</div><div>I do not have any problem with a desktop app designed around "web technologies and protocols", that definition</div><div>does not make it a browser, even if we have lightweight browsing capability.</div><div><br></div><div>Related, but I have been working on Visual Studio code for two years as a user and contributor.</div><div>initially I was very dubious of both Electron and a HTML rendering engine ( chromium).  I have to say</div><div>I have been very impressed with both the project and the resulting application.  This paradigm</div><div>does have some advantage of independence that we currently do not have with Geko, ultimately</div><div>we should be able to accomplish essentially the same thing.  Proof of this is the fact that</div><div>despite code editors being close to religion for developers, VSC has rocketed to the top</div><div>if the user list according to stack overflow...</div><div>I point out the above because there has been so much discussion about browser cores.</div><div>I made the distinction in who  is driving the show : is it Thunderbird using</div><div>a form of "browser framework", or is Thunderbird operating underneath a parent application.</div><div><br></div><div>First option okay, second we become just an add-on at the whims of our parent.</div><div><br></div><div>IMHO...</div><div><br></div><div>Christopher</div></div></div>