191–200 of 221 posts
Another happy Purelymail customer here (5 years). if anyone needs to move mail storage from one IMAP server to another (eg; Purelymail) I can highly recommend https://imapsync.lamiral.info/ Not for it's website graphic design, but as a CLI tool that works perfectly. "source server -->> target server" and let it run
I use it to back up/sync all of my email accounts via IMAP to a different email provider account, and it works great!
I looked into Purelymail when searching around for good email solution. Google Workspace was getting a bit costly and there were too many things I did not need. Zoho Mail provides another option - $1.95 per month I think for my use where I am (AU) and has all the features I need for my small indie business. One other option I tried was to actually run mail myself with Linode VPS - https://mailinabox.email/ I know it…
Earlier quoted context omitted.
https://mailbox.org comes pretty close.
I know online services or any service depends a lot on personal interaction experiences and personal expectations from those services and people involved in those services, but I can't leave mailbox.org sooner. I have tried/explored couple of them like Mailbox.org (of course, current user), Fastmail, Proton, and Runbox etc. Given everything http://runbox.com seems to be the best among them - much better than Mailbox.…
They didn't support a server-side filter that copied emails from the inbox to another folder. And something was wrong with their DKIM support, but my notes don't say what.
mailbox.org has it's problems though and I'd be happy to find something better.
Earlier quoted context omitted.
I really have an issue with that. On the one hand, it's just wrong. Self-hosting mail is not easy because you need to learn how things work. But it's far from being "one of the hardest things to do", even in the domain of hosting things. A properly set up mail server will seamlessly send mails to almost any other MTA. The only large exception is microsoft. The abuse their market power by black-list all new MTAs by de…
> The only large exception is microsoft. Comcast also gives me no end of annoyance by repeatedly black-listing my server for no apparent reason. The process goes: get blocked, request reason, get a hand shrug and unblock, rinse and repeat.
Earlier quoted context omitted.
nope, exactly this feature you describe is what i am referring to. it's not a gmail invention. not by a long shot.
Not a gmail invention perhaps, but also not per RFC. That some use it to mean something special is not in the RFC. Actually, a significant number of SMTP servers don't even implement the required parts of the related RFCs, let alone fancy things like plus handling.
there are a number of servers that support it. wikipedia lists some if them:
Earlier quoted context omitted.
+ is not gmail. + is industry standard, supported by almost all mail servers (if configured) since long before gmail existed.
The problem with "+" isn't the email side. The problem with "+" is dumbass Javascript developers who use broken regexes to "validate" an email address.
+ was always a legal character, right from the first SMTP RFC 822
Earlier quoted context omitted.
end-to-end encryption? yes, if both users are on Proton - but don't call it email then. Storing encrypted makes only sense when keys are not in their hands. Plaintext password enters their system on each login which means they can have your decryption key at any point if needed. smoke and mirrors marketing...
if they use the email/smtp protocol then it's email. plaintext password does not enter their system. For example I still have to enter a second password for the in-browser decryption (although these days they use the same password). Most of security feels like theatrics, but small measures that add difficulty for a potential threat actor add up.
SMTP does not encrypt messages and they arrive at Proton's inbound relays unencrypted, are scanned in plaintext for spam etc. At this point they can Bcc anything to another relay/account and keep a copy of all inbound messages BEFORE anything gets encrypted.
Access to historical messages? One line of code for logging, and let's not forget GPG does not encrypt the metadata which is readily available. How about FTS indexes, are they also decrypted on the fly in the browser?
Email is complex and not many have the patience to understand the monster behind, but lying about it, as Proton does - I find it just insulting to our profession.
Also "Swiss neutral", this is even more offending. Swiss execute US orders regularly.
Translated: https://daslamm-ch.translate.goog/ueberwachungsoase-statt-da...
Original: https://daslamm.ch/ueberwachungsoase-statt-datenschutzparadi...
What we really need instead of such shams is a new mail system that does not depend on trusting providers and especially not a SINGLE provider.
Delaware incorporation is the norm, but for anyone who cares about dragnet surveillance, the state of incorporation is important, as well as the country. Proton also does end-to-end encrypted email and supposedly, your emails are never stored decrypted, they are decrypted in your browser and in ingress/egress out of their environment. They're also hosting in switzerland. That said, like many, I also am looking for an…
>They're also hosting in switzerland. ....means nothing. Unless you know something the rest of us don't?
Earlier quoted context omitted.
I know online services or any service depends a lot on personal interaction experiences and personal expectations from those services and people involved in those services, but I can't leave mailbox.org sooner. I have tried/explored couple of them like Mailbox.org (of course, current user), Fastmail, Proton, and Runbox etc. Given everything http://runbox.com seems to be the best among them - much better than Mailbox.…
I tried runbox before mailbox.org but it didn't work for me. They didn't support a server-side filter that copied emails from the inbox to another folder. And something was wrong with their DKIM support, but my notes don't say what. mailbox.org has it's problems though and I'd be happy to find something better.
You mean a rule where you can say [mail:received-from="domain:xyz.com" > move to > "Saved" folder] - and it happens, something like this? Honestly I did not check it but I guess they might handle it.
During my trials I didn't find any issue with their DKIM support. https://help.runbox.com/dkim-signing/ seems fine to me. You might want to ask if you are interested, unlike mailbox.org they do reply, and they reply promptly, and they reply as if they mean it.
> I'd be happy to find something better
Please do share here on HN if you happen to find something better. Cheers.