I'm getting back into using offline email clients, which is reminding me of why I stopped. Having to manually enter the address, encryption style, and port numbers for both IMAP and SMTP servers would be a show-stopped for most users. Then, trying to sync the address book(s), sync the client's spam filter with the way the host(s) handles spam etc etc. It's so painful, it's obvious why almost nobody does it.
Conversation
Notices
-
Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 29-Aug-2018 07:35:31 EDT Strypey
-
Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 29-Aug-2018 07:38:23 EDT Strypey
Add to that the fact that most of the email clients I've used on #GNU-Linux are buggy, crashy messes, with a #UX that makes GIMP looks user-friendly. Nobody who depends on email for mission-critical communication (and storage of same) wants to risk a badly maintained app losing or shredding their correspondence. Nobody who doesn't would be bothered to go to the effort. And all these before we even start talking about adding encryption to the mix.
-
Strypey (strypey@mastodon.nzoss.nz)'s status on Wednesday, 29-Aug-2018 07:40:15 EDT Strypey
What I want is to be able to give an email client the URL I use to login to my email service in a web browser, and my password, and for it to be able to set up IMAP, SMTP, sync my address book and any spam filtering systems, and so on, without my having to do anything else. Just like #Pinafore does for my #fediverse account. Is it really so difficult to make that happen?
-
Jamey Sharp (jamey@toot.cat)'s status on Wednesday, 29-Aug-2018 16:05:46 EDT Jamey Sharp
@strypey I like your goals, and I have high hopes for https://jmap.io/ solving these problems. Their draft specifications already give you a single URL that provides access to sending/receiving mail, syncing contacts or calendars, and managing junk/not-junk/phishing flags on messages.
-
-
-