XSF Discussion - 2022-10-28


  1. Daniel

    goffi: is there anything more recent on the xmpp - ap gateway then this blog post from over a year ago? https://www.goffi.org/b/libervia-progress-note-2021-w38--flt

  2. MattJ

    Daniel: https://mastodon.social/@Goffi/109041720745109969

  3. goffi

    Daniel: I'm about to write a blog post soon about it, I hadn't the time 'cause I had to rush due to grant deadline.

  4. goffi

    Daniel: basically everything is done, but alpha quality, and I'll stabilize during the next few months.

  5. goffi

    Early adopters can try with the repos, and I hope to do a release by the end of year.

  6. goffi

    Daniel: You can also check the documentation at https://salut-a-toi.org/__b/doc/backend/components.html#libervia-components

  7. goffi

    OK maybe next year for the release, end of year is quite close now, and there is a lot to stabilize.

  8. Daniel

    > Daniel: You can also check the documentation at https://salut-a-toi.org/__b/doc/backend/components.html#libervia-components Thanks. The part on the ap gateway is very interesting

  9. Daniel

    Essentially what I was looking for (how to set it up and how one would develop clients for it)

  10. Daniel

    It also conveys the complexity of mapping the two protocols.

  11. goffi

    yes mapping the two protocols has had its share of difficulties.

  12. goffi

    Daniel: are you still planning to implement XEP-0277 into Conversations at some point? It remember you saying that a while ago.

  13. goffi

    I remember*

  14. Daniel

    yes very much. I essentially want to replicate WhatsApp status / instagram stories or what ever you want to call it; and with a bridge into AP people would immediately have accounts they could follow

  15. Daniel

    but implementation wise it makes much more sense to do this after Conversations 3.0

  16. goffi

    cool :)

  17. MattJ

    That CAST draft protocol I shared here the other day, this is an alternative Matrix-based proposal: https://turt2live.github.io/ietf-mimi-matrix-transport/draft-ralston-mimi-matrix-transport.html

  18. pep.

    Do we need our own version?

  19. pep.

    I'm not sure I understand what they are doing with it. It feels very generic/high-level

  20. MattJ

    It's in the context of the messaging interop group I've discussed here before (and on-list). Basically they're looking to recommend a set of specs for (at least) the large company's the EU has defined as "gatekeepers", so each gatekeeper doesn't end up just devising their own protocols that everyone else has to use to interop with them

  21. MattJ

    Since the EU didn't actually define a common standard that they must implement, there is a perceived opportunity to get everyone on the same page regarding messaging

  22. Matthew

    (cisco seems to be using it as an opportunity to try to create yet another application layer messaging protocol layered on mls, which is depressing given both xmpp and matrix could layer over mls fine).

  23. Kev

    I think it's probably right, as long as the cost to them of implementing something standard is significantly lower than coming up with their own thing and documenting it, otherwise the cynic in me says it's a lost cause.

  24. pep.

    Does the XSF have money to put into it? Or should it not care?

  25. pep.

    Kev, basically opening up part of their API and saying "good luck with that"

  26. pep.

    Kev, basically opening up part of their API and saying "good luck with that"?

  27. MattJ

    Kev, I think a lot of people at the last meeting expressed the same concern, that it's a lost cause. But I think enough people think it's at least worth a(nother) try.

  28. MSavoritias (fae,ve)

    > pep.: > Does the XSF have money to put into it? Or should it not care? Isnt xmpp already a standard? So theoretically it doesnt need to do anything EU or the vendors can just pick it up. Matrix(Element) seems to just want to catch up to it in that sense. So i dont see what xmpp would be missing except money to "market" itself

  29. Kev

    > , I think a lot of people at the last meeting expressed the same concern, that it's a lost cause. But I think enough people think it's at least worth a(nother) try. I don't think I said I thought it was a lost cause. Just that the offering has to be enticing vs doing the bare minimum.

  30. pep.

    MSavoritias (fae,ve), that would be a good start

  31. MSavoritias (fae,ve)

    I think also the fact that a lot of big messengers either already are or were in the past xmpp, makes it easier already to use xmpp as the gateway

  32. Kev

    > Isnt xmpp already a standard? Yes, but 6121 on its own doesn't cover all the areas that need to be exposed, such as e2e.

  33. pep.

    Are people really thinking e2ee can be exposed?

  34. MSavoritias (fae,ve)

    Ok. How about then the xsf can fund an editor to compile the minimmum amount of xeps to that vendors have to implement?

  35. nicomuc

    > replicate WhatsApp status Daniel: is that more sophisticated than <presence status="... ? (I hope very naive questions are OK here, let me know if it's not)

  36. MSavoritias (fae,ve)

    With mls/omemo as an optional future thing

  37. pep.

    > I hope very naive questions are OK here, let me know if it's not Please do. It's great if it's not just XMPP nerds talking crypted together

  38. mdosch

    nicomuc: WhatsApp Status is a picture that'll be shown for 24h AFAIK.

  39. MSavoritias (fae,ve)

    I think such a document would be a great start. Especially by the xsf. And the effort would be smaller than what matrix is doing.

  40. Daniel

    nicomuc: yes it's rich content and there can be multiple of them

  41. nicomuc

    oh OK mdosch, thanks, it's not a text status then

  42. Menel

    Its one to x pictures, in an automatic slideshow, and WhatsApp has the tools to easily write a bit of text on them before uploading.

  43. Menel

    And videos can be part of the slideshow too, to mixture of text, videos, pictures that scroll through

  44. emus

    MattJ: I would really like to support here, but I don't know hoe

  45. emus

    MattJ: I would really like to support here, but I don't know how

  46. pep.

    goffi, https://salut-a-toi.org/__b/doc/backend/components.html#messages-delivery the Note forgets to mention protocol-agnostic e2ee mechanisms like OTR. Not that I'm especially fond of it but it's still one of the use-cases. I'm sure there are JS implementations of OTR, it wouldn't be too hard to bolt it on Mastodon or other AP web thingy

  47. goffi

    pep.: well, while probably doable technically, I doubt that it's a use case: if one wants privacy nowadays, there are plenty or more or less good options (including XMPP), and ActivityPub is not one of them (for now a least). I don't see the point of using OTR with AP when there are many better options. This was making sense at the time when MSN Messenger was the leading chat service, but now we have several options to do more or less good e2ee. If one day we see an AP implementation with OTR available for direct messages, then OK I can specify it in the note, but at the moment it would only be confusing for no reason.

  48. moparisthebest

    doesn't OTR require both parties to be online at the same time and use the same devices? seems like it wouldn't work for activitypub

  49. Menel

    Who knows what otr4 can do

  50. moparisthebest

    does it actually exist yet ?

  51. Menel

    At least the name on github, doesn't look particularly active...

  52. moparisthebest

    Last I looked it was the half-life 3 of encryption protocols (can't say Duke nukem forever anymore)

  53. emus

    > moparisthebest: > 2022-10-28 05:02 (GMT+02:00) > Last I looked it was the half-life 3 of encryption protocols (can't say Duke nukem forever anymore) 😂😂😂😂

  54. projjalm

    OTR sounds like a handwriting recognition system

  55. moparisthebest

    projjalm: that's OCR

  56. projjalm

    yup, I know, that's why it "sounds like" xD

  57. Trung

    > pep.: well, while probably doable technically, ... I don't see the point of using OTR with AP when there are many better options..... it would only be confusing for no reason. +1

  58. jonas’

    ping

  59. mjk

    jonas’: ᵷuᴉd

  60. Zash

    delivery failed

  61. mjk

    try FedEx?

  62. mjk

    the federated extensible... wait a minute

  63. moparisthebest

    Federated chat starter pack: > Server-to-server connection failed: connection-timeout

  64. mjk

    federated XSF chat that'd work when XSF is down... it's a fun idea :)

  65. singpolyma

    Sounds distributed, not federated ;)

  66. MattJ

    Yes, let's sink countless hours into that to prevent the <1h of downtime since... can't remember when we last had any noteworthy downtime on this server (I guess when we migrated it from the old server)

  67. moparisthebest

    Honestly it's amazing s2s links work so well

  68. Zash

    It's honest by not working when it's down

  69. moparisthebest

    In last job the network guys wouldn't stop severing TCP connections on our LAN and defended this with "you can't expect TCP connections to stay up over the internet", so it was fun to show them the netstat on the server running in my closet at home (residential connection) with 40+ day old TCP connections to Germany

  70. moparisthebest

    Not that they fixed anything of course...