XSF Discussion - 2019-02-06

  1. goffi has joined
  2. efrit has left
  3. andrey.g has left
  4. UsL has left
  5. UsL has joined
  6. goffi has joined
  7. goffi has joined
  8. andrey.g has joined
  9. lskdjf has left
  10. karoshi has left
  11. remko has joined
  12. mimi89999 has left
  13. rtq3 has left
  14. labdsf has left
  15. rtq3 has joined
  16. labdsf has joined
  17. j.r has left
  18. j.r has joined
  19. remko has left
  20. neshtaxmpp has left
  21. neshtaxmpp has joined
  22. jmpman has joined
  23. thorsten has left
  24. UsL has left
  25. UsL has joined
  26. mrDoctorWho has left
  27. mimi89999 has left
  28. Zash has left
  29. lskdjf has left
  30. mtavares has left
  31. lumi has left
  32. labdsf has left
  33. rtq3 has left
  34. labdsf has joined
  35. moparisthebest has joined
  36. moparisthebest has joined
  37. lskdjf has left
  38. dwd has left
  39. Steve Kille has left
  40. Steve Kille has joined
  41. mimi89999 has joined
  42. lskdjf has left
  43. remko has joined
  44. Yagiza has joined
  45. igoose has left
  46. lskdjf has joined
  47. igoose has joined
  48. Nekit has joined
  49. alameyo has left
  50. remko has left
  51. Andrew Nenakhov has left
  52. alameyo has joined
  53. equil has left
  54. lskdjf has joined
  55. jmpman has joined
  56. jmpman has joined
  57. 404.city has joined
  58. dwd has left
  59. Tobias has joined
  60. lorddavidiii has joined
  61. dwd has left
  62. mimi89999 has joined
  63. Andrew Nenakhov has left
  64. Nekit has left
  65. Nekit has joined
  66. mimi89999 has left
  67. remko has joined
  68. grumpy has left
  69. rion has left
  70. rion has joined
  71. j.r has left
  72. j.r has joined
  73. j.r has joined
  74. j.r has joined
  75. Andrew Nenakhov has left
  76. remko has left
  77. igoose has left
  78. Ge0rG has left
  79. igoose has joined
  80. moparisthebest has joined
  81. andy has joined
  82. lnj has joined
  83. Seve has left
  84. lovetox has joined
  85. tux has left
  86. tux has joined
  87. vaulor has joined
  88. sezuan has left
  89. andy has left
  90. andy has joined
  91. lnj has left
  92. mimi89999 has joined
  93. jmpman has joined
  94. mimi89999 has joined
  95. rion has left
  96. alameyo has left
  97. alameyo has joined
  98. j.r has left
  99. j.r has joined
  100. intosi has joined
  101. remko has joined
  102. goffi has joined
  103. lnj has joined
  104. alameyo has left
  105. rion has joined
  106. vaulor has left
  107. remko has left
  108. Tobias has joined
  109. jmpman has joined
  110. Ge0rG has left
  111. j.r has joined
  112. valo has left
  113. jjrh has left
  114. jjrh has joined
  115. Tobias has left
  116. karoshi has joined
  117. labdsf has joined
  118. Tobias has left
  119. alameyo has joined
  120. Steve Kille has left
  121. alameyo has left
  122. alameyo has joined
  123. Steve Kille has joined
  124. labdsf has left
  125. ta has joined
  126. ta has joined
  127. alameyo has left
  128. alameyo has joined
  129. labdsf has joined
  130. sezuan has left
  131. remko has joined
  132. sezuan has left
  133. sezuan has left
  134. sezuan has left
  135. ta has joined
  136. architekt has joined
  137. remko has left
  138. remko has joined
  139. ta has joined
  140. architekt has left
  141. architekt has joined
  142. valo has joined
  143. architekt has left
  144. architekt has joined
  145. alameyo has left
  146. alameyo has joined
  147. alameyo has left
  148. ThibG has joined
  149. thorsten has left
  150. alameyo has joined
  151. rion has left
  152. goffi has joined
  153. goffi has joined
  154. andy has left
  155. andy has joined
  156. architekt has joined
  157. kokonoe has joined
  158. Nekit has left
  159. Nekit has joined
  160. architekt has left
  161. valo has left
  162. architekt has joined
  163. valo has joined
  164. mimi89999 has joined
  165. architekt has left
  166. mimi89999 has joined
  167. moparisthebest has joined
  168. moparisthebest has joined
  169. architekt has joined
  170. frainz has joined
  171. architekt has left
  172. ThibG has joined
  173. vaulor has joined
  174. architekt has joined
  175. architekt has left
  176. rion has left
  177. rion has joined
  178. Maranda has joined
  179. vaulor has left
  180. vaulor has joined
  181. architekt has joined
  182. Yagiza has left
  183. goffi has joined
  184. architekt has left
  185. Maranda has joined
  186. Maranda has joined
  187. Guus has left
  188. jjrh has left
  189. jjrh has joined
  190. jjrh has left
  191. jjrh has joined
  192. wurstsalat has joined
  193. rtq3 has joined
  194. j.r has joined
  195. goffi has joined
  196. andy has left
  197. andy has joined
  198. lnj has left
  199. lnj has left
  200. lnj has left
  201. lnj has left
  202. lnj has left
  203. ThibG has left
  204. ThibG has joined
  205. mrDoctorWho has left
  206. lnj has left
  207. efrit has joined
  208. APach has left
  209. mightyBroccoli has left
  210. waqas has left
  211. lnj has left
  212. lnj has left
  213. lnj has left
  214. lnj has left
  215. lnj has left
  216. lnj has left
  217. lnj has left
  218. lnj has left
  219. lnj has left
  220. lnj has left
  221. lnj has left
  222. lnj has left
  223. Maranda has left
  224. lnj has left
  225. lnj has left
  226. APach has joined
  227. lnj has left
  228. lnj has left
  229. lnj has left
  230. lnj has left
  231. lnj has left
  232. lnj has left
  233. lnj has left
  234. equil has left
  235. goffi has joined
  236. Zash has joined
  237. rtq3 has left
  238. rtq3 has joined
  239. lnj has left
  240. lnj has left
  241. Andrew Nenakhov has left
  242. equil has joined
  243. lnj has left
  244. lnj has left
  245. lnj has left
  246. lnj has left
  247. Andrew Nenakhov has left
  248. lnj has left
  249. lnj has left
  250. lnj has left
  251. lnj has left
  252. dele has joined
  253. lnj has left
  254. dele has left
  255. lnj has left
  256. lnj has left
  257. lnj has left
  258. lnj has left
  259. alameyo has left
  260. mightyBroccoli has joined
  261. alameyo has joined
  262. UsL has joined
  263. lnj has left
  264. lnj has left
  265. lnj has left
  266. lnj has left
  267. lnj has left
  268. Andrew Nenakhov has left
  269. UsL has joined
  270. lnj has left
  271. lnj has left
  272. moparisthebest has joined
  273. moparisthebest has joined
  274. lnj has left
  275. lnj has left
  276. lnj has left
  277. lnj has left
  278. lnj has left
  279. lnj has left
  280. lnj has left
  281. mightyBroccoli has left
  282. lnj has left
  283. lnj has left
  284. lnj has left
  285. lnj has left
  286. lovetox has left
  287. lnj has left
  288. lovetox has joined
  289. ThibG has joined
  290. ThibG has joined
  291. lnj has left
  292. lnj has left
  293. lnj has left
  294. rtq3 has left
  295. lnj has left
  296. lnj has left
  297. Alex has joined
  298. ThibG has left
  299. ThibG has joined
  300. lnj has left
  301. lnj has left
  302. lnj has left
  303. Alex has joined
  304. marc_ has joined
  305. marc_ has joined
  306. andrey.g has joined
  307. lnj has left
  308. lnj has left
  309. lnj has left
  310. lnj has left
  311. lnj has left
  312. mightyBroccoli has joined
  313. Andrew Nenakhov has joined
  314. Andrew Nenakhov has joined
  315. lnj has left
  316. lnj has left
  317. lnj has left
  318. lnj has left
  319. lnj has left
  320. lnj has left
  321. lnj has left
  322. lnj has left
  323. lnj has left
  324. lnj has left
  325. lnj has left
  326. Andrew Nenakhov has joined
  327. lnj has left
  328. lnj has left
  329. lnj has left
  330. lnj has left
  331. lnj has left
  332. igoose has left
  333. igoose has joined
  334. efrit has left
  335. mrDoctorWho has left
  336. lovetox has joined
  337. matlag has joined
  338. l has joined
  339. sezuan has left
  340. mimi89999 has joined
  341. l has left
  342. mimi89999 has joined
  343. l has joined
  344. lovetox has left
  345. UsL has left
  346. UsL has joined
  347. pep. has joined
  348. lnj has left
  349. Andrew Nenakhov has left
  350. lumi has joined
  351. rtq3 has joined
  352. alacer has left
  353. Andrew Nenakhov has left
  354. Andrew Nenakhov has left
  355. labdsf has left
  356. labdsf has joined
  357. dwd has left
  358. mrDoctorWho has joined
  359. equil has joined
  360. Tobias has joined
  361. marc_ has joined
  362. Andrew Nenakhov has left
  363. ralphm I'm having this discussion on E2E encryption with michael on Twitter, but what he describes about key exchange sounds like a bug. https://twitter.com/mickael/status/1093128804728557570
  364. ralphm mickael
  365. Tobias has joined
  366. ralphm This isn't inherent to the protocol, is it?
  367. lskdjf has joined
  368. jonas’ does it use multi-item PEP?
  369. dwd No, the key exchange stuff is pretty rubbish.
  370. Zash PEP and MAM on login adds a bit, not sure how significant it is
  371. Tobias has joined
  372. Tobias has left
  373. dwd This isn't helped by the key service really needing more smarts than just a big PEP blob anyway.
  374. Zash Multi-item was less commonly supported by servers before, so would have been a pain to deploy if it was required
  375. Tobias has left
  376. ralphm dwd: but is it as bad as mickael describes?
  377. Tobias has left
  378. Tobias has left
  379. pep. ralphm, bundles are only needed on session init
  380. rtq3 has left
  381. pep. So they get fetched at that time
  382. pep. But session init doesn't happen often
  383. rtq3 has joined
  384. Daniel has joined
  385. dwd ralphm, Well, I don't know about how loaded blatting out a big blob actually makes a server.
  386. ralphm pep.: Yeah, that was my thought, too.
  387. jonas’ I think the increased message size in MAM is probably more worrisome
  388. pep. Well that's an issue with e2ee at all right?
  389. jonas’ that affects bandwidths (memory, disk and network) and disk storage
  390. jonas’ pep., yes, that’s kind of the point
  391. ralphm jonas’: well, I am not surprised about encrypted stuff being bigger in general
  392. pep. k
  393. Kev Depends if it's hitting disk for PEP each time or something, I imagine.
  394. Zash The real problem is that everything is hitting the disk for way more stanzas now than in the past
  395. dwd Kev, And if not, the memory pressure is probably greatly increased.
  396. Kev dwd: Quite.
  397. ralphm But this isn't a property of which protocol we use for e2e, is it?
  398. Kev Message size? No. Key exchange details? Yes.
  399. ralphm The increase in MAM storage, I mean.
  400. Kev (Or ln -s No Not\ Entirely)
  401. ralphm Right, if the key exchange is suboptimal, then that's a thing we can look into. I'm surprised that mickael says the impact would be 'huge'.
  402. dwd ralphm, Yes, it can be. MLS, for instance, would be hugely more efficient in bandwidth terms where OMEMO is used within MUCs, for example.
  403. dwd ralphm, But I would personally just treat OMEMO as the experiment it is, and await MLS patiently, and do things properly then.
  404. ralphm I don't think we are talking about group chats at this point, though.
  405. pep. If you don't have to reencrypt for each device, certainly yes :)
  406. goffi dwd: I forgot to ask you about that by the way, is there any progress and where can we follow them?
  407. pep. ralphm, for 1:1 you still encrypt for each of your recipient's devices
  408. goffi (mls)
  409. pep. With OMEMO
  410. dwd goffi, MLS has an IETF working group, and is taking time - lots of effort in the low-level crypto.
  411. ralphm pep.: sure, but what's this about 100s of PreKeys?
  412. dwd ralphm, That's a property of most of these algorithms, including MLS. Each device must upload a bunch of prekeys, and a new session takes one.
  413. pep. I'm not exactly sure about prekeys, maybe Syndace can chime in, and why we need 100. I guess that's when people want to start a session with you, and how often you need to renew them
  414. pep. (renew them > the prekeys)
  415. Zash What happens if two sessions are started using the same prekey?
  416. dwd ralphm, My sketch of a XEP for MLS, for instance, says that servers provide a keying service and hand out a single prekey for each device on demand.
  417. Kev Although even 'having 100 prekeys' doesn't necessitate our current mechanism.
  418. Kev Right, that'd do it.
  419. dwd Zash, Nothing - in principle. But it makes the cryptanalysis much harder.
  420. pep. Zash, that happens regularly, because we don't have reliable message delivery. So some clients will use the same prekey until they get an ACK from the other side
  421. ralphm (for reference, the WG is here: https://datatracker.ietf.org/wg/mls/)
  422. dwd ralphm, Thanks.
  423. dwd ralphm, Note that for each session, the requester will grab all the prekeys, pick a set (one from each device), and then use them. On successful session start, the called device then removes the set from the prekey blob and re-uploads. This new bundle is then pulled by each device.
  424. Daniel > ralphm, My sketch of a XEP for MLS, for instance, says that servers provide a keying service and hand out a single prekey for each device on demand. This is probably the 'proper' solution. For omemo we deliberately decided against an omemo component in favor of faster adoption. But learning about the limitations of PEP and how fast we can role out components if we need to (http upload) this is one of the regrettable features of omemo.
  425. Daniel Or not that much regrettable but rather 'lessons learned'
  426. dwd Daniel, For sure - and I would note that this is a fine design if treated as an experiment.
  427. Yagiza has joined
  428. ralphm dwd: sure, but how often does one have a new session? That's still not a common thing, is it?
  429. dwd ralphm, Every new conversation.
  430. pep. dwd, really?
  431. pep. Is it some security thing I don't understand, or is it a limitation, or?
  432. Zash pep.: What thing?
  433. pep. what what
  434. dwd pep., I would think so. The ratcheting means you can re-use a session for lengthy periods, but you'd need to store a fair chunk of cryptographically-sensitive state, so I'd think you'd discard that after a period of inactivity in a conversation and start anew later.
  435. Ge0rG has joined
  436. ralphm Daniel: when do sessions expire in Conversations?
  437. dwd pep., That said, I've not looked at what OMEMO implementations actually do. The spec more or less says "use libsignal", so it's hard to tell.
  438. pep. I would assume in OMEMO session initiation is not something that happens often, judging by how easy it is to lose messages when negociating a new one. If the other side starts a new session and drops the old one, and I don't, I'll send a message and they won't be able to read it.
  439. Zash pep.: Cryptosystems usually need something like a 3-way handshake. As I understand it, prekeys are the first step in that. (Is that the "what"?)
  440. Daniel ralphm: they don't
  441. ralphm Daniel: so in Conversations, a session between two users doesn't change keys, until you add/remove devices, or explicitly want to use a new key?
  442. Daniel A session is something that exists between devices. So adding a new device will create an additional session and not change something about the existing ones
  443. Daniel But the ratchet for each session is of course moved forward on every received message
  444. ralphm right, I'm trying to understand what the actual traffic behaviour is, with respect to our current key exchange, and whether this is worse in some implementations than others
  445. Syndace Ugh not reading for a day and 500 messages with a lot about OMEMO >.<
  446. Daniel ralphm: regarding the Twitter?
  447. ralphm yeah
  448. Zash Syndace: Enjoy your FOMO :)
  449. pep. Syndace, stop slacking off!
  450. Daniel This is I assume about the prekeys
  451. ralphm I Slack off all the time, I call it market research, or work, depending who's asking.
  452. Seve Haha
  453. pep. :D
  454. Daniel So on login due to broken pep a client doesn't know if the prekey list on the server is up to date and will update it
  455. Daniel Which as I just mentioned on Twitter is something one could probably fix now that pep isn't broken
  456. ralphm so without session resumption (XMPP session, not OMEMO), this might be often
  457. Daniel That often
  458. Daniel ralphm: yes
  459. labdsf has joined
  460. lumi has joined
  461. j.r has left
  462. j.r has joined
  463. mimi89999 has joined
  464. ThibG has left
  465. ThibG has joined
  466. Andrew Nenakhov has left
  467. architekt has joined
  468. goffi has joined
  469. MattJ has joined
  470. Andrew Nenakhov has left
  471. l has joined
  472. mimi89999 has joined
  473. Yagiza has joined
  474. goffi has joined
  475. rtq3 has left
  476. rtq3 has joined
  477. Andrew Nenakhov has left
  478. mimi89999 has joined
  479. grumpy has joined
  480. grumpy has joined
  481. karoshi has joined
  482. goffi has joined
  483. rtq3 has joined
  484. architekt has joined
  485. l has joined
  486. Ge0rG I wonder why people insist on PFS, deniability and per-device keys. If you just have a per-account key that is shared between your devices, you can have such a simple e2ee scheme.
  487. Zash Ge0rG: Because PFS has more marketing behind it and looks better for ültraparanoid cryptonerds :)
  488. moparisthebest then why wasn't xep-27 widely adopted/used ?
  489. Zash OpenPGP is Hard and '27 is awkward
  490. moparisthebest it's just a different use-case, PFS has valuable properties, it also has downsides
  491. Zash It's got the word "Perfect" in it!!!1
  492. Ge0rG *cough* https://op-co.de/tmp/SEX.html *cough*
  493. Zash moparisthebest: Also beacuse crypto wasn't hip and cool and buzzword-compatible enough back then
  494. moparisthebest plus it doesn't have signing or replay prevention
  495. Zash Snowden and Facebook scandals does a lot of marketing for magic crypto dust and these last years seem to have been a good time to push this stuff
  496. Zash moparisthebest: As I said, '27 is awkward.
  497. dwd moparisthebest, eSessions ticked most boxes, but wasn't ever deployed either.
  498. Zash Gajim had it (removed now?)
  499. dwd moparisthebest, But also, there's RFC 3923, of course.
  500. dwd Zash, Yes, indeed. MattJ and I used to fiddle constantly to stop it encrypting as I recall.
  501. dwd notes that even RFC 3923 had full-stanza encryption.
  502. lorddavidiii has left
  503. moparisthebest has left
  504. Andrew Nenakhov has joined
  505. Andrew Nenakhov has left
  506. Andrew Nenakhov has joined
  507. Andrew Nenakhov has left
  508. Andrew Nenakhov has joined
  509. Andrew Nenakhov has left
  510. Andrew Nenakhov has joined
  511. Andrew Nenakhov has joined
  512. Ge0rG It looks like xmpp.org is flapping ipv6 again.
  513. Ge0rG IPv4 is also affected.
  514. Ge0rG Sometimes it works, sometimes it fails.
  515. 404.city has left
  516. Daniel has left
  517. jmpman has joined
  518. jonas’ my monitoring agrees
  519. Ge0rG But now also my IRCnet fails, so maybe it's a larger issue somewhere in Yurop
  520. Ge0rG has left
  521. edhelas the Brexit has strarted
  522. jonas’ bad network weather
  523. Zash Dun dun duuuun
  524. debacle has joined
  525. j.r has joined
  526. j.r has joined
  527. j.r has joined
  528. lumi has left
  529. dwd Council meeting about to start over there: --> council@muc.xmpp.org
  530. jonas’ /correct Council meeting about to start over there: --> xmpp:council@muc.xmpp.org?join
  531. Zash /sudo -u dwd /correct ...
  532. jonas’ I can haz sudo XEP?
  533. Zash SASL sorta has it already actually
  534. jonas’ yeah, without reconnecting pls
  535. Zash authz vs authn something something
  536. Zash But yeah, overwriting other peoples messages ... might have its uses
  537. Zash Tho attaching or somesuch might be fine for most of them
  538. lskdjf has left
  539. Nekit has left
  540. Nekit has joined
  541. lumi has joined
  542. Daniel has joined
  543. peter has joined
  544. neshtaxmpp has left
  545. neshtaxmpp has left
  546. Daniel has left
  547. Daniel has joined
  548. goffi has joined
  549. !xsf_Martin has joined
  550. matlag has left
  551. waqas has joined
  552. lskdjf has joined
  553. Andrew Nenakhov has joined
  554. lovetox has joined
  555. Nekit has left
  556. debacle has left
  557. Maranda has joined
  558. Nekit has joined
  559. Daniel has left
  560. Daniel has joined
  561. goffi has joined
  562. Daniel has left
  563. Daniel has joined
  564. Daniel has left
  565. Daniel has joined
  566. jmpman has joined
  567. Daniel has left
  568. Daniel has joined
  569. lorddavidiii has joined
  570. goffi has joined
  571. Guus has joined
  572. ta has joined
  573. Daniel has left
  574. Daniel has joined
  575. rion has left
  576. rion has joined
  577. Daniel has left
  578. Daniel has joined
  579. Daniel has left
  580. Daniel has joined
  581. Daniel has left
  582. Daniel has joined
  583. Daniel has left
  584. Daniel has joined
  585. Daniel has left
  586. Daniel has joined
  587. jjrh has left
  588. jjrh has joined
  589. valo has left
  590. valo has joined
  591. valo has left
  592. jjrh has left
  593. jjrh has joined
  594. Daniel has left
  595. Daniel has joined
  596. Andrew Nenakhov has left
  597. Andrew Nenakhov has joined
  598. alameyo has joined
  599. Andrew Nenakhov has left
  600. Steve Kille has left
  601. Steve Kille has left
  602. pep. has joined
  603. Andrew Nenakhov has joined
  604. Andrew Nenakhov has left
  605. valo has joined
  606. Steve Kille has joined
  607. rtq3 has joined
  608. valo has left
  609. Andrew Nenakhov has joined
  610. tux has joined
  611. wurstsalat has joined
  612. Maranda has joined
  613. Maranda has joined
  614. MattJ has left
  615. marc_ has joined
  616. Alex has joined
  617. Tobias has joined
  618. intosi has left
  619. intosi has joined
  620. valo has joined
  621. labdsf has joined
  622. rtq3 has left
  623. rtq3 has joined
  624. rtq3 has left
  625. rtq3 has joined
  626. debacle has joined
  627. valo has left
  628. Tobias has joined
  629. 404.city has joined
  630. equil has joined
  631. valo has joined
  632. Guus has left
  633. rtq3 has left
  634. rtq3 has joined
  635. Andrew Nenakhov has left
  636. Andrew Nenakhov has joined
  637. Andrew Nenakhov has left
  638. Andrew Nenakhov has joined
  639. Andrew Nenakhov has left
  640. Andrew Nenakhov has joined
  641. j.r has joined
  642. j.r has joined
  643. ThibG has left
  644. ThibG has joined
  645. Maranda has joined
  646. Zash has left
  647. lskdjf has joined
  648. grumpy has joined
  649. Guus has joined
  650. debacle has left
  651. mimi89999 has left
  652. APach has left
  653. APach has joined
  654. labdsf has left
  655. labdsf has joined
  656. igoose has left
  657. rtq3 has left
  658. rtq3 has joined
  659. Andrew Nenakhov has left
  660. rion has joined
  661. rion has joined
  662. Andrew Nenakhov has joined
  663. APach has left
  664. APach has joined
  665. sezuan has joined
  666. sezuan has joined
  667. moparisthebest has joined
  668. efrit has joined
  669. dwd has left
  670. rion has joined
  671. rion has left
  672. rion has joined
  673. Andrew Nenakhov has left
  674. Andrew Nenakhov has joined
  675. labdsf has left
  676. mimi89999 has joined
  677. frainz has left
  678. frainz has joined
  679. !xsf_Martin has joined
  680. thorsten has left
  681. labdsf has joined
  682. flow So fun question, is the 'by' attribute of stanza errors (RFC 6120 § 8.3.2) guaranteed to be an JID, or can it be an arbitrary string?
  683. flow I am missing the "the JID of" before "the entity" in the paragraph specifying it, just like it is done everywhere else
  684. sezuan has joined
  685. sezuan has left
  686. Andrew Nenakhov has left
  687. Andrew Nenakhov has joined
  688. thorsten has joined
  689. Zash flow: Is there any text that suggests that "entity" is equivalent to JID?
  690. flow Zash, yes and no, guess it depends on the type of the entity
  691. Ge0rG flow: you don't want to enforce this in the type system, do you?
  692. Zash I thought it was a JID
  693. Ge0rG I'm really excited to get my client crashed by type system exceptions caused by remote entities!
  694. igoose has joined
  695. Zash Maybe(JID | String)
  696. Zash Have fun
  697. Ge0rG Someone is going to mess up my bookmarks with a robot face MUC and I'll end up in an endless connect loop.
  698. Link Mauve has joined
  699. Zash has left
  700. ThibG has left
  701. ThibG has joined
  702. lorddavidiii has left
  703. labdsf has left
  704. labdsf has joined
  705. equil has left
  706. equil has joined
  707. lorddavidiii has joined
  708. Alex has left
  709. peter has left
  710. lnj has left
  711. lnj has left
  712. lnj has joined
  713. lnj has left
  714. lnj has left
  715. lnj has joined
  716. Guus has left
  717. Guus has joined
  718. architekt has joined
  719. Guus has left
  720. frainz has left
  721. frainz has joined
  722. architekt has left
  723. rtq3 has left
  724. rtq3 has joined
  725. nyco has left
  726. goffi has joined
  727. Guus has joined
  728. lnj has left
  729. lnj has left
  730. lnj has joined
  731. 404.city has left
  732. Link Mauve has left
  733. peter has joined
  734. Guus has left
  735. Guus has joined
  736. architekt has joined
  737. waqas has left
  738. tux has joined
  739. Daniel has left
  740. Daniel has joined
  741. rion It seems there is an error in https://xmpp.org/extensions/xep-0261.html examples 9, 10. New SID has to be different for second stream but it has to be the same for for <transport> and <open>
  742. Daniel has left
  743. Daniel has joined
  744. lorddavidiii has left
  745. Nekit has joined
  746. MattJ rion, can you post that to the standards@ list?
  747. rion I'll send a pull request with fix
  748. remko has left
  749. Daniel has left
  750. Daniel has joined
  751. Link Mauve has joined
  752. Daniel has left
  753. Daniel has joined
  754. grumpy has left
  755. lovetox rion, do you mean example 10 has the wrong sid
  756. Guus has left
  757. Guus has joined
  758. rion lovetox: yes
  759. grumpy has joined
  760. lovetox should be bt8a71h6 instead
  761. j.r has left
  762. lovetox yeah seems like a copy/paste error
  763. j.r has joined
  764. rion https://github.com/xsf/xeps/pull/755
  765. Daniel has left
  766. Daniel has joined
  767. j.r has joined
  768. Guus has left
  769. oli has joined
  770. j.r has left
  771. j.r has joined
  772. Daniel has left
  773. Daniel has joined
  774. j.r has left
  775. j.r has joined
  776. j.r has left
  777. j.r has joined
  778. Tobias has joined
  779. Link Mauve Daniel, could you add IPv6 support to conference.siacs.eu please?
  780. architekt has joined
  781. Link Mauve I don’t currently have an IPv4 on my server, and it prevents me from joining.
  782. Daniel Link Mauve: it's on the todo list
  783. Link Mauve Great, thanks. :)
  784. Link Mauve Kev, could you do the same with rooms.swift.im please?
  785. j.r has joined
  786. Zash has left
  787. j.r has left
  788. j.r has joined
  789. Guus has joined
  790. sezuan has left
  791. lumi has left
  792. lovetox has left
  793. rion another error https://xmpp.org/extensions/xep-0167.html example 50. wrong action.
  794. pep. rion, please PR :)
  795. moparisthebest has joined
  796. rion https://github.com/xsf/xeps/pull/756
  797. pep. thanks o/
  798. pep. has joined
  799. neshtaxmpp has joined
  800. neshtaxmpp has joined
  801. vaulor has left
  802. rion xep-0167 example 48 probably should include some candidates to <transport> or at least refer to consequent transport-info actions for transport negotiation.
  803. Link Mauve has joined
  804. bowlofeggs has joined
  805. Seve has left
  806. Maranda has joined
  807. Maranda has left
  808. lskdjf has left
  809. marc_ has joined
  810. ThibG has left
  811. ThibG has joined
  812. peter has left
  813. oli has joined
  814. ta has left
  815. ta has left
  816. lnj has left
  817. rion has left
  818. lnj has left
  819. efrit has left
  820. lumi has joined
  821. lnj has left
  822. thorsten has left
  823. thorsten has joined
  824. marc_ has left
  825. neshtaxmpp has joined
  826. lnj has joined
  827. Link Mauve has joined
  828. architekt has joined
  829. l has joined
  830. architekt has left