4 ms·

It's just non-feasible. Freenet is a distributed file/web database, not realtime internet.

• rlpb 13y ago
  Email does not have to be real time.
  • kaoD 13y ago
    Maybe realtime was not the best choice of a word, but Freenet cannot handle email in any case. Freenet is a global distributed p2p file database. Email does not fit that medium.
    • rlpb 13y ago
      > Email does not fit that medium. Why not? Email can be implemented in a global p2p file database. Every "email" simply adds another file. Privacy can be ensured with encryption (as long as the encryption is not broken, at least). See existing Freenet message boards for an example. It may not be Internet RFC821/822 (and subsequent standards) Email, but it is email. What part of this will not fit the Freenet model?
      • kaoD 13y ago
        How would you send the new file to your recipient?
        • rlpb 13y ago
          The same way that message boards do this already on Freenet. See https://freenetproject.org/understand.html https://freenetproject.org/understand.html. Something like: Publish a site using a USK (perhaps one per recipient), containing all encrypted messages sent recently. Update the site with an additional message when you need to send one. The recipient checks it for updates periodically. I'm not sure if my understanding is inaccurate, but since Frost already achieves something like this, I don't see that it's automatically impossible such as what you seem to be inferring. In fact, now that I look, there's: https://freenetproject.org/freemail.html https://freenetproject.org/freemail.html I'm dubious about the safety of using non-Freenet clients, but surely this demonstrates that it's possible to build a messaging system built over Freenet?
          • kaoD 13y ago
            Yep, you're right.
• deleted 13y ago
  [deleted]
• dvdkhlng 13y ago
  Should be feasible with GNUnet [1] which has pretty generic foundations for implementing anonymous and secure peer-to-peer services. Think of an encrypted overlay network that uses addresses that cannot be linked to IP addresses and relaying transfer mechanisms that are hardened against traffic analysis attacks. There seems to be research under way to get a messaging protocol built into GNUnet. Google turns up this pdf [2] for example. [1] https://gnunet.org/ https://gnunet.org/ [2] http://rp.delaat.net/2012-2013/p88/presentation.pdf http://rp.delaat.net/2012-2013/p88/presentation.pdf