Gaia/Email/Features: Difference between revisions

From MozillaWiki
< Gaia‎ | Email
Jump to navigation Jump to search
mNo edit summary
Line 16: Line 16:


* Connection Security
* Connection Security
** Self-signed certificates: '''NO''', unless the certificate is explicitly trusted by gecko or has had an exception created some other way (such as via the web browser).  If we fix it, it would be in the system app to allow you to add a certificate or an exception, but we don't want to make it easy to do. (asuth, 2013/05/15).
** Self-signed certificates: '''NO''', unless the certificate is explicitly trusted by gecko or has had an exception created some other way (such as via the web browser).  In the past, it was very common to use self-signed certificates because getting a real certificate cost money, and potentially a lot of it.  Now, you can get free SSL certificates; at least StartCom provides them [https://www.startssl.com/?app=1 here].  I discussed a strategy for supporting self-signed certificates with Brian Smith early on in the e-mail app development cycle.  Our conclusion was that it's reasonable to support certificate exceptions, but that adding a certificate should be a very deliberate operation and not something a user should just click through.  An especially important factor was that mobile devices are much more likely to be on sketchy wi-fi where man-in-the-middle attacks are much more likely than traditional desktop-computer-from-a-trusted-home-network situation that Thunderbird traditionally has been used for.  We also determined that certificate exceptions should be added from the settings app.  This makes it more deliberate, and also allows the very dangerous API operation of adding certificate exceptions is only accessed from one certified app, rather than exposing it to apps like e-mail which are intended to only be privileged.  Since that discussion, the browser app is now capable of adding exceptions, but it is also one of the most privileged (certified) apps around or likely to ever be around. (asuth, 2013/05/21)

Revision as of 09:55, 21 May 2013

This page is not comprehensive. Right now, think of it as a place where we put answers to questions that are asked when they are asked. If you know the answer to a question, or think you know, please just update this page! Just put who is answering the question and when they are answering it in parens. If you know there is a bug filed on implementing something, or even a WONTFIX bug, please update the page! Thanks!

ActiveSync

  • Mail Sync Process
    • Push notifications per the ActiveSync spec (as opposed to the FxOS push notification support): NO. We want to support it, but be aware that on cellular networks we are unlikely to be able to reliably maintain the persistent connection. (asuth, 2013/05/15).

IMAP

  • Connection Security
    • STARTTLS: NO, although we want to support it. bug 784816 is the platform bug which must be resolved, bug 847032 is the e-mail bug. (asuth, 2013/05/15)
  • Mail Sync Process
    • IDLE-based push notifications: NO. We do use IDLE, but only as a means of keeping the connection alive. We want to support properly handling IDLE events. (asuth, 2013/05/15).

Security

  • Connection Security
    • Self-signed certificates: NO, unless the certificate is explicitly trusted by gecko or has had an exception created some other way (such as via the web browser). In the past, it was very common to use self-signed certificates because getting a real certificate cost money, and potentially a lot of it. Now, you can get free SSL certificates; at least StartCom provides them here. I discussed a strategy for supporting self-signed certificates with Brian Smith early on in the e-mail app development cycle. Our conclusion was that it's reasonable to support certificate exceptions, but that adding a certificate should be a very deliberate operation and not something a user should just click through. An especially important factor was that mobile devices are much more likely to be on sketchy wi-fi where man-in-the-middle attacks are much more likely than traditional desktop-computer-from-a-trusted-home-network situation that Thunderbird traditionally has been used for. We also determined that certificate exceptions should be added from the settings app. This makes it more deliberate, and also allows the very dangerous API operation of adding certificate exceptions is only accessed from one certified app, rather than exposing it to apps like e-mail which are intended to only be privileged. Since that discussion, the browser app is now capable of adding exceptions, but it is also one of the most privileged (certified) apps around or likely to ever be around. (asuth, 2013/05/21)