SnappyMail – Modern, lightweight and fast web-based email client
snappymail.eu
snappymail.eu
SnappyMail is not affected by this and seems to be the successor.
(I'm not affiliated with the project, I moderate other communities, this is weirdly common of trolls online). Of course I say that and it got spammed to death. I think someone has a script going at this point.
Also, you're really expecting me to write bash this early in the morning? I have not written bash for a few years now. I guess I could of just had postman generate part of the code for me and done it in an even shorter span of time, but I assumed they were not automating the vandalism.
Not that an open source project owes you anything, of course.
Is roundcube better now?
It's so interesting: when Gmail first came out, tags were so innovative. So much better than folders. I spent the first couple years tagging all my mail, and setting up filters.
Now I never think of it. If I want an email, I search. Having hundreds of thousands of old emails means tags would have long-since been overwhelmed.
Is this other people's experience? Or am I bad for not doing inbox-zero and carefully curated tags?
Search on it depends on your IMAP server's search system (I know Mailcow uses solr but that takes a while on my server, probably because of underspec hardware). Tags are easy to work with, the interface is quite good in my opinion, and integration with calendar/contact sync is also quite nice. The front end for basic Sieve rules works well for my requirements. Gravatar support and desktop notification support are also nice bonuses.
There aren't too many themes for it, though, so you'll have to make your own if you don't like the look. There's a SoGo demo on their website if you're interested.
The features mention:
> Save the parameters of a search so that you can quickly access them later from the menu without having to enter them again. This is particularly useful for parameters of searches that are used frequently. Saved search parameters can also be deleted later.
If you know what thread you're looking for, search is good enough. If you communicate with distinct groups of people about different projects, search is good enough. If emails from the same few people can concern different projects, and there are no terms that always appear in those message to differentiate (or your colleagues are bad at using the subject line), tagging your messages with the proper project/issue/topic goes a long way.
This means that any tag applied by a filter is usually pretty useless, you can just repeat the filter's query when needed.
Looks like they're not really aiming at the DIY crowd though, I wonder if it's tricky to set up.
The UI is nothing that can't be fixed with an admittedly large amount of CSS tweaks :)
I think some people (such as HN users) would like that. The closest client to that description that I've seen may be:
https://squirrelmail.org/images/shots/nodeco/compose.jpg
I.E. HTML links for navigation, textarea for message composition, etc. I don't think its very popular.
I personally dislike the basic assumptions made by email clients such as assuming we want to organize inbox by date. This leads to vicious responses like inbox zero because the psychological effect and UX utility of an ever-growing list is basically negative. When considered temporally it is actually amazing how long it took major email UX to begin to fix this, and it's still basically broken. That's largely an artifact of the fact the specification is SMTP (T for Transfer) and thus the UX for end-user use case was never considered during protocol design. Today we would seek a more holistic design process. IMHO a strong novel UX would include integration support for digital forms of communication segregated from email such as file transfer, video conferencing, hosted issue systems, payment, etc. while recognizing the critical challenges of such an approach from a security perspective. You ideally need a walled garden, in other words, with OS level controls. I am skeptical a pure browser experience can deliver this. You really need an OSX-like Unix with user focus tracking, security guarantees and a managed notification stream or better.
It is occasionally convenient: anywhere you can sit down at a web browser, you can read your mail. I think that it's not really featureful enough to be the primary mail client for most HN readers.
I hope we will soon see Thunderbird on Android! Finally decent Email-App with PUSH-IMAP, local storage of all E-Mails and a comfortable UI.
But K9? It works. But it is complicated and has raw edges e.g. the visible permanent notification about PUSH.
But FairMail? Cannot store all E-Mails locally.
But GMAIL? Doesn't support PUSH with IMAP, only with Googles own Email-Service. Cannot store E-Mails locally.
by what magic way do you think Thunderbird will not need that?
The magic of not knowing how Android handles background tasks, I guess.
https://github.com/M66B/FairEmail/blob/241ecce7527daafeb021e...
Was awkward.
https://github.com/M66B/FairEmail/blob/6eba172ee7f77e1400813...
But implemented it now!
You definitely didn't read why that notification exists. This is required to allow (somewhat*) reliable background activity in Android 6.0+, and if you're using Android 9+ you can hide it (unfortunately Android 8.1 and below don't support fine-grained notification management). The other option is to rely on Firebase mobile push (previously GCM pushes), but that would require something else to read and push messages to Google.
* Unfortunately, most Android phones bundle aggressive power management "features" that will kill K9 (or any app really) if you didn't whitelist them. You should probably read Don't Kill My App (https://dontkillmyapp.com) to learn how to disable this, assuming that your phone allows them.
I just opted to not note it here, because it requires manual work and isn't default.
missing/hidden login button ain't very user friendly, I even clicked on language icon first thinking it's maybe login button
Edit: Now that I've looked a bit into it, I think it's just the font. Snappymail uses Deja Vu Sans while Rainloop used Arial. If I change the css in the firefox inspector, it looks oh so much better with Arial, imho. Icons still look worse though...
I saw ~1 second load time and <1 second to change views. For UI I like the minimalism. Although I won't use this, I want better native mail browsers, not web clients.
What load times are others seeing?