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