I recommend Fastmail. I've been paying customer for 5+ years, parked custom domain and set up forwarding on Gmail. 0 problems except maybe 2 short downtimes that I can think of
Same, migrated away from GMail about 5 years ago, had the same account since around 2004 when it was still invite-only. I got scared after a friend's experience getting their Google account locked after setting up AdSense for a side project.
Chose Fastmail over Proton just due to the convenience of search, I appreciate that Proton is more privacy conscious with the full encryption but I can only manage my emails if I can search them, I'm not well organised but can remember the right keywords to find anything in the tens of thousands emails I have from all these years.
Proton's full encryption is only if you email to another Proton user. Other email providers would not be able to decrypt the message for the user to read. While readers of this board might not need the distinction to be made, the vast majority of the population definitely does though. I have had multiple conversations with people that did not consider their Proton mail sent to a Gmail user wasn't fully encrypted.
Encryption is hard to get right on multiple levels. The biggest hurdle however will always be end users.
Seconded, not because of the AI stuff, but because they're much better than Gmail. The UI loads instantly, is much more responsive, featureful, things just make sense, support is really quick and knowledgeable when you email them, just fantastic all around.
I considered fastmail. Their integration with android contacts is terrible,you have to maintain contacts separately.
I can do that,but it doesn't work for non technical users of my family.
Android does not support CalDAV or CardDAV, which are used to sync calendars and contacts. However, a workaround is installing a CalDAV or CardDAV sync adapter.
We have tested and recommend DAVx⁵, which is approximately $5. Once you have added your account in DAVx⁵, you can set up calendars or contacts in the app of your choice, and the changes will sync with Fastmail.
I don’t have any complains with contact management on iOS with Fastmail. Apple’s CardDAV and CalDAV implementations are way better than they used to be. What issues are you seeing?
Ditto. I started migrating 3 years ago, and now almost nothing reaches my Gmail any more. Weaning off Google is hard, but this felt like the most significant step.
Same here. Also no "TRY OUR AI NOW" button, no Copilot popups, no feeding all emails into LLM training, no ads (!!!) in the inbox(!!!). Just great value.
I was a free user ~20 years ago and still use them today! It's exactly what I need out of email, with everything included in the one price tier. I tried ProtonMail and some others like iCloud but found no equivalent.
Any tips for getting family members to use your new email? I've also been on Fastmail for ~5 years, but can't get anyone I know personally to use the new email!
Auto-reply from the old email that says, "This email address will stop working in {n} days. Please update your address book with <new email address>" Ideally only reply to those in your address book so spammers do not get the new address so easily.
Also CC your new email address from the old one in an email to everyone you care about with "I have updated my email address to <new email address>" so it's easier for them to add it.
For me, it is working excellent, I almost never check the spam directory for false positives, and it happens maybe once a month for me to receive a spam message in my inbox. I think it is comparable to Gmail, maybe a bit better.
I switched to Fastmail and I desperately want to integrate ChatGPT to intelligently schedule meetings. I spend a tremendous amount of time going back and forth with people manually inputting when I am free. I’d pay more for this integration!
I also use ChatGPT (copy and paste) to rewrite long emails for clarity. I’d love if it had pre-written drafts that I could approve or edit and send…
I love Fastmail otherwise though. I don’t want to switch away, and I don’t want them to force it down anyone’s throat. I just want an option to integrate or a feature I could turn on (even a paid premium tier). My response to another person explains what the problem is - I think it is a pretty common issue.
im sure you could get procmail to do this, have fastmail forward to a self-hosted mail server with procmail and then have it go nuts. You can send mail from your own server using fastmail's servers with an API key.
I get 3-5 email requests a day for meetings. Those meetings are at various locations (so options like Calendly which are more focused on people doing meetings from a single location don’t work). I need to reply with times that I am available. Often they get back to me and say they aren’t available at those times so how about these times. We iterate until we find a time that works.
All of this is manual right now. I’ve spoken to a lot of colleagues in my industry who have the same pain points. A lot of time is wasted on this.
Something intelligent could take into account where I am going to be right before the time I offer and make sure there is enough time for transit in between. It could warn me if I have a few meetings back to back and might need a break.
I love Fastmail and don’t regret ditching the Gmail backend at all, but I do wish I could have something intelligent like this integrated.
Maybe I'm not understanding what you mean but isn't this just... a shared calendar? You have a work calendar which is public and other people can open to view your availability, and propose meeting times. And vice-versa you can see their calendar.
Modulo your problem with travel times (but calendars have location info, so hacking something where the travel time between two consecutive locations is accounted for should not be too difficult). So I don't quite understand where "AI" fits into this.
It's only django-related third-party packages comparison (and SSR itself), would be a bit strange to compare with a different language/stack and/or framework
With focus on LiveView, I think it’s interesting to see how the runtime influences the results. Django and Phoenix have a very different concurrency model
Six years ago when I was working with a Phoenix API, we were measuring responses in microseconds on local dev machines, and under 5 ms in production with zero optimization. In comparison the identical Django app had a 50 ms floor.
If it's only about Django ecosystem, true that. But if it's about pushing the limits how fast you can server-side render doom, then there are more possibilities to be tested:)
Only because it is being subsidized by 20 to 40 gigawatts of electricity. It is basically a ponzi scheme where the increasing difficulty transfers wealth from new comers to early adopters.
But their robots are enabled by default. So it is a form of unsolicited scraping. If I spam millions of email addresses without asking for permission but provide a link to opt-out form, am I the good guy?
At this point everyone knows about robots.txt, so if you didn't opt-out that is your own fault. Opting out of everyone at once is easy, and you get fine grained control if you want it.
Also most people would agree they are fine with being indexed in general. That is different from email spam where people don't want it.
Looking at SerpApi clients, looks like most companies would agree they are fine with scraping Google. That is different from having your website content stolen and summarized by AI on Google search, which people don't want.
The claim is SerApi is not honoring robots.txt, and they are getting far more data from google/more often than needed for an index operation. Or at least that is the best I can make out of the claim in court from the article - I have not read the actual complaint.
People are generally fine with indexing operations so long as you don't use too much bandwidth.
Using AI to summarize content is still and open question - I wouldn't be surprised if this develops to some form of "you can index but not summarize", but only time will tell.
To prove the point, author mentions company that went from React to Htmx and saw positive change in relevant metrics. When you do that, it usually means your app has matured in a sense and you can be sure that htmx will be sufficient to handle all the functionality
I'm however more curious about going the other way, i.e. you start a project with Htmx which happily grows but after a while, a large feature is requested which inevitably changes the direction of the app into React use-case territory. I can't think of concrete example but you now have to work around it with htmx or commit to rewriting to React (or alternative). Wonder what are thoughts of people who had to deal with this
They have been for a while. Had first mover advantage that kept them in the lead but it's not anything others couldn't throw money at, and catch up eventually. I remember when not so long ago everyone was talking how Google lost AI race, and now it feels like they're chasing Anthropic
I've been coding a lot of small apps recently, and going from local JSON file storage to SQLite has been a very natural path of progression, as data's order of magnitude ramps up. A fully performant database which still feels as simple as opening and reading from a plain JSON file. The trick you describe in the article is actually an unexpected performance buffer that'll come in handy when I start hitting next bottleneck :) Thank you
reply