markmnl
Curious if anyone know whats going on with WhatsApp images?
Also fmsg being its own protocol can do novel things like to auto challenge during sending back to sender - can't do that with HTTP
I feel like perfecting something can be trap, sure keep it alive, but maybe think about the next thing to work on too?
Its a message definition and protocol, addresses look like @user@domain, anyone can run a host, and threaded messages are linked by cryptographic parent hashes..
The idea is to take the best from email: open protocol, domain ownership, interoperability (unsolicited mail is a feature not a bug), and the best from closed instant messaging rebuilt: efficient binary messages, conversational threads, sender verification, message integrity etc. built-in. Originally envisaged for human-to-human messaging but partculalrly interesting time right now with human-to-agent and agent-to-agent messaging...
The OSS stack is up and running: Go host, Dockerised full setup, CLI, Web API, and a spec nearing v1.0. Did Show HN post week ago: https://markmnl.github.io/fmsg/show-hn.html
Seeking feedback, criticism, validation :) protocol bikeshedding, and especially interest from founding-engineer types who want to help build an open messaging ecosystem rather than another closed app..
Show HN: fmsg – An open distributed messaging protocol
https://markmnl.github.io/fmsg/show-hn.html
fmsg is a message definition and protocol intended as an alternative to email and IM apps. Like email it's distributed – anyone can host a server for their domain. Unlike email, messages are binary, verifiable by all peers, and linked into a DAG using cryptographic hashes. Sender verification and message integrity are built into the protocol, so you get what email needs SPF/DKIM/DMARC for out...