Freenet as Offline Messaging Backend about c-toxcore HOT 5 CLOSED

I don't think freenet is the right library for that.
It is not very reliable, and also big.
I would prefer a small custom implementation of offline messages. One where storage nodes need not be friends with the sender, where the network cannot be flooded, where offline messages are still end to end encrypted and storage nodes do not know the fox id's of neither sender nor recipient.
Furthermore, the implementation should be lean and robust, and let the storage node decide how much space it offers

from c-toxcore.

We're not likely to pursue this path. Offline messaging will probably be federated or self-hosted, with possibly very temporary storage in DHT.

from c-toxcore.

so if you send message like that, you wouldn't know if it would be delivered or not?

from c-toxcore.

Why's that? If the message receipt feature is available I don't see why a different message storage back-end couldn't work with it.

from c-toxcore.

Since I opened the ticket I've taken a look at GNUnet and I think it has a superior design than Freenet. It can also exit traffic to to the internet like Tor and also has decetralized strorage and a set of clean well documented APIs for programs in other languages to interface with it.

The pEp messaging project is bundling it with its client for anonymous messaging. Its a P2P IM project too but optionally interoperates with legacy mail. Instead of long random alphanumeral strings fingerprints are five natural language words used to authenticate contacts out of band.

pep-project.org
prettyeasyprivacy.com

from c-toxcore.