3 ms·
last release was in April and it doesn't look like anything newsworthy happened since then
by indeyets 12y ago
last release was in April and it doesn't look like anything newsworthy happened since then
- galapago 12y agoFirefox version was released 13 days ago: https://github.com/toberndo/mailvelope/releases/tag/v0.10.0b1 https://github.com/toberndo/mailvelope/releases/tag/v0.10.0b...
- CalRobert 12y agoI'm on the most recent firefox version after previously building it myself. It's not bad; I find it to be better than messing around with enigmail. I wonder what the pros/cons are to this as opposed to Mailpile, which I haven't used yet.
- higherpurpose 12y agoWell for one, Mailpile is a local client. Mailvelope can be updated/accessed by the developer at any time.
- maximumoverload 12y agoNot if you build the extension yourself; but then you don't have the updates.
- rakoo 12y ago"local client" and "updated/accessed by the developer at any time" are not mutually exclusive: the most common example is Chrome, and AFAIK applications on Android can be updated at the developer's will (I'd guess it's the same for iOs and WP, too). The model we have for traditional PCs is actually a remnant of the disconnected era in which applications were first conceived: manual update when the user knows they have a connection.
- deong 12y agoFor iOS and Android at least, automatic and relatively transparent updates are a user-preference, so you can't as a developer force users to update, although I'm sure most have automatic updates enabled. You could I suppose version your API calls and disable all but the newest version from working, provided you have a server component, but that's about it I think.
- higherpurpose 12y agoOn Android it's off by default, and you can easily enable/disable it. On Chrome it's on by default, and I don't even know how to disable that (I assume it's somewhere in flags, which is of course terrible UX for something like this)