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