jdev - 2020-05-15


  1. debacle has left
  2. Wojtek has left
  3. paul has left
  4. pulkomandy has left
  5. pulkomandy has joined
  6. kikuchiyo has left
  7. kikuchiyo has joined
  8. sonny has left
  9. sonny has joined
  10. pulkomandy has left
  11. pulkomandy has joined
  12. kikuchiyo has left
  13. sonny has left
  14. sonny has joined
  15. pulkomandy has left
  16. pulkomandy has joined
  17. SouL has left
  18. pulkomandy has left
  19. pulkomandy has joined
  20. SouL has joined
  21. pulkomandy has left
  22. pulkomandy has joined
  23. pulkomandy has left
  24. pulkomandy has joined
  25. Martin has joined
  26. wurstsalat has left
  27. sonny has left
  28. sonny has joined
  29. Yagizа has joined
  30. DebXWoody has joined
  31. DebXWoody has left
  32. Martin has left
  33. DebXWoody has joined
  34. DebXWoody has left
  35. DebXWoody has joined
  36. moparisthebest has left
  37. moparisthebest has joined
  38. pulkomandy has left
  39. pulkomandy has joined
  40. alexis has left
  41. DebXWoody has left
  42. DebXWoody has joined
  43. sonny has left
  44. sonny has joined
  45. paul has joined
  46. Syndace has left
  47. Syndace has joined
  48. moparisthebest has left
  49. Zash has left
  50. Zash has joined
  51. pulkomandy has left
  52. pulkomandy has joined
  53. sonny has left
  54. sonny has joined
  55. Martin has joined
  56. pulkomandy has left
  57. pulkomandy has joined
  58. Martin has left
  59. Martin has joined
  60. pulkomandy has left
  61. pulkomandy has joined
  62. wurstsalat has joined
  63. moparisthebest has joined
  64. Yagizа has left
  65. Yagizа has joined
  66. Martin has left
  67. Martin has joined
  68. jonnj has joined
  69. Martin has left
  70. Martin has joined
  71. Yagizа has left
  72. Yagizа has joined
  73. pulkomandy has left
  74. pulkomandy has joined
  75. Martin has left
  76. Martin has joined
  77. jonnj has left
  78. Beherit has joined
  79. dr.json has joined
  80. Ge0rG has left
  81. Ge0rG has joined
  82. dr.json has left
  83. tsk has left
  84. tsk has joined
  85. kikuchiyo has joined
  86. xecks has joined
  87. pulkomandy has left
  88. pulkomandy has joined
  89. paul has left
  90. paul has joined
  91. pulkomandy has left
  92. pulkomandy has joined
  93. sonny has left
  94. sonny has joined
  95. pulkomandy has left
  96. pulkomandy has joined
  97. debacle has joined
  98. Martin has left
  99. Martin has joined
  100. pulkomandy has left
  101. pulkomandy has joined
  102. goffi has joined
  103. pulkomandy has left
  104. pulkomandy has joined
  105. djffk has joined
  106. djffk which client
  107. djffk ??
  108. djffk hey listen
  109. pulkomandy has left
  110. djffk nice to meet you guys i am natasha
  111. pulkomandy has joined
  112. djffk 😂
  113. djffk has left
  114. goffi has left
  115. pulkomandy has left
  116. pulkomandy has joined
  117. goffi has joined
  118. lovetox has joined
  119. pulkomandy has left
  120. pulkomandy has joined
  121. strar has left
  122. strar has joined
  123. Sam Whited has joined
  124. Sam Whited Is anyone aware of a SASL implementation (preferably a generic one, but XMPP specific is fine too) that handles both the client and server side of SASL that I could look at?
  125. Link Mauve Sam Whited, this one does: https://crates.io/crates/sasl
  126. Sam Whited Thanks
  127. pulkomandy has left
  128. pulkomandy has joined
  129. lovetox has left
  130. pulkomandy has left
  131. pulkomandy has joined
  132. lovetox has joined
  133. pulkomandy has left
  134. pulkomandy has joined
  135. Yagizа Hello!
  136. Yagizа I have more questions about OMEMO.
  137. goffi has left
  138. Sam Whited Ah too bad, that SASL package works almost exactly the same as mine and I was looking to find new API ideas since I don't love the one I've got; oh well :)
  139. Link Mauve ^^'
  140. Yagizа Old implementations of OMEMO (e. g. Conversations) sends in OMEMO messages along with encrypted content <body/> element with a notice for clients, which do not support OMEMO.
  141. Yagizа But there is no mention about it in the XEP.
  142. Yagizа Is it ok to do the same in the implementations of the recent versions of the XEP?
  143. lovetox use XEP-0380
  144. sonny has left
  145. sonny has joined
  146. Zash lovetox, is that understood by clients?
  147. lovetox is this a trick question? :d
  148. Zash Is this implemented in any client?
  149. lovetox yes in many
  150. lovetox i would guess at least every client that has some encryption possibility
  151. lovetox which makes already for a long list
  152. Ge0rG mumbles "TLS"
  153. Yagizа Do we need XEP-0380 to be implemented in clients, which implement XEP-0384?
  154. lovetox its not a dependency if thats the question
  155. lovetox 380 is useful for all clients
  156. lovetox it gives you the possibility to recognize encrypted messages, even if you never heard or implemented it
  157. Zash But the value of 380 would be in clients that *don't* support encryption
  158. Zash Or don't support the specific method of encryption you use
  159. lovetox No clients that dont support a specific encryption
  160. lovetox ergo all
  161. lovetox because all clients dont support at least one encryption
  162. lovetox its a trivial XEP to implement for any client
  163. lovetox the only reason for a fallback body in my opinion is
  164. lovetox if you specifically want to support very old unmaintained legacy clients
  165. lovetox then its the only way
  166. Yagizа I don't see any reason in implementation of XEP-0380 for XEP-0384, 'cause XEP-0384 is too XMPP-ish and XEP-0380 looks more like crutches for the old encryption technologies, like PGP or OTR.
  167. lovetox Yagizа, 380 gives only examples of encryptions
  168. lovetox its encryption agnostic
  169. Zash So far I've only found that Conversations sends it, but doesn't care about it on incoming messages
  170. lovetox it does work for all and every encryption in the future universe
  171. Beherit has left
  172. adrien has left
  173. lovetox Zash how do you determine that it does not care about it on incoming?
  174. Zash Code search
  175. Yagizа lovetox, I consider using <body/> element in the <message/> with encrypted content as a hint for a user rather than a fallback.
  176. Zash Only found code that added it to messages
  177. lovetox Yagizа, i dont see the difference
  178. lovetox if an encrypted message arrives i like to give my user a message in *his* language, a message that i as a client developer decide
  179. Zash But then the Github code search might not be that great
  180. lovetox maybe with hints how to use that encryption in my client
  181. lovetox this is impossible with a fallback body
  182. Zash A <body> also usually ensures that the message goes into the archive and through carbons etc.
  183. lovetox thats the worst reason of all to include one :D
  184. Zash Modern servers should use EME tho.
  185. lovetox and we have storage hints for that
  186. Ge0rG I have to agree with lovetox on this one.
  187. Ge0rG Council took away hints from us.
  188. Zash EME is a hint!
  189. Ge0rG Zash: but is EME a typical IM payload?
  190. Zash Ge0rG, I would argue that you can't know that it isn't if there's an encrypted payload, so it should be stored.
  191. Zash Hope you like encrypted chat states
  192. Ge0rG This chat state was not encrypted for your device.
  193. Zash Wasn't it decided on a summit to move that kind of thing to directed presence?
  194. Ge0rG Zash: yes. and then nothing happened
  195. Ge0rG also see my last mail to standards
  196. Ge0rG lovetox: you might also be interested in "[Standards] Sprint for Message Routing"
  197. Ge0rG and Zash too, we need server folks there
  198. Ge0rG not only zinid
  199. paul has left
  200. adrien has joined
  201. paul has joined
  202. rion has left
  203. rion has joined
  204. pulkomandy has left
  205. adrien has left
  206. pulkomandy has joined
  207. adrien has joined
  208. pulkomandy has left
  209. pulkomandy has joined
  210. adrien has left
  211. adrien has joined
  212. pulkomandy has left
  213. kikuchiyo has left
  214. pulkomandy has joined
  215. kikuchiyo has joined
  216. pulkomandy has left
  217. pulkomandy has joined
  218. Zash Ge0rG, your message routing post is missing the most important thing!
  219. Zash a coffee break!
  220. kikuchiyo has left
  221. Zash then it'll be perfect
  222. Ge0rG 😁
  223. Yagizа So, what's the conclusion? Do I have to add <body/> element along to <encrypted/> one or not?
  224. Ge0rG Yagizа: > Entities SHOULD include a non-encrypted body as possible, since older clients not supporting this protocol might otherwise ignore messages sent with an unknown encryption, making both the sender frustrated that their message did not get an answer, and the recipient frustrated that they never saw any message.
  225. Ge0rG Yagizа: add a body along the lines of this:
  226. Ge0rG I sent you an OMEMO encrypted message but your client doesn’t seem to support that. Find more information on https://conversations.im/omemo
  227. Yagizа Ge0rG, yes, that's the message I meant.
  228. Ge0rG Yagizа: yes, add such a message
  229. Yagizа Ge0rG, but the cite you pasted above is from XEP-0380, not from XEP-0384. And my client do not support XEP-0380 so far.
  230. Ge0rG Yagizа: it doesn't matter.
  231. Ge0rG Yagizа: it is good practice to also add a XEP-0380 tag when sending, even if you can't read the tag yet.
  232. kikuchiyo has joined
  233. Yagizа Ge0rG, ok, thanx.
  234. Zash There's also https://xmpp.org/extensions/xep-0428.html which overlaps with 380 ...
  235. lovetox yes a little little bit
  236. lovetox but 428 is not specific for encryptions
  237. Yagizа IC
  238. Zash Still not entirely sure if it should mean anything to a server.
  239. Zash If something was important enough to warrant a fallback-<body/> then it's probably about as important as a message with a <body/>, so should be treated as one.
  240. Zash But you already do that based on the <body/>
  241. pulkomandy has left
  242. pulkomandy has joined
  243. pulkomandy has left
  244. Zash But clients could display it in some way to indicate that it's not quite meant to look like that.
  245. Ge0rG I think that 0428 is similar to Hints. It's a central place trying to define semantincs for something which should better be defined in the individual XEPs that implement fallback bodies
  246. sonny has left
  247. sonny has joined
  248. Sam Whited This⤴️
  249. Ge0rG OTOH, I don't see (much) harm in a hint that says "the body of this message is a fallback" - except that now all the "old" uses of fallback bodies are suddenly incompliant
  250. goffi has joined
  251. pulkomandy has joined
  252. Zash Tricky to do anything about that without time travel unfortunately
  253. pulkomandy has left
  254. paul has left
  255. waqas has joined
  256. eta has left
  257. pulkomandy has joined
  258. lovetox has left
  259. Zash Ge0rG, you were talking about your last post to standards, was that the message routing sprint post? I read it as if it was some different post but I'm not seeing any later one.
  260. Yagizа has left
  261. Yagizа has joined
  262. paul has joined
  263. sonny has left
  264. sonny has joined
  265. lovetox has joined
  266. kikuchiyo has left
  267. Ge0rG Zash: yes, it was that message routing sprint post
  268. Zash k
  269. kikuchiyo has joined
  270. pulkomandy has left
  271. pulkomandy has joined
  272. adrien has left
  273. adrien has joined
  274. waqas has left
  275. pulkomandy has left
  276. lovetox has left
  277. pulkomandy has joined
  278. goffi has left
  279. pulkomandy has left
  280. pulkomandy has joined
  281. waqas has joined
  282. pulkomandy has left
  283. pulkomandy has joined
  284. pulkomandy has left
  285. Wojtek has joined
  286. goffi has joined
  287. kikuchiyo has left
  288. goffi has left
  289. pulkomandy has joined
  290. pulkomandy has left
  291. Bartek has joined
  292. Bartek has left
  293. pulkomandy has joined
  294. Bartek has joined
  295. pulkomandy has left
  296. pulkomandy has joined
  297. Bartek has left
  298. kikuchiyo has joined
  299. kikuchiyo has left
  300. pulkomandy has left
  301. pulkomandy has joined
  302. debacle has left
  303. pulkomandy has left
  304. kikuchiyo has joined
  305. Bartek has joined
  306. Bartek has left
  307. pulkomandy has joined
  308. Wojtek has left
  309. Wojtek has joined
  310. Wojtek has left
  311. strar has left
  312. Wojtek has joined
  313. strar has joined
  314. Wojtek has left
  315. pulkomandy has left
  316. pulkomandy has joined
  317. kikuchiyo has left
  318. pulkomandy has left
  319. kikuchiyo has joined
  320. debacle has joined
  321. debacle has left
  322. debacle has joined
  323. pulkomandy has joined
  324. pulkomandy has left
  325. waqas has left
  326. pulkomandy has joined
  327. eta has joined
  328. Wojtek has joined
  329. debacle has left
  330. debacle has joined
  331. debacle has left
  332. debacle has joined
  333. pulkomandy has left
  334. pulkomandy has joined
  335. goffi has joined
  336. goffi has left
  337. pulkomandy has left
  338. Yagizа has left
  339. pulkomandy has joined
  340. sonny has left
  341. sonny has joined
  342. pulkomandy has left
  343. pulkomandy has joined
  344. eta has left
  345. pulkomandy has left
  346. pulkomandy has joined
  347. pulkomandy has left
  348. pulkomandy has joined
  349. Oo has joined
  350. Oo has left
  351. DebXWoody has left
  352. waqas has joined
  353. strar has left
  354. strar has joined
  355. strar has left
  356. strar has joined
  357. xecks has left
  358. xecks has joined
  359. Wojtek has left
  360. Sam Whited has left
  361. SouL has left
  362. sonny has left
  363. sonny has joined
  364. debacle has left
  365. Wojtek has joined
  366. paul has left
  367. Wojtek has left
  368. Neustradamus has left
  369. xecks has left
  370. Wojtek has joined
  371. Wojtek has left
  372. wurstsalat has left
  373. SouL has joined
  374. Zash has left