2 ms·
> There is really no good reason to allow any server to send emails on behalf of any random domain. Except for mailing lists. And email forwarding. And a lot
by starkanop 9y ago
> There is really no good reason to allow any server to send emails on behalf of any random domain.
Except for mailing lists. And email forwarding. And a lot of other stuff you take for granted. Users might not explicitly know about the technical details of how a lot of things work, but that doesn't mean they don't expect the resulting behavior.
It's fashionable, these days, to put authentication and authorization in the transport layer. It's not a natural law, though. As an example, consider s/mime or pgp message signing. MDAs could validate signatures and discard messages that are not correct. This is an example way to solve the auth problems you describe without breaking existing mailing lists, since you'd be validating the content instead of the envelope.
Just food for thought. SMTP isn't as broken as you think, and replacing it isn't necessary to solve today's problems.
- cm2187 9y agoI am not sure I agree with mailing lists. I don't think the email needs to look like it is coming from a user. There is nothing wrong with the email looking like it is coming from the mailing list itself (unless I misunderstood what you mean by mailing list being a problem). You can't ask regular users to run pgp themselves. This is a prime example of the sort of technical details that a user shouldn't be asked to even understand or be aware it exists.