Mail Pilot App
mailpilot.co
mailpilot.co
Add to that the fact that I tweeted the MailPilot twitter account many times about this and never got a single reply, and this is a definite NO PURCHASE.
I really want to find that this app is great, but I'm not willing to ignore a mountain of evidence just because this is what I want to believe. Caveat Emptor, Buyer Beware.
Has anyone here actually used MailPilot sufficiently to counter those numerous negative AppStore reviews?
I noticed on their website they are advising to wait for version 2.
Everyone says the $ 20 or so are a steep price, but I paid twice that for Mailmate[1] and it's worth every drop.
It's probably my most used app after Sublime Text (to which it integrates, by the way) and It repaid itself after a couple hours of stress-free operation.
Granted, people lament that this app doesn't work well, but my point is that, as pervasive as mail is, every small bit of improvement in this area may could end up greatly multiplied. $ 20 may be much for a "useless" piece of software, but I think it's wrong to start with that as a general assumption for a mail app.
[1]: Mailmate: http://freron.com/
I don't mind paying $20 or more for a great email client - I mind paying that for a shitty email client that fails at even basic stuff like, you know, receiving emails.
As part of the original Kickstarter backing - I gave up on this product long ago because of numerous issues.
http://www.indev.ca/MailTags.html
I thought it was worthwhile mentioning, since I hadn't seen this plugin until a few months ago.
[1] This does not work with GMail, since it stores a new copy of the e-mail with the extra headers and then deletes the old one. GMail recognizes the new copy as a duplicate and never stores it.
[2] I am not sure if they take any security precautions, since a sender could add the header as well. Would be fun to try I guess :).
I stopped using MailTags and never looked back, although the remains haunt me to this day (Spotlight complains about mail header problems).
I would not recommend MailTags, unless you enjoy spending time tagging your E-mail and have some spare time for support conversations.
Now that there is a great mutt version that supports notmuch (mutt-kz) I might abandon Mail.app. But for now, MailTags keeps it bearable :).
Is it secure & private?
Mail Pilot never stores, processes, or transmits your data through third-party servers. Your account details, passwords, and personal data are securely stored on your device. All communication occurs directly between your device and your email server.
People doing this sort of thing tend to get caught, and besides, these guys seem to be in the app business, not in the service business.
There is no way—even with open source software—to prove that and app isn't sending data to a third party. Unless you are going to build all of your hardware from raw materials, and build your own software by hand, using a bootstrapped compiler that you wrote yourself. In machine code.
Given the above, it's obvious that there has to be a level of trust involved at some point in the process. The majority of people using open-source software aren't building it themselves, and so the trust issue would still be there if the software was open. Who's to say they wouldn't provide a binary that shipped your data off, without including that code in the open release?
IOW, your predictable shallow response adds precisely zero value to the discussion about how to ensure privacy in software.
I trust them not to include a mail-stealing backdoor (which would likely be noticed quickly), but I don't trust them to secure my mail on their servers.
Besides which, you can verify what servers it connects to in such a trivial way (1 minute tops) that digging through source code would be stupid.
I know it's a PITA to work with, but let's face it, the business opportunity is huge.
* Fancy mail clients for IMAP/POP: hundreds.
* Fancy mail clients for Exchange: zero.
* Every Exchange account out there is a corporate/business user, which means s/he is much easier to monetize (and on a large scale).
Inb4 "Exchange is proprietary-closed-blablabla": Mail.app works fine with it, so it can be done. Clearly it's just too boring for the cool kids to hack on.
http://www.microsoft.com/en-us/legal/intellectualproperty/IP...
While I agree with the user need, convincing corporation managers (aka CIOs) to use "fancy" email tools is extremely hard and probably the main reason Outlook sticks around.
Unless you want to sell the tools directly to end users, but then you're seen as "evil" by the CIO.
As people upgrade their Exchange servers or switch to the MS cloud, lots of SOAP endpoints will be there for everyone else to talk to.
We live in a world with broken E-mail [1], and there are very few attempts to fix it. And it turned out that very few people are willing to pay for better E-mail. Well, given how much time I spend on E-mail and how useful it can be, I am one of those people willing to pay.
I bought the apps even though the iOS one couldn't even work with my (Linux-based, dovecot) IMAP server. I don't mind, I want these guys to take the money and develop the apps.
Here's hoping they won't sell the company tomorrow to an evil giant who will shut the whole operation down.
[1] Just off the top of my head, some broken aspects of today's E-mail: HTML E-mail, crappy threading, broken quoting, top-posting, problems with attachments, attachment sizes, mail sorting…
I have a colleague who analysed the Mail Pilot IMAP conversation and managed to hand-craft his Dovecot IMAP folders just right so that the app worked with his VPS. IIRC it was a problem with the app being really picky about IMAP namespaces.
The same problem meant that the app didn't work with Fastmail, but despite having been informed of the bug the Mail Pilot team blamed Fastmail and 'non-compliant IMAP implementations'.
The Fastmail response was a classic: show us where the bug is in our implementation and we'll fix it in a week. There was no response.
> Currently, Mail Pilot only supports normal password authentication.
> A future update (currently in development) will include support for: CRAM-MD5, DIGEST-MD5, Kerberos 4, GSSAPI, NTLM, as well as Secure Remote Password.
So while they claim to value security, the app still requires you to send your password in cleartext. There's no way my IT department would enable cleartext auth on our mail servers, and I'd be too embarrassed to ask them to.
But it's been around for some time: Why the news now?
But I love what they are trying to do and I don't regret supporting the development of this as a product that gets better moving forward.
You can signup for the Beta here: http://www.mailcloud.com/
I NEVER expected to go to a new startup and have them ask for my email address then send me an email saying I'm in going to get an account soon!
Amazing, you guys are so unique, not only changing the way email should be done. But also changing how internet startups should do business.
Who needs an actual product, when you have the PROMISE of a new product.
Genius! 100% Genius.
I've been using Airmail [1] to do essentially everything you can do with Mailpilot, though with not as clean a UI, with pretty good success.
To replace email, you would need to create something which is as universally adopted. Good luck!
It wouldn't import existing accounts from Keychain. Well, okay.
The app does not sync settings between iOS and Mac, and it appears that it is using IMAP folders for sorting e-mails. I guess that's what IMAP folders are intended for.
It would be really nice if one could create rules for sorting incoming messages. For instance, move all e-mails from "%@hidemyass.com" to folder "Proxies".
Rich text editor for composing e-mails is primitive. No indents, TAB key does not work as expected, no blue colored quote blocks.
Can't find a plaintext composing mode.
Multiple file attachments in a chain of e-mails - they all bunch up in the bottom.
Whenever I send an e-mail, I would like to set a date, by which I anticipate a response. Guess that is a reasonably obvious function which should be implemented. Perhaps I missed it.
Say, I have installed the app, but I don't want to deal with garbage older than a week. Whenever I clean up new e-mails, it loads more messages: weeks or months old. I have e-mails all the way back to year 2002 in there.
When I set "Remind me" date on iOS, it shows a segmented UIPickerView. A full-sized calendar would be much more practical.
The iOS client has just stumbled upon a certain chain of 6 e-mails, and it keeps crashing.
Is it possible to temporary quit & disable the default Mail app on iOS? Because both my Mac, iPhone and iPad are trying to open >15 connections to my $2 paid Gmail business mailbox, and all of the devices fail randomly and spam error messages. This has been most frustrating with the default Mail app, not to mention this paid alternative.
They've sent their Yacht Club newsletter invitation to an address which I've added first – it was a shared corporate box.
Searching for e-mails is done on servers at the same time: extremely slow and frustrating. Now I can only use Mail Pilot alongside Mail.app, which lets Spotlight index the attachments.
Just noticed that they're building Mail Pilot v2.
Overall, it would be nicer to have Mail Pilot as an extension to Mail.app, but instead it tries to replace it. Guys, you can store my passwords and index my inbox if you need to – just make the experience seamless, so I don't even have to think about it.
With the number of prior native mail app let downs, I suspect the early adopter market for mail apps is getting more wary, I am.
A niche client doesn't have an eco system full of plugins and hacks, so it better be fully featured.
The people that do on the other hand and are therefore part of the potential audience are much more likely to sign and encrypt emails.