Email is already nicely federated, but I think it’s time for a change. Services like protonmail offer encryption between users, but you can’t host your own instance. It would be awesome if there was a spec somewhere for a federated email service that defines

  • email encryption between users
  • markdown
  • connection with activity pub? (What would this look like) I mean some way to “email the web”, ie: add comments via email
  • compatibility with standard email users (if you send/receive to/from a user who does not have email v2 implemented it just uses normal features)
  • maybe “smart attachments” for money transfers, calender invites, etc.
  • somehow better support for email discussion groups (hop in and out, public interface defined)
  • this spec should be focused heavily on usage for humans instead of automated mailing, I expect html would not be defined.

I’m just spit balling here. Does anyone have any ideas? Does something like this exist?

Thanks, Evan

  • Dessalines@lemmy.ml
    4·
    3 years ago

    From this hackernews post:

    Unpopular but very probably true fact: email can’t practicably be made secure, and people should stop trying. Email is itself archaic, and there aren’t good reasons people should use it for routine peer-to-peer communications that need secrecy.

    Why? Because:

    • It’s default-plaintext. We don’t generally love the way websites ensure they’re viewed securely, but email doesn’t even have the basic mechanisms HTTP has to prevent secrets from accidentally being sent in the clear.

    • Email encryption is never forward-secure. The most popular standard, OpenPGP, involves a long-term key that is the root of secrecy for all messages from a particular person. Lose that key, ever, and not only is every message you send in the future unsafe, but every message you’ve ever sent in the past is too. That’s a terrible property for a secure messaging system.

    • Email leaks metadata. In fact, some of what we call email “metadata” isn’t even metadata — stuff like subject lines are simply content. They’re sent in plaintext. We would never accept a new secure messaging system that behaved like that.

    • Most email users get their email from a website. Unless you make them install something on all their computers — and at that point, just get them to install Signal, WhatsApp, or Wire — “encrypting” their email involves schemes in which those websites can get their plaintext mail.

    • Most email clients are searchable-archive-by-default. Again, if you’re using a secure messaging system to keep secrets from a state-level adversary, that’s exactly what you don’t want. And again, what matters here is the behavior of the overwhelming majority of clients. If you can stipulate a special mail client that is extra-careful, why not stipulate a forward-secure advanced messaging system and stop bothering with email?

    Everything that makes email effective in the real world makes it inhospitable to secure messaging. We should stop trying to push this particular boulder up this particular mountain and instead just get people to adopt serious secure messengers.

    • AgreeableLandscape@lemmy.ml
      1·
      3 years ago

      Basically, use Matrix, XMPP or Briar. Because you’ll have to install special stuff to make email even somewhat secure anyway, so why not just switch to something that’s far MORE secure by default?

  • Echedenyan@lemmy.ml
    3·
    3 years ago

    For the first you already have Autocrypt implemented in several clients including Thunderbird and Delta Chat.

  • ghost_laptop@lemmy.ml
    22·
    3 years ago

    Technically speaking this is Matrix, if you create a GUI that looks like an e-mail client instead of an instant messenger.

    • poVoq@lemmy.ml
      1·
      3 years ago

      That would be indeed a better use for the Matrix protocol then as a messenger.