jdev - 2021-01-23


  1. sonny has joined

  2. pep.

    https://tools.ietf.org/html/rfc3923 anybody knows what this is for exactly? Seems like ejabberd implements it? (this page says: https://en.wikipedia.org/wiki/Comparison_of_XMPP_server_software )

  3. pep.

    “End-to-End Signing and Object Encryption for the Extensible Messaging and Presence Protocol (XMPP)”

  4. pep.

    TIL.

  5. stpeter has left

  6. stpeter has joined

  7. stpeter has left

  8. debacle has left

  9. sonny has left

  10. sonny has joined

  11. stpeter has joined

  12. stpeter has left

  13. Neustradamus has left

  14. Zash has left

  15. eta has left

  16. eta has joined

  17. raghavgururajan has left

  18. adityaborikar has left

  19. raghavgururajan has joined

  20. adityaborikar has joined

  21. stpeter has joined

  22. stpeter has left

  23. SouL has joined

  24. o2 has left

  25. o2 has joined

  26. paul has joined

  27. stpeter has joined

  28. mikeye has joined

  29. stefan has joined

  30. stefan has left

  31. stpeter has left

  32. Neustradamus has joined

  33. adityaborikar has left

  34. adityaborikar has joined

  35. mikeye has left

  36. marmistrz has joined

  37. o2 has left

  38. xecks has left

  39. xecks has joined

  40. goffi has joined

  41. asterix has left

  42. asterix has joined

  43. paul has left

  44. stpeter has joined

  45. stpeter has left

  46. Yagizа has joined

  47. debacle has joined

  48. wurstsalat has joined

  49. Kev

    ejabberd only supports it in the sense that if a client sends it, it will route it through, I imagine.

  50. Holger

    :-)

  51. Kev

    In those tables there's a lot of entries of servers claiming to support client-only XEPs.

  52. Holger

    Marketing is everything.

  53. Kev

    It's only marginally better than the old jabber.org feature tables where one server was inventing new features (like different features for distinct database versions it could use) so it could show things other servers didn't.

  54. Holger

    Dunno about other servers but ejabberd supports chatting in several languages.

  55. Holger

    https://jabber.fu-berlin.de/share/holger/FeegIGVBWZ3W0z8f/software.png

  56. adityaborikar has left

  57. paul has joined

  58. adityaborikar has joined

  59. Kev has left

  60. Kev has joined

  61. Kev has left

  62. Kev has joined

  63. Kev has left

  64. Kev has joined

  65. Kev has left

  66. Kev has joined

  67. Kev has left

  68. Kev has joined

  69. alacer has joined

  70. stpeter has joined

  71. paul has left

  72. paul has joined

  73. stpeter has left

  74. Kev has left

  75. Kev has joined

  76. Kev has left

  77. Kev has joined

  78. Kev has left

  79. Kev has joined

  80. Kev has left

  81. Kev has joined

  82. Kev has left

  83. Kev has joined

  84. Alex has left

  85. Alex has joined

  86. belong has left

  87. belong has joined

  88. debacle has left

  89. marc

    🙃

  90. belong has left

  91. belong has joined

  92. adityaborikar has left

  93. adityaborikar has joined

  94. asterix has left

  95. asterix has joined

  96. Sam Whited has left

  97. debacle has joined

  98. raghavgururajan has left

  99. Zash has joined

  100. asterix has left

  101. asterix has joined

  102. asterix has left

  103. asterix has joined

  104. stpeter has joined

  105. Sam Whited has joined

  106. pulkomandy

    you're laughing, but... https://www.theregister.com/2013/11/22/richard_stallman_decides_emacs_should_go_wysiwyg/

  107. stpeter has left

  108. raghavgururajan has joined

  109. edhelas has left

  110. oibalos has left

  111. edhelas has joined

  112. oibalos has joined

  113. edhelas has left

  114. pep.

    Holger, "Marketing is everything", even confusing users :)

  115. pep.

    I learned about this table because somebody told me they were confused that only ejabberd supported e2ee

  116. edhelas has joined

  117. adityaborikar has left

  118. adityaborikar has joined

  119. jonas’

    so the obvious problem is that the other servers need to add that tickmark

  120. pep.

    hehe

  121. Zash

    I wish for some metadata in XEPs saying which are relevant in which kinds of software or such

  122. Zash

    Re DOAP. By the power of xslt:

  123. Zash

    https://cerdale.zash.se/upload/FCuoYqzYySJFmnV3/doap.html

  124. flow has left

  125. flow has joined

  126. marmistrz has left

  127. flow has left

  128. flow has joined

  129. marmistrz has joined

  130. Yagizа has left

  131. raghavgururajan has left

  132. stpeter has joined

  133. stpeter has left

  134. Yagizа has joined

  135. adityaborikar has left

  136. goffi has left

  137. o2 has joined

  138. alacer has left

  139. adityaborikar has joined

  140. Guus has joined

  141. Guus has left

  142. raghavgururajan has joined

  143. marmistrz has left

  144. stpeter has joined

  145. blabla has joined

  146. marmistrz has joined

  147. asterix has left

  148. asterix has joined

  149. asterix has left

  150. asterix has joined

  151. asterix has left

  152. asterix has joined

  153. stpeter has left

  154. xecks has left

  155. xecks has joined

  156. goffi has joined

  157. asterix has left

  158. asterix has joined

  159. asterix has left

  160. asterix has joined

  161. marc has left

  162. marc has joined

  163. marc has left

  164. stpeter has joined

  165. stpeter has left

  166. belong has left

  167. goffi has left

  168. marmistrz has left

  169. marc has joined

  170. marmistrz has joined

  171. asterix has left

  172. asterix has joined

  173. asterix has left

  174. asterix has joined

  175. asterix has left

  176. asterix has joined

  177. o2 has left

  178. paul has left

  179. paul has joined

  180. asterix has left

  181. asterix has joined

  182. o2 has joined

  183. marmistrz has left

  184. DebXWoody has left

  185. marmistrz has joined

  186. belong has joined

  187. asterix has left

  188. asterix has joined

  189. asterix has left

  190. asterix has joined

  191. asterix has left

  192. asterix has joined

  193. asterix has left

  194. asterix has joined

  195. Porru has joined

  196. Porru

    Hi all! I have started using XMPP, on search of an alternative to privative and centralized chat platforms. I have a vague proposal about a new XEP (extension) to be able to link a phone number to a XMPP account and the clients displaying saved contacts having XMPP account linked (each user could choose whether to add a phone number). This way, it would be easier to search for contacts that already have XMPP account, at which otherwise one should as for their address. This is thought to improve the facility to massively use and migrate to XMPP, as many people feels comfortable with this workflow (WhatsApp, Telegram, Signal...) What do you all think about this? If you want to contact me, write me by email or XMPP to porru@disroot.org

  197. asterix has left

  198. asterix has joined

  199. asterix has left

  200. asterix has joined

  201. stpeter has joined

  202. Yagizа has left

  203. asterix has left

  204. asterix has joined

  205. asterix has left

  206. marmistrz has left

  207. asterix has joined

  208. asterix has left

  209. asterix has joined

  210. jubalh

    > Hi all! I have started using XMPP, on search of an alternative to privative and centralized chat platforms. > I have a vague proposal about a new XEP (extension) to be able to link a phone number to a XMPP account and the clients displaying saved contacts having XMPP account linked (each user could choose whether to add a phone number). This way, it would be easier to search for contacts that already have XMPP account, at which otherwise one should as for their address. > This is thought to improve the facility to massively use and migrate to XMPP, as many people feels comfortable with this workflow (WhatsApp, Telegram, Signal...) > What do you all think about this? If you want to contact me, write me by email or XMPP to porru@disroot.org Have you heard about Quicksy?

  211. pep.

    Can we please all implement some proper quoting quickly :(

  212. Martin

    What's wrong?

  213. jubalh

    > What's wrong? Indeed :D (quoting again)

  214. pep.

    I don't understand the need to quote the last message, but let's say it's to be explicit about which message you're replying to, the current way it's represented in clients is meh, but the protocol doesn't really allow for anything else than this

  215. pep.

    (Bring back XHTML-IM!! and improve it)

  216. stpeter has left

  217. Zash

    Hi Porru. We have had talks about such things in the past around here. If you have something more concrete then feel free to submit it for discussion.

  218. mathieui

    No matter how you build it, there is no way of building a JID←→phone number mapping that is decentralized AND protects both the JID and the phone number

  219. mathieui

    (I would be happy to proved wrong, if anything)

  220. pep.

    I remember goffi proposing something like getting contacts through other contacts

  221. pep.

    I liked the idea

  222. Zash

    Also costs money to send an SMS or something to verify such a mapping.

  223. Zash

    And as mathieui says, hard to do in a distributed, privacy-friendly and trusted manner.

  224. mathieui

    Yeah, some other models might work, but you can’t just have a service you query, it has to be trickier than this

  225. adityaborikar has left

  226. mathieui

    pep., like an XMPP web of trust of sorts?

  227. pep.

    I guess "as many people feels comfortable with this workflow" in the original message gives it away

  228. pep.

    mathieui, ish. I don't think I would personally go further away than n+1 though, if I implemented something like this

  229. mathieui

    makes sense

  230. mathieui

    but that has like 1/10th of the usefulness of the centralized indexes anyway

  231. mathieui

    I mean, signal will periodically iterate over your contacts and check which ones have a signal account, and tell you

  232. adityaborikar has joined

  233. mathieui

    (either by telling you how many, or by telling you straight away "XXXX uses signal")

  234. Zash

    I remember watching a talk about querying encrypted databases, which could have been for looking up identifier mappings.

  235. Porru

    > And as mathieui says, hard to do in a distributed, privacy-friendly and trusted manner. What is the problem on linking a phone number to a JID? It's a real question, not irony :) If that information is encrypted on the server, I see no problem. At the end of the day, it would be each user's choice to trust server/instance administrators.

  236. marmistrz has joined

  237. pep.

    How would you do that in a decentralized manner?

  238. mathieui

    Porru, people do not like having their contact addresses published on the internet for various reasons

  239. pep.

    mathieui, I guess the assumption is that "some people don't care"

  240. pep.

    (I guess most don't understand)

  241. Zash

    Porru, do you have a specific architecture in mind?

  242. Porru

    There should be a federated database, in which each user should choice whether to take part. Maybe there could be a way to hide phone-number, but let the clients or the protocol see that info. I don't still know how to make it.

  243. mathieui

    you can’t hide the phone number because it is the relevant information of the database

  244. Porru

    Of course, as said, each user would choose whether to take part

  245. pep.

    Also hashing phone numbers is not exactly useful, as said multiple times before. The set of phone numbers available is finite

  246. Porru

    > you can’t hide the phone number because it is the relevant information of the database And wouldn't it be possible it to be encrypted or something, so only clients could see them? I have no knowledge on these things 😅

  247. mathieui

    Porru, no, because it has to be accessible to any client, without prior knowledge, to be useful

  248. mathieui

    (and if it is accessible to any client, it is to any server anyway)

  249. mathieui

    but there is a case for contact information exchange with one-way hashes and encryption on top, I guess

  250. mathieui

    the issue is that even if you get that, you don’t get pre-authenticated contact requests, and people need to approve them one by one

  251. mathieui

    (one more interaction)

  252. marmistrz has left

  253. asterix has left

  254. asterix has joined

  255. paul has left

  256. marmistrz has joined

  257. pulkomandy

    Basically the simplest protocol is sending an sms to all your contacts saying "hi, btw I use xmpp my jid is xxx"

  258. pulkomandy

    Decentralized, privacy friendly, etc

  259. asterix has left

  260. asterix has joined

  261. pulkomandy

    And for the other direction, you can put your phone number in your vcardand publish that?

  262. asterix has left

  263. asterix has joined

  264. Zash

    There's the 3rd direction of doing something during sign-up to verify the account. Sending an would be cheaper tho.

  265. adityaborikar has left

  266. Porru has left

  267. asterix has left

  268. asterix has joined

  269. blabla has left

  270. adityaborikar has joined

  271. adityaborikar has left

  272. marmistrz has left

  273. goffi has joined

  274. asterix has left

  275. asterix has joined

  276. lovetox has left

  277. marc has left

  278. lovetox has joined