All forms of signing email are generally solving the wrong problem
utcc.utoronto.ca
utcc.utoronto.ca
The suggestions to use reputation, accounts etc are still fine and good, but step 0 is to check whether that guy on the other side is who he says he is - and that's where DKIM comes in.
> And prevents you running multiple domain mail server on single ip
No it is not. You have to have a pair of mappings: IP -> hostname -> IP, but practically nobody checks that domain of hostname matches domains used in emails. Most mail providers send mail with multiple domains in mail form using shared pool of servers which do not use customer's domains in their hostnames.
I am running self hosted mail server on broadband static ip for close to 20 years and until the reverse resolve was done I was categorically thrown into spam on gmail. DKIM or not. Once the reverse DSN was set it stopped (after a while)...
Well just google it you have enough of showcases there.
At some point you have to "trust a system". Block Chain, Social Security ID, Drivers License, Passport, even DNS are all susceptible to some form of attack vector.
I could do a DNA test to verify you, provided I did one before.
> is only as "secure" as DNS, which isn't very
I'd argue DNS itself is quite secure. It has lots of issues, but it's so widely used those issues are known and mitigated for. DNS as a system receives an insane amount of attacks. There's just too much money involved for people not to pay attention for attackers and defenders.
I will agree that your DNS isn't secure. It's analogous to saying your Gmail isn't secure, but Gmail itself is just fine.
If I remember correctly, they rolled out PKI ~2005ish. It has done wonders for them. https://e-estonia.com/solutions/e-identity/id-card/ https://en.wikipedia.org/wiki/Estonian_identity_card
Read the Roadmap at https://ec.europa.eu/info/law/better-regulation/have-your-sa... and comment on the Public Consultation if you have feelings about that.
Explicitly part of the goal is either a pan-European ID card or requiring every Member State to adopt one. Currently, MS aren’t required to. When the UK was in the EU, the idea of a digital ID that could be used by the government to track all of your activities online was... not popular. However, despite Brexit, the idea is being reintroduced, this time to “fight coronavirus”. https://www.bbc.com/news/uk-politics-54010432
A decade or so ago, I set up a catch-all account so <anything>@mydomain.net is redirected to an isp-account that I have as one of my email identities, In this case I used <account>@mac.com. It’s basically just a front-line imap repository, stuff I want to keep will move off it.
Whenever I need to supply an email to an online site, I use <company name>@mydomain.net. The only time this hasn’t worked is with Samsung, who won’t let you sign up as ‘samsung@...’, generally it’s ok though.
There is another rule on the mail server, send-to-trash. This accepts all email and just bins it. I can move <anything>@mydomain to this rule at the click of a button in a second or two on with a web-interface. I do this for:
- unsolicited email sent to a random “name” at my address, this is actually fairly rare now that most of the obvious ones are gone - when the mail content doesn’t match the <company name> part, ie: where the address has been sold to an email-list. - when I want to expire the email address. Sometimes this is temporary, and I have an address I want to keep, but it’s current;y being spammed. Making the server send reject messages For a while usually helps. Usually.
Using this, I’ve managed to keep the same email domain since college some 30 years ago actually useable and useful. YMMV :)
Another thing I do is to use a spam@domain.com email when an annoying site tries to force me to login. All emails to this spam email address is sent to trash with a filtering rule, and I manually open my trash to click the verification link.
With catch all emails, you need a string "... -all" SPF to make others reject bounce spam messages.
That's how I have Thunderbird set up. I have a rule that puts mail from anyone not in my contacts list into a folder called Unrecognized Sender.
I know its currently more suitable for an organization than individuals, but, I think with a bit of glue it would work fantastically at internet-scale.
If you want to build a CA that issues S/MIME certs you can already do that. If you want to leverage ACME you can even do that (using https://datatracker.ietf.org/doc/draft-ietf-acme-email-smime... for example).
Perhaps you can persuade S/MIME client implementations that your certificates are universally trustworthy, and then you've got the makings of a PKI for S/MIME. But I would not hold my breath.
end-to-end verification, and encryption.
1. A stranger send you an email
2. Hey asks you if you want to whitelist the sender or not
3. If rejected, you won’t be bothered anymore by any of their emails
4. Otherwise you just get their email moving forward and can decide to reject them later if necessary
DKIM+whitelist solves that problem, so dkim would still be solving the right problem.
Do you suggest disallowing people from having two different email addresses?
I see it the opposite way. People regularly drop off of social networks in favor of new ones or none at all.
I know people who have had the same email address since the 90's.
I always whitelist in advance any person or domain I expect to hear from. SpamArrest gives me a chance to hear from legitimate strangers. If a sender refuses to reply to the challenge email, then what (s)he had to say couldn't be that important.
I suggest that everyone in the comments with a pet idea read this: https://craphound.com/spamsolutions.txt
If it’s only possible with a centralised entity like Twitter, it’s not going to scale to last centuries like email will.
i'd like to sort email by these categories:
signed emails with a known/whitelisted key.
signed emails with a known/blacklisted key
signed emails with an unknown key.
unsigned emails with a known/whitelisted email address
unsigned emails with a known/blacklisted email address
unsigned emails with an unknown address.
and finally emails with obviously fake addresses.
whitelisted keys go to my inbox. those will be spam free.
blacklisted keys are blocked/bounced/sent to spam.
new keys go into a new contacts folder with a spam rating based on content. then i walk through that folder and accept or block keys.
for unsigned emails the same is done based on the address.
whitelisted addresses get a spam rating in a second inbox.
blacklisted addresses get blocked and unknown addresses get checked manually.
unknown keys or addresses can further be separated into: received only one email from this address or multiple emails.
when i reply to an email the key or address gets whitelisted automatically.
https://www.mailgun.com/blog/domain-ip-reputation-gmail-care...
I've never heard about TLD being a factor, but who knows? It's possible.
Hey, Basecamp, can you make that feature for me?
I suspect these same users wonder why such a large fraction of their online interactions/signups don't work...