XSF Discussion - 2020-03-24


  1. andy has left

  2. robertooo has left

  3. calvin has joined

  4. Daniel has left

  5. Daniel has joined

  6. Daniel has left

  7. Daniel has joined

  8. calvin has left

  9. calvin has joined

  10. Daniel has left

  11. Daniel has joined

  12. calvin has left

  13. pdurbin has joined

  14. paul has left

  15. Daniel has left

  16. Daniel has joined

  17. Daniel has left

  18. Daniel has joined

  19. larma has left

  20. lskdjf has left

  21. lskdjf has joined

  22. calvin has joined

  23. lskdjf has left

  24. lskdjf has joined

  25. lskdjf has left

  26. lskdjf has joined

  27. lskdjf has left

  28. lskdjf has joined

  29. ths has joined

  30. ths has left

  31. aj has joined

  32. Roberto has left

  33. Roberto has joined

  34. aj has left

  35. Daniel has left

  36. LNJ has left

  37. eta has left

  38. calvin has left

  39. Daniel has joined

  40. lskdjf has left

  41. mukt2 has joined

  42. arc has left

  43. arc has joined

  44. arc has left

  45. arc has joined

  46. mukt2 has left

  47. Yagiza has joined

  48. Nekit has joined

  49. eevvoor has joined

  50. arc has left

  51. arc has joined

  52. Daniel has left

  53. Daniel has joined

  54. Daniel has left

  55. Daniel has joined

  56. eevvoor has left

  57. Daniel has left

  58. Daniel has joined

  59. Vaulor has joined

  60. eevvoor has joined

  61. arc has left

  62. arc has joined

  63. andy has joined

  64. adiaholic_ has joined

  65. DebXWoody has joined

  66. lorddavidiii has joined

  67. adiaholic_ has left

  68. adiaholic_ has joined

  69. arc has left

  70. arc has joined

  71. arc has left

  72. arc has joined

  73. Tobias has joined

  74. mimi89999 has left

  75. mimi89999 has joined

  76. matkor has joined

  77. waqas has left

  78. lovetox has joined

  79. paul has joined

  80. emus has joined

  81. eevvoor has left

  82. serge90 has left

  83. lovetox has left

  84. eevvoor has joined

  85. Jeybe has joined

  86. paul has left

  87. Jeybe has left

  88. Jeybe has joined

  89. serge90 has joined

  90. paul has joined

  91. Daniel has left

  92. Daniel has joined

  93. jonas’

    07:10:43 pollo> TIL jitsi meet is mainly an XMPP frontend 07:11:01 pollo> I find it very amusing, since I felt XMPP was kinda dead

  94. jonas’

    am I seeing this correctly that we don’t actually have a spec for multi-user A/V calls?

  95. jonas’

    if so: does anyone have contacts to the Jitsi Meet folks so that we can get them to spec their stuff?

  96. Kris has joined

  97. Link Mauve

    jonas’, Jitsi people wrote CoLiBri, which is what Jitsi Meet is using, AFAIK.

  98. jonas’

    Link Mauve, where is that?

  99. Link Mauve

    In some XEP I don’t remember the number.

  100. jonas’

    ah!

  101. jonas’

    340

  102. Link Mauve

    It describes jicofo.

  103. Link Mauve

    As well as COIN.

  104. jonas’

    that’s it, yes

  105. jonas’

    thanks

  106. Link Mauve

    Another XEP.

  107. jonas’

    https://xmpp.org/extensions/xep-0340.html

  108. jonas’

    https://xmpp.org/extensions/xep-0298.html

  109. Link Mauve

    Those.

  110. jonas’

    thanks

  111. Kris has left

  112. Link Mauve

    I don’t know how different the implementation is nowadays, though.

  113. Link Mauve

    It may have significantly diverged, or not.

  114. Jeybe has left

  115. Jeybe has joined

  116. winfried has left

  117. winfried has joined

  118. MattJ

    I believe it has diverged a lot and there was not much interest in fixing that

  119. Jeybe has left

  120. Jeybe has joined

  121. Jeybe has left

  122. Jeybe has joined

  123. Syndace has left

  124. Daniel has left

  125. Jeybe has left

  126. Jeybe has joined

  127. Daniel has joined

  128. Jeybe has left

  129. Jeybe has joined

  130. paul has left

  131. paul has joined

  132. winfried has left

  133. winfried has joined

  134. karoshi has joined

  135. Guus has joined

  136. flow

    that is my understanding too

  137. Jeybe has left

  138. Jeybe has joined

  139. wurstsalat has left

  140. wurstsalat has joined

  141. eta has joined

  142. Syndace has joined

  143. Daniel has left

  144. j.r has left

  145. Jeybe has left

  146. j.r has joined

  147. Jeybe has joined

  148. wurstsalat has left

  149. wurstsalat has joined

  150. Daniel has joined

  151. Jeybe has left

  152. Jeybe has joined

  153. Alex has joined

  154. j.r has left

  155. j.r has joined

  156. j.r has left

  157. j.r has joined

  158. Steve Kille has left

  159. j.r has left

  160. Steve Kille has joined

  161. j.r has joined

  162. Kev has joined

  163. Jeybe has left

  164. Jeybe has joined

  165. goffi has joined

  166. j.r has left

  167. j.r has joined

  168. Dele Olajide has joined

  169. Jeybe has left

  170. Jeybe has joined

  171. adiaholic_ has left

  172. adiaholic_ has joined

  173. Zash has left

  174. Zash has joined

  175. Dele Olajide has left

  176. Zash has left

  177. Zash has joined

  178. Jeybe has left

  179. Zash has left

  180. Zash has joined

  181. Zash has left

  182. Zash has joined

  183. Vaulor has left

  184. Vaulor has joined

  185. Zash has left

  186. Zash has joined

  187. Zash has left

  188. Zash has joined

  189. eevvoor has left

  190. lovetox has joined

  191. flow

    Is muc 333 supposed to be alone in an unsubscribe message?

  192. flow

    https://xmpp.org/extensions/xep-0045.html#service-error-kick

  193. flow

    I have somehow the feeling that this was the intention, to keep backwards compatiblity

  194. flow

    but then I saw this: https://github.com/igniterealtime/Smack/pull/374

  195. flow

    xep45 is not really clear on that (beside the examples showing 333 never alone)

  196. flow

    jonas’, ^

  197. Zash

    s/unsubscribe/unavailable/ ?

  198. jonas’

    flow, hmmmm?

  199. jonas’

    flow, 333 is an additional code which specifies which type of kick it was, using it alone doesn’t make much sense IMO.

  200. MattJ

    Agreed

  201. alameyo has joined

  202. j.r has left

  203. adiaholic_ has left

  204. adiaholic_ has joined

  205. lovetox has left

  206. robertooo has joined

  207. larma has joined

  208. flow

    Zash, correct

  209. flow

    jonas’, but is it required to never appear allone?

  210. flow

    IMHO, if so, xep45 should spell it out explicitly

  211. LNJ has joined

  212. adiaholic_ has left

  213. adiaholic_ has joined

  214. lskdjf has joined

  215. jonas’

    I wouldn’t say it’s required

  216. jonas’

    I would say currently there is no specified case where that happens

  217. LNJ has left

  218. calvin has joined

  219. j.r has joined

  220. Shell has joined

  221. eevvoor has joined

  222. flow

    well allowing 333 standalone has backwards compatiblity issues

  223. flow

    Zash, MattJ, since the bug report come from the jitsi folks, I'd assumed that it was potentially prosody producing those unavailable presence stanzas. Is this the case?

  224. lskdjf has left

  225. MattJ

    Ah, now I remember

  226. MattJ

    this whole discussion

  227. MattJ

    I'm confused, what's the bug on the Smack side?

  228. adiaholic_ has left

  229. MattJ

    Not treating unavailable presence as "client left the room"?

  230. MattJ

    status codes are colour on top of that

  231. jonas’

    yup, 333 without anything should be treated as "client left normally" by any entity not knowing 333

  232. MattJ

    There was some discussion about whether 333-type leaves should be parts or kicks

  233. MattJ

    The argument is that they are kicks because the user didn't request to leave

  234. flow

    I totally aggree that status codes are additional metainformatino and that unvaialble presence means that a participant has left the room

  235. Zash

    I distinctly remember some client having a bug with multiple status codes

  236. MattJ

    While the inverse argument is that it's not a moderation thing, and kicks are noisy

  237. flow

    The question is about allowing 333 standalone in an unavailble presence

  238. flow

    I think allowing 333 standalone causes backwards compatiblity issues and hence should not be allowed

  239. MattJ

    What problems does it cause?

  240. lskdjf has joined

  241. flow

    MattJ, basically smack assumes that if the unavailable presence contains any status codes, one of those codes it at least one that has been there from the very beginning of xep45

  242. jonas’

    flow, I think that assumption is flawed

  243. MattJ

    I think that's definitely a flawed assumption

  244. jonas’

    status codes are a registry

  245. flow

    jonas’, potentially, but I could imagine that other libs do the same

  246. jonas’

    then other libs are also flawed

  247. MattJ

    Well so far we haven't found any

  248. MattJ

    Also this is why the status codes likely aim to follow the HTTP style of buckets

  249. flow

    I am also not convinced that this assumption is really flawed

  250. MattJ

    all the 3xx status codes are about an occupant leaving, afaik

  251. flow

    I mean I see your point

  252. MattJ

    This would have been done initially to make status codes extensible

  253. MattJ

    Not that I see much point in this case

  254. flow

    but adding additional causes that do not refine existing causes seems like a bad approach

  255. jonas’

    flow, unless you can find a piece of text in XEP 0045 which says that on an unavailable presence, there must be no status code or one of these X status codes, your assumption is flawed

  256. flow

    and in this case 333 seems to simply refine an existing cause ('kicked')

  257. MattJ

    Actually no, in this stanza before Prosody added 333 there would have been no status codes

  258. jonas’

    flow, a future status code could be refining the voluntary client leave, for example "leaving forever not going to come back"

  259. MattJ

    So we went from nothing -> 333

  260. jonas’

    the library still needs to be able to deal with that

  261. MattJ

    333 was just additional colour for the leave

  262. MattJ

    (iirc trunk nightly builds may have used a kick status code for a while, before 333 was introduced - but I don't think that was ever in a released version)

  263. flow

    Either way, it should be explicitly spelled out in xep45 what clients to can expect

  264. jonas’

    flow, I think it’s already pretty clear

  265. jonas’

    there are some requirements about status codes which MUST be present

  266. jonas’

    but there’s no wording on which are not going to be present

  267. jonas’

    so you’ve got to deal with that

  268. eevvoor has left

  269. jonas’

    (just like there’s no wording on the order of status codes, you need to deal with any ordre)

  270. flow

    I would at least suggest to add an example where 333 appears standalone

  271. jonas’

    why?

  272. jonas’

    there’s currently no defined use-case for that

  273. flow

    then why does prosody do it?

  274. MattJ

    https://issues.prosody.im/939#comment-14

  275. flow

    MattJ, thanks for the link :)

  276. MattJ

    (and discussion before/after)

  277. jonas’

    fun

  278. jonas’

    MattJ, make a PR against '45 then, because 45 clearly states that there MUST be 307 at this time

  279. MattJ

    So I see, that's news to me

  280. jonas’

    only in the GC1.0 case though wtf

  281. jonas’

    https://xmpp.org/extensions/xep-0045.html#enter-gc

  282. MattJ

    Basically the fallback behaviour we want (for UX reasons) is a normal leave, not a kick

  283. jonas’

    weird

  284. MattJ

    because kicks were making users "wtf"

  285. jonas’

    here it’s not clearly spelt out: https://xmpp.org/extensions/xep-0045.html#service-error-kick

  286. flow

    yep, users don't like to get kicked

  287. jonas’

    so it can go either way

  288. jonas’

    MattJ, I suggest someone makes a PR which states that and fixes the wording then.

  289. flow

    jonas’, for clarification: states what?

  290. jonas’

    https://xmpp.org/extensions/xep-0045.html#service-error-kick shouldn’t use 307

  291. jonas’

    flow, that https://xmpp.org/extensions/xep-0045.html#service-error-kick shouldn’t use 307

  292. Ge0rG

    something something somebody suggested a specific error condition just for that

  293. flow

    Ge0rG, what is it, that you want to tell us?

  294. Ge0rG

    flow: IIRC jonas’ had interesting ideas for a new error condition that's neither kicked nor access denied, in the context of 0410

  295. jonas’

    Ge0rG, irrelevant, because MUC leaves don’t have stanza errors

  296. Ge0rG

    Also we abandoned that idea because nobody had time to pursuit it

  297. andrey.g has joined

  298. Alex has left

  299. eevvoor has joined

  300. Daniel has left

  301. Daniel has joined

  302. andrey.g has left

  303. LNJ has joined

  304. Daniel has left

  305. matkor has left

  306. adiaholic_ has joined

  307. matkor has joined

  308. adiaholic_ has left

  309. adiaholic_ has joined

  310. andrey.g has joined

  311. Daniel has joined

  312. eevvoor has left

  313. andrey.g has left

  314. calvin has left

  315. adiaholic_ has left

  316. Daniel has left

  317. andrey.g has joined

  318. Daniel has joined

  319. Jeybe has joined

  320. Jeybe has left

  321. Jeybe has joined

  322. Daniel has left

  323. Daniel has joined

  324. andrey.g has left

  325. adiaholic_ has joined

  326. Jeybe has left

  327. Jeybe has joined

  328. lovetox has joined

  329. pdurbin has left

  330. adiaholic_ has left

  331. adiaholic_ has joined

  332. andrey.g has joined

  333. Jeybe has left

  334. Jeybe has joined

  335. calvin has joined

  336. Jeybe has left

  337. Jeybe has joined

  338. Dele Olajide2 has joined

  339. Dele Olajide2 has left

  340. Dele Olajide has joined

  341. Dele Olajide has left

  342. Jeybe has left

  343. Jeybe has joined

  344. Alex has joined

  345. moparisthebest

    so much for the military using XMPP https://www.theregister.co.uk/2020/03/18/army_adopts_whatsapp_orders_coronavirus

  346. calvin has left

  347. calvin has joined

  348. Zash

    There's more than one army

  349. Zash

    and more than one branch of military

  350. neshtaxmpp has left

  351. Jeybe has left

  352. Jeybe has joined

  353. mbt has joined

  354. mbt

    hi all, im trying to develop an messaging app with React-Native. I have Prosody server installed and i can send/recieve messages but cant complete in-band registration. i couldnt find a package for that. Does anyone know how to do it in RN environment? Thanks

  355. Ge0rG

    mbt: are you using xmpp.js?

  356. Ge0rG

    looks like it's a lonstanding wish... https://github.com/xmppjs/xmpp.js/issues/783

  357. mbt

    yes i use xmpp.js for connection and messaging, in those topics 'https://xmpp.org/extensions/xep-0389.html' is offered but i cant understand how can do these instructions

  358. Zash

    XEP-0389 is not really ready yet

  359. Zash

    https://xmpp.org/extensions/xep-0077.html is what you would use

  360. mbt

    okay thanks, i can send iq stanzas with xmpp.js. Then should i use 0077s iq examples?

  361. Zash

    If you can do that before you're fully connected, then I guess that'll work

  362. jubalh has joined

  363. mbt

    okay then i will try this thank you very much Zash, Ge0rG

  364. lovetox has left

  365. neshtaxmpp has joined

  366. Neustradamus has joined

  367. Neustradamus has left

  368. mbt has left

  369. larma has left

  370. larma has joined

  371. larma has left

  372. larma has joined

  373. debacle has joined

  374. jubalh has left

  375. larma has left

  376. larma has joined

  377. edhelas has joined

  378. lovetox has joined

  379. Jeybe has left

  380. Jeybe has joined

  381. Jeybe has left

  382. Jeybe has joined

  383. Jeybe has left

  384. mukt2 has joined

  385. pdurbin has joined

  386. stpeter has joined

  387. stpeter has left

  388. pdurbin has left

  389. adiaholic_ has left

  390. adiaholic_ has joined

  391. adiaholic_ has left

  392. adiaholic_ has joined

  393. alexis has left

  394. Wojtek has joined

  395. Shell has left

  396. nickname_ has joined

  397. paul has left

  398. alexis has joined

  399. paul has joined

  400. nickname_ has left

  401. eta has left

  402. eta has joined

  403. Shell has joined

  404. larma has left

  405. mukt2 has left

  406. Jeybe has joined

  407. jubalh has joined

  408. Shell has left

  409. Shell has joined

  410. lskdjf has left

  411. Jeybe has left

  412. Jeybe has joined

  413. adiaholic_ has left

  414. adiaholic_ has joined

  415. Dele Olajide has joined

  416. rion has joined

  417. rion has left

  418. Dele Olajide2 has joined

  419. Dele Olajide has left

  420. Dele Olajide2 has left

  421. Jeybe

    Just disovered Kontalk. Somebody knows if they federate?

  422. Jeybe has left

  423. moparisthebest

    last I looked they do yes

  424. Jeybe has joined

  425. aj has joined

  426. rion has joined

  427. rion has left

  428. Jeybe has left

  429. Daniel

    But you have to manually hash the phone number to talk to someone on kontalk. With Quicksy.im you can just write +12345...@quicksy.im #shamelessPlug

  430. Jeybe has joined

  431. moparisthebest

    quicksy is ever so slightly easier to un-hash into a plain phone number though :)

  432. Zash

    JIDs like sha1(phone number)@beta.kontalk.net from what I could find on some wiki

  433. MattJ

    But SHA1 is broken! ;)

  434. moparisthebest

    yep, where phone number is +12223334455

  435. moparisthebest

    https://www.moparisthebest.com/phonehash/ this doesn't work anymore because I no longer have 500gb to spare but it "unhashed" kontalk numbers instantly

  436. MattJ

    500GB? I feel like you could get away with far less than that

  437. Zash

    Rainbow tables aren't known for being small

  438. MattJ

    I guess

  439. oxpa has joined

  440. oxpa has left

  441. Zash

    I guess you could cheat and only store the shortest prefix or something

  442. Daniel

    Iirc it wasn't a rainbow table but just all hashes

  443. Zash

    Have I misunderstood what a rainbow table is?

  444. Daniel

    I always wanted to make it a nice weekend project to learn how to build rainbow tables and actual have all possible numbers

  445. Daniel

    Rainbow tables only store a subset of hashes

  446. jubalh has left

  447. Jeybe has left

  448. pdurbin has joined

  449. lskdjf has joined

  450. Jeybe has joined

  451. adiaholic_ has left

  452. aj has left

  453. winfried has left

  454. winfried has joined

  455. larma has joined

  456. adiaholic_ has joined

  457. moparisthebest

    rainbow tables could maybe be smaller, but still are computationally expensive

  458. moparisthebest

    500gb was all numbers, stored as 5 byte integers, sorted by hash, so I could binary search them and do at most like 5 sha1 operations to find any number instantly

  459. jonas’

    ah, I knew it was something clever

  460. Yagiza has left

  461. moparisthebest

    all the technical details here https://github.com/moparisthebest/phonehash it's actually not clear to me if rainbow tables would actually be smaller or not

  462. Ge0rG

    moparisthebest: why didn't you upload the 500GB to github? :D

  463. moparisthebest

    I don't think it supports that haha, but the code to generate it is there

  464. Ge0rG

    In Germany, phone numbers are 12 or sometimes even 13 digits.

  465. moparisthebest

    yep, doesn't support any of that nonsense either :)

  466. moparisthebest

    I guess it'd still fit in a 5 byte number but you'd need significantly more than 500gb to store them all, unless you just went for a subset

  467. moparisthebest

    don't really feel like doing the math to figure out how much data that is right now :)

  468. Ge0rG

    the fixed prefix is +49, leaving 10 or 11 useful digits

  469. Ge0rG

    you'd have to cut the prefix off or go for six-byte indexes

  470. pdurbin has left

  471. neshtaxmpp has left

  472. moparisthebest

    ah ok that changes things, I'm storing 11 digits there, so you'd just do the same except prefix +49 instead of +

  473. aj has joined

  474. waqas has joined

  475. Guus has left

  476. Jeybe has left

  477. Jeybe has joined

  478. arc has left

  479. arc has joined

  480. neshtaxmpp has joined

  481. Jeybe has left

  482. Jeybe has joined

  483. rion has joined

  484. rion has left

  485. rion has joined

  486. rion has left

  487. Jeybe has left

  488. oxpa has joined

  489. oxpa has left

  490. Jeybe has joined

  491. aj has left

  492. arc has left

  493. arc has joined

  494. rion has joined

  495. Jeybe has left

  496. Jeybe has joined

  497. rion

    looks like there is something wrong with s2s with this new xmpp.org. I checked two Russian servers with quite old ejabberds. none of them allowed me to connect here.

  498. Zash

    How old is old?

  499. rion

    3.2

  500. rion

    and 2.1.13

  501. rion

    oh. it's not s2s. I see myself in the web logs joining here

  502. rion

    hm or s2s.. well muc sent me nothing back

  503. rion

    but obviously received and handled my presence

  504. Zash

    So the connectivity problem is in the other direction

  505. moparisthebest

    won't connect to TLS 1.0 or something?

  506. winfried has left

  507. winfried has joined

  508. rion

    ok jabber.ru admin say s2s is connected. there is something upper-level

  509. Zash

    I vaguely recall there being all sorts of s2s issues between prosody and ejabberd back in those dark ages

  510. Zash

    MattJ: poke? ↑

  511. Zash

    I don't have access to the new box

  512. krauq has left

  513. Daniel has left

  514. MattJ

    Uh, can get you access in a bit

  515. MattJ

    No idea what would cause this

  516. Daniel has joined

  517. alexis has left

  518. Zash

    rion: Did this that work before the crash?

  519. rion

    yep

  520. Daniel has left

  521. Zash

    All I can think of is some kind of network or DNS issue on the new box

  522. krauq has joined

  523. lskdjf has left

  524. lskdjf has joined

  525. Jeybe has left

  526. Jeybe has joined

  527. Daniel has joined

  528. remko has joined

  529. arc has left

  530. arc has joined

  531. calvin has left

  532. Neustradamus has joined

  533. eevvoor has joined

  534. Nekit has left

  535. adiaholic_ has left

  536. adiaholic_ has joined

  537. j.r has left

  538. winfried has left

  539. winfried has joined

  540. winfried has left

  541. winfried has joined

  542. neshtaxmpp has left

  543. Jeybe has left

  544. Jeybe has joined

  545. arc has left

  546. arc has joined

  547. Jeybe has left

  548. Jeybe has joined

  549. j.r has joined

  550. mimi89999 has left

  551. pep. has left

  552. mimi89999 has joined

  553. pep. has joined

  554. Jeybe has left

  555. Jeybe has joined

  556. pdurbin has joined

  557. Shell has left

  558. arc has left

  559. arc has joined

  560. Jeybe has left

  561. Jeybe has joined

  562. Jeybe has left

  563. Jeybe has joined

  564. neshtaxmpp has joined

  565. Jeybe has left

  566. Jeybe has joined

  567. flow

    hmm Dele also reported that his openfire (?) instances could no longer connect to xmpp.org

  568. flow

    I was speculating TLS

  569. pdurbin has left

  570. Zash

    No TLS 1.2?

  571. j.r has left

  572. j.r has joined

  573. Jeybe has left

  574. rion has left

  575. Jeybe has joined

  576. arc has left

  577. arc has joined

  578. Zash

    I'd say 'try xmpp.net' but that's not up yet

  579. Nekit has joined

  580. MattJ

    Ah, it's Debian buster so it could indeed be TLS

  581. stpeter has joined

  582. stpeter has left

  583. neshtaxmpp has left

  584. neshtaxmpp has joined

  585. Jeybe has left

  586. Jeybe has joined

  587. Ge0rG

    Old software still attempting SSL 3?

  588. Jeybe has left

  589. Jeybe has joined

  590. pep.

    Who doesn't do TLS1.3 yet? /s

  591. Zash

    If I'm guessing their domain correctly then that's not the problem. I get a Dialback error instead.

  592. Jeybe has left

  593. Jeybe has joined

  594. werdan has joined

  595. Jeybe has left

  596. Jeybe has joined

  597. Jeybe has left

  598. Jeybe has joined

  599. j.r has left

  600. j.r has joined

  601. j.r has left

  602. j.r has joined

  603. j.r has left

  604. marc has joined

  605. j.r has joined

  606. stpeter has joined

  607. stpeter has left

  608. j.r has left

  609. marc has left

  610. j.r has joined

  611. j.r has left

  612. j.r has joined

  613. j.r has left

  614. j.r has joined

  615. j.r has left

  616. j.r has joined

  617. j.r has left

  618. marc has joined

  619. j.r has joined

  620. j.r has left

  621. j.r has joined

  622. rion has joined

  623. rion has left

  624. eevvoor has left

  625. marc has left

  626. rion has joined

  627. j.r has left

  628. j.r has joined

  629. marc has joined

  630. neshtaxmpp has left

  631. rion

    does s2s uses 2 connections between 2 particular servers?

  632. jonas’

    sometimes

  633. Kev

    Usually at least 2, yes.

  634. jonas’

    (most of the time actually)

  635. Ge0rG

    Yes, for hysterical raisins

  636. jonas’

    there’s s2s bidirectional mode, but it’s not too widely deployed

  637. rion

    so usually 2 uno-directional

  638. rion

    jabber.ru guys looking into the problem too.

  639. rion2 has joined

  640. rion2 has left

  641. rion

    [23:15:45] *** rion2 заходит как участник [23:15:46] *** rion2 удален из комнаты по техническим причинам that was me from jabber.ru

  642. Jeybe has left

  643. neshtaxmpp has joined

  644. Jeybe has joined

  645. Zash

    what looks like this here? 18:14:44 ---> rion joined the room 18:14:45 <--- rion has left the room due to an error (Kicked: remote server not found) 18:15:25 ---> rion joined the room 18:15:26 <--- rion has left the room due to an error (Kicked: remote server not found)

  646. Zash

    Oh, rion_2_?

  647. rion

    yep

  648. Zash

    s2s with jabber.ru seems to work everywhere else I try

  649. rion

    Psi writes: removed by technical reasons. I don't remember what's this in xml log

  650. Zash

    Pretty sure it's the 333 code discussed earlier

  651. Zash

    It's what Prosody uses if you send an error to the room, which is what it sees if the s2s connection in the other direction fails

  652. Jeybe has left

  653. Jeybe has joined

  654. oxpa has joined

  655. oxpa has left

  656. oxpa has joined

  657. oxpa has left

  658. pdurbin has joined

  659. Daniel has left

  660. Daniel has joined

  661. adiaholic_ has left

  662. adiaholic_ has joined

  663. oxpa has joined

  664. oxpa has left

  665. Daniel has left

  666. adiaholic_ has left

  667. jubalh has joined

  668. Jeybe has left

  669. Jeybe has joined

  670. Daniel has joined

  671. pdurbin has left

  672. Jeybe has left

  673. MattJ

    rion, Zash: from the log: Mar 24 20:47:28 server_epoll debug TLS handshake error on FD 231 (172.104.234.182, 5269, 104.248.10.4, 33976): dh key too small

  674. Jeybe has joined

  675. jonas’

    ah, yeah, jabber.ru

  676. pep.

    What was the result of the discussion around Inbox again at Summit. The "ordered list" of tabs doesn't seem mentioned in the minutes, I assume that's supposed to be something separate

  677. DebXWoody has left

  678. Daniel has left

  679. Daniel has joined

  680. alexis has joined

  681. remko has left

  682. oxpa has joined

  683. oxpa has left

  684. Jeybe has left

  685. Jeybe has joined

  686. oxpa has joined

  687. oxpa

    took me awhile how to figure this out. I'm curious why p256 is 'short' though

  688. Zash

    If you get that message then it's not using ECDHE

  689. Zash

    That's plain old DHE

  690. Zash

    probably with 1024bit parameters

  691. oxpa

    :~$ openssl s_client -connect jabber.ru:5269 -starttls xmpp-server 2>/dev/null | grep Temp Server Temp Key: ECDH, P-256, 256 bits

  692. winfried has left

  693. winfried has joined

  694. oxpa

    Or may be it's because it's not ephemeral though

  695. oxpa

    not sure how to force that through s_client to check

  696. jubalh has left

  697. jubalh has joined

  698. Zash

    ~$ wrapsrv _xmpp-server._tcp.jabber.ru openssl s_client -connect %h:%p -starttls xmpp-server -cipher 'HIGH+kEDH:HIGH+kEECDH:HIGH:!PSK:!SRP:!3DES:!aNULL' this would be closer to what prosody 0.11 does

  699. Zash

    Server Temp Key: DH, 4096 bits

  700. Zash

    Odd. Recently changed?

  701. oxpa

    i tend to answer 'no' in a most sarcastic way, usually. But I guess sarcasm is difficult to transfer through xmpp. So, yes, minutes ago

  702. werdan has left

  703. oxpa

    but what's curious is that DHE is used only when I try a longer EC curve

  704. neshtaxmpp has left

  705. oxpa

    that's why I was asking about P256

  706. oxpa

    openssl s_client -connect jabber.ru:5269 -starttls xmpp-server -curves secp384r1 this is a curve my openssl doesn't yet support so this results in using DH instead of ECDH

  707. Zash

    Oh no, I didn't want to be reminded of how OpenSSl handles curve

  708. oxpa

    /sigh

  709. oxpa

    but I have to change dh param default length due to this handling >_<

  710. Vaulor has left

  711. rion has left

  712. rion has joined

  713. Jeybe has left

  714. Jeybe has joined

  715. Daniel has left

  716. Daniel has joined

  717. Vaulor has joined

  718. lorddavidiii has left

  719. lorddavidiii has joined

  720. edhelas has left

  721. edhelas has joined

  722. Jeybe has left

  723. Daniel has left

  724. goffi has left

  725. Tobias has left

  726. lovetox has left

  727. lovetox has joined

  728. andrey.g has left

  729. Nekit has left

  730. Daniel has joined

  731. rion has left

  732. mukt2 has joined

  733. andrey.g has joined

  734. lovetox has left

  735. paul has left

  736. marc has left

  737. andy has left

  738. oxpa has left

  739. oxpa has joined

  740. mukt2 has left

  741. paul has joined

  742. pdurbin has joined

  743. oxpa has left

  744. oxpa has joined

  745. pdurbin has left

  746. lovetox has joined

  747. Daniel has left

  748. Daniel has joined

  749. arc has left

  750. arc has joined

  751. robertooo has left

  752. robertooo has joined

  753. arc has left

  754. arc has joined

  755. debacle has left

  756. Neustradamus

    pep.: Jabber.org has this problem since several years ;)

  757. Daniel has left

  758. Daniel has joined

  759. mukt2 has joined

  760. Daniel has left

  761. stpeter has joined

  762. stpeter has left

  763. Marc has left

  764. lorddavidiii has left

  765. lovetox has left

  766. lovetox has joined

  767. mukt2 has left

  768. Daniel has joined

  769. moparisthebest has left

  770. adiaholic_ has joined

  771. moparisthebest has joined

  772. adiaholic_ has left

  773. adiaholic_ has joined

  774. robertooo has left

  775. Daniel has left

  776. xelxebar has left

  777. Daniel has joined

  778. Wojtek has left