Conversation

Notices

1. Embed this notice
   fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:22 JST fastfinge
   So because I have gone temporarily off my rocker, I'm working on an #xmpp client using #dotnet 10 and WPF, with artalk-xmpp for XMPP, libsignal for #OMEMO, and prism for screen reader output where needed. I'm only an evening into it, and I can already tell that OMEMO is going to be the source of complicated, inexplicable, and unreproducible bug reports for decades to come. It's still not as overcomplicated as #matrix, though.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:07 JST feld

     in reply to

     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     • ArcaneChat
     @arcanechat @fastfinge @jae if XMPP's design by committee process was in any way conducive to producing good results we'd have multiple high quality cross-platform XMPP clients right now that would make nobody care about Telegram or Signal or Whatsapp because literally all the same functionality is implemented (the XEPs are there, it should be possible!) and it would have the largest network effect because zero lock-in, so there would be no excuse to not be using XMPP
     
     But there's zero high quality cross-platform XMPP clients because this process doesn't work
     
     and then Delta Chat makes the right decisions:
     
     - build a quality core everyone can use which guarantees compatibility and an even playing field of security (not even Signal can claim this -- e.g., each app has a completely different networking implementation)
     
     - build an app for each major platform and make them as identical as possible -- originally built off a good design that users are comfortable with: the actual Telegram client
     
     - publish them all under the same name/logo because modern users think of "platforms" not "protocols"
     
     - do the groundwork to be prepared if the app ever gets blocked/banned or Merlinux sued/shutdown so the same Delta Chat app can be published under a different name by someone else
     
     - work hard to produce RFCs that are useful for everyone, not just Delta Chat (e.g., AutoCrypt v2 is meant to be used for ANY protocol, not just Delta Chat / email -- which is also co-published by someone from IETF/ACLU, an active OpenPGP member, and a Delta Chat member)
     
     - provide a ton of documentation and user support resources
     
     - provide a realtime feedback channels to all interested parties who are running their own Chatmail Relays
     
     - bend over backwards to provide extensive backwards compatibility
     
     - be actively involved with helping real groups of disadvantaged people around the world who suffer under oppressive governments, actually fly to remote places and provide information and training
     
     - provide more details of the project's funding methodology than probably any other open source project that has existed
     
     - actually go to court to fight for users' rights (e.g., Delta Chat in Russia last summer)
     
     but this is just not enough for some people and either the project is considered too opaque/proprietary, or gets complaints that they shouldn't be using email this way
   • Embed this notice
     ArcaneChat (arcanechat@fosstodon.org)'s status on Tuesday, 28-Jul-2026 03:57:08 JST ArcaneChat

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333

     @fastfinge not at all, but you are free to have your own wrong opinions, have a nice day

     @feld @jae

     Gianmarco Gargiulo repeated this.
   • Embed this notice
     ArcaneChat (arcanechat@fosstodon.org)'s status on Tuesday, 28-Jul-2026 03:57:09 JST ArcaneChat

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333

     @fastfinge if you don't want to have a shared-effort security-audited implementation that everyone uses, but instead waste resources with several people re-implementing the wheel and causing incompatibility between clients, assuming people want to have to deal with "ah Paul your client don't support this and that"

     then in fact, you will only make more damage than help the chatmail ecosystem, please, keep ruining xmpp 🙏

     @feld @jae

   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:09 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     • ArcaneChat
     @arcanechat @feld @jae Deltachat is just as much of a poison to openness as Bluesky and threads. All marketing and vibes to capture users.
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:10 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     • ArcaneChat
     @arcanechat @feld @jae If deltachat doesn’t want people indipendantly authoring libraries that use its protocol it is not an open standard. End of story.
   • Embed this notice
     ArcaneChat (arcanechat@fosstodon.org)'s status on Tuesday, 28-Jul-2026 03:57:11 JST ArcaneChat

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333

     @fastfinge
     > If I don't like the c# library I'm using to build XMPP, I can rip it out and pick another one

     which already implies they each have different features or lack thereof, which is exactly the exact same situation you have in XMPP with a lot of fragmentation,

     in fact, it is better if people don't create their own chatmail core implementation

     if Delta Chat becomes evil, the core is open and you can just fork it and keep using it, no one can take anything away from you

     @feld @jae

   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:12 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @feld @jae If I don't like the c# library I'm using to build XMPP, I can rip it out and pick another one. There are like 6 to choose from. If they disable an API I needed, I can build it myself, or use a different library. Those are not options with deltachat.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:13 JST feld

     in reply to

     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @fastfinge @jae because deltachat-core is a nice implementation of the core protocols in a simple Rust package and presents a clean JSON-RPC API for you to build anything you want on top of it. And none of that has anything to do with accessibility anyway, that's all in the UI. So as long as you have a UI you can control, you're fine
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:13 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @feld @jae That's what we thought with Twitter and Reddit. Then they discontinued the API's. Those are just two recent examples of something that has happened dozens of times in the last 25 years. Slack discontinuing IRC is another. If I depend on an API that could be taken away at any moment, I have nothing. If there are no competing and interoperable implementations of the standard, you're just at the whims of the owner of the one true version.
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:14 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @feld @jae Interesting that everyone uses libdeltachat or deltaachat-core, then. There is no ecosystem of standards compliant implimentations. And seemingly no clear idea what that would even mean to deltachat.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:15 JST feld

     in reply to

     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @fastfinge @jae
     
     > key exchange
     
     It's Autocrypt, there's an RFC for it
     
     
     Mime headers being encrypted? There's an RFC for it
     
     
     The subject header being changed to [...] is a client / chatmail server implementation detail unnecessary
     
     The Date header being smeared +- a few days is a client implementation detail too
     
     None of that is required
     
     All you needed to do to read the message in your email client is decrypt it. There are users reading messages in Thunderbird/Mutt/Proton Mail
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:16 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @feld @jae It's not, though. Deltachat does weird shit with email headers to anonymize everything. I couldn't just read a message from deltachat in my regular email client. And I have no idea how they're doing federation and key exchange and things. But it's all based on weird links that require deltachat's domains and servers to exist and be running. I can't just type an email in the chat client and send a deltachat message.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:17 JST feld

     in reply to

     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @fastfinge @jae there is no "library" to write. It's PGP emails and SMTP/IMAP. Go ahead and do it yourself, there's nothing proprietary being implemented. It's just emails.
     
     Name a feature that you think is some secret proprietary thing
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:18 JST feld

     in reply to

     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @fastfinge you're completely wrong we have third party clients and more coming all the time
     
     https://github.com/trufae/parla
     
     https://lambadalambda.github.io/estuary/
     
     Unreleased tui client by @jae
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:18 JST fastfinge

     in reply to

     • feld
     • ᴏᴏᴍ-ᴋɪʟʟᴇʀ: 333
     @feld @jae Nope. These are just running deltachat-core or libdeltachat, from what I can tell. If I want a library in C#, there is none. If I want to write my own library in C#, without depending on deltachat-core, I can't. There's no list of RFCs I can look at, nothing like xeps or IRCV3 caps, etc. It's just "use our library".
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:19 JST fastfinge

     in reply to

     • feld
     @feld I dropped Jami and signal from my life for the same reason. “Just use the official clients” is not an open protocol. Not even if the client and server are open source.
   • Embed this notice
     feld (feld@friedcheese.us)'s status on Tuesday, 28-Jul-2026 03:57:20 JST feld

     in reply to
     @fastfinge there's always Delta Chat which solved almost all of these problems already :)
   • Embed this notice
     fastfinge (fastfinge@fed.interfree.ca)'s status on Tuesday, 28-Jul-2026 03:57:21 JST fastfinge

     in reply to
     OMG what am I even doing This is a huge project it's going to need Jingle and that needs WebRTC and then file transfers and voice messages and oh also localization and sounds and hotkeys and settings and multi-account support and Oh God. even with AI this will take fifteen years why did I get out of bed today and choose this for myself