Yes please. I'd appreciate this in the web app, but a browser-independent desktop app would be even better. The cloud data, which was already encrypted on the client side, would be downloaded to the desktop app's local folder(s). Here it would remain encrypted at rest. I'd like to see AES-256 as the standard, with the option of additional layers of encryption (Blowfish, Twofish, etc.) and multi-factor authentication. This could also be an option for the mobile apps. In this case, go to the app settings and say whether or not you'd like to store data offline, and select the types of data kept (emails, contacts, calendar, notes, etc. as they become available as features). Same encryption methodology, with the addition Touch ID support on iOS.
Ephemeral emails....interesting. I think the question in my mind is, who do we not trust in this use case? If it's the recipient and we want to give them only a limited time box in which to read the message, I don't think this would solve the issue. All they have to do is take a screen shot, even a picture with a phone, and the ephemeral nature of the message is broken. On the other hand, are we more concerned with users who share the recipient's email account? Here, deleting the email with the recipient's link would certainly be useful and I encourage it. Could you clarify?
This is a feature I've been dying to find again. Since switching from Google Drive to SpiderOak, I still have the ability to share files in a Dropbox-like manner using the Hive folder. But I've lost the ability to easily access a cloud-only option a la Google Drive. I'd be more than willing to pay a reasonable fee for this one, though I think a free option would encourage wider adoption.
Broader notification management would definitely be a good thing. To my mind this would be the core, together with the ability to disable notifications altogether if desired.
Yes, YES, a thousand time yes! One of the few Google services I still use is Keep. Give me a private Keep and I'll be over the moon.
This would be a powerful add-on. It would eliminate the need to rely on a browser for client-side encryption and could potentially serve as the basis for a menu of Tutanota apps analogous (though implemented differently) to the Google app launcher. The possibilities are great.
Agreed. This would encourage use of unique passwords for each conversation, making it easier to for users to keep themselves secure. Of course the real challenge is communicating the password securely, but such is life in the word of symmetric-key encryption. Perhaps leveraging SMS, voicemail or an OTR-enabled authenticator app/browser extension. Lots of potential for spitballing on this topic.
I agree with this as long as the caveat to show nothing by default is respected. My end point is highly secure, but unless I want to use Google Glass (I don't), nothing will pass the WebEx test as I call it. In other words, if I'm sharing my screen in a meeting, I don't want my colleagues to see the contents of my personal emails (or even the sender/subject) in a desktop notification.
I agree, and the other issue I face is that I have to have the web app open in a tab at all times in order to receive these notifications. Solutions might include a browser add-on or desktop client.
I do agree, particularly for iOS. In the case of Android, certain security apps (such as avast!) include app locking which enforces a PIN code for any apps you choose.
I wouldn't necessarily say the UI design is bad. That said, I would be in favor of an option to resize the different panes on the page using click-and-drag. I also look forward to seeing how the UI shapes up as more features are added, particularly with respect to the left- and right-hand sidebars.
You can format the text with shortcuts via your keyboard (Ctr+b, Ctr+i). We still have to implement the according buttons.