XSF Discussion - 2021-03-12


  1. Kev has left
  2. Kev has joined
  3. Adi has left
  4. emus has left
  5. Andrzej has joined
  6. Adi has joined
  7. mukt2 has joined
  8. Kev has left
  9. Kev has joined
  10. Kev has left
  11. Kev has joined
  12. karoshi has left
  13. karoshi has joined
  14. Kev has left
  15. Kev has joined
  16. andrey.g has joined
  17. govanify has left
  18. govanify has joined
  19. mukt2 has left
  20. Andrzej has left
  21. lskdjf has left
  22. lovetox has joined
  23. karoshi has left
  24. Adi has left
  25. wladmis has left
  26. Kev has left
  27. Kev has joined
  28. Adi has joined
  29. mukt2 has joined
  30. govanify has left
  31. govanify has joined
  32. paul has left
  33. inky has left
  34. inky has joined
  35. Kev has left
  36. Kev has joined
  37. jcbrand has left
  38. inky has left
  39. inky has joined
  40. Adi has left
  41. mukt2 has left
  42. Adi has joined
  43. debacle has left
  44. Kev has left
  45. Kev has joined
  46. Kev has left
  47. Kev has joined
  48. Adi has left
  49. Adi has joined
  50. BASSGOD has left
  51. BASSGOD has joined
  52. Andrzej has joined
  53. moparisthebest has left
  54. Kev has left
  55. Kev has joined
  56. moparisthebest has joined
  57. Adi has left
  58. alameyo has joined
  59. Yagiza has joined
  60. Andrzej has left
  61. Adi has joined
  62. govanify has left
  63. govanify has joined
  64. Kev has left
  65. Kev has joined
  66. Kev has left
  67. Kev has joined
  68. Kev has left
  69. Kev has joined
  70. eevvoor has left
  71. eevvoor has joined
  72. Kev has left
  73. Kev has joined
  74. chronosx88 has left
  75. Kev has left
  76. Kev has joined
  77. govanify has left
  78. govanify has joined
  79. Adi has left
  80. Kev has left
  81. Kev has joined
  82. stp has joined
  83. Adi has joined
  84. Kev has left
  85. Kev has joined
  86. chronosx88 has joined
  87. andrey.g has left
  88. Kev has left
  89. Kev has joined
  90. Kev has left
  91. Kev has joined
  92. Kev has left
  93. Kev has joined
  94. mukt2 has joined
  95. stp has left
  96. chronosx88 has left
  97. chronosx88 has joined
  98. Andrzej has joined
  99. mukt2 has left
  100. Adi has left
  101. Andrzej has left
  102. Kev has left
  103. Kev has joined
  104. Adi has joined
  105. Kev has left
  106. Kev has joined
  107. ti_gj06 has joined
  108. Kev has left
  109. Kev has joined
  110. Kev has left
  111. Kev has joined
  112. alex-a-soto has left
  113. alex-a-soto has joined
  114. Kev has left
  115. Kev has joined
  116. govanify has left
  117. govanify has joined
  118. andy has joined
  119. alex-a-soto has left
  120. alex-a-soto has joined
  121. Tobias has joined
  122. Kev has left
  123. Kev has joined
  124. Kev has left
  125. Kev has joined
  126. Andrzej has joined
  127. Adi has left
  128. Adi has joined
  129. Adi has left
  130. bean has left
  131. Andrzej has left
  132. Kev has left
  133. Kev has joined
  134. Adi has joined
  135. Andrzej has joined
  136. paul has joined
  137. purplebeetroot has joined
  138. govanify has left
  139. govanify has joined
  140. Kev has left
  141. Kev has joined
  142. Andrzej has left
  143. alameyo has left
  144. wurstsalat has joined
  145. menel has joined
  146. APach has left
  147. nyco has left
  148. APach has joined
  149. floretta has left
  150. nyco has joined
  151. mathijs has left
  152. jcbrand has joined
  153. ti_gj06 has left
  154. BASSGOD has left
  155. ti_gj06 has joined
  156. Seve has left
  157. pasdesushi has joined
  158. BASSGOD has joined
  159. Adi has left
  160. govanify has left
  161. govanify has joined
  162. BASSGOD has left
  163. goffi has joined
  164. karoshi has joined
  165. pasdesushi has left
  166. pasdesushi has joined
  167. Alex has left
  168. Alex has joined
  169. BASSGOD has joined
  170. Seve has joined
  171. BASSGOD has left
  172. Seve has left
  173. Andrzej has joined
  174. bean has joined
  175. BASSGOD has joined
  176. Seve has joined
  177. mathijs has joined
  178. purplebeetroot has left
  179. Steve Kille has left
  180. Seve has left
  181. Andrzej has left
  182. Seve has joined
  183. peetah has left
  184. purplebeetroot has joined
  185. chronosx88 has left
  186. chronosx88 has joined
  187. BASSGOD has left
  188. LNJ has joined
  189. marc has joined
  190. Kev has left
  191. Kev has joined
  192. Seve has left
  193. Steve Kille has joined
  194. BASSGOD has joined
  195. chronosx88 has left
  196. chronosx88 has joined
  197. BASSGOD has left
  198. marc has left
  199. marc has joined
  200. eevvoor has left
  201. peetah has joined
  202. eevvoor has joined
  203. BASSGOD has joined
  204. moparisthebest has left
  205. BASSGOD has left
  206. moparisthebest has joined
  207. fuana has joined
  208. stp has joined
  209. peetah has left
  210. peetah has joined
  211. BASSGOD has joined
  212. chronosx88 has left
  213. chronosx88 has joined
  214. lovetox has left
  215. chronosx88 has left
  216. chronosx88 has joined
  217. BASSGOD has left
  218. lovetox has joined
  219. BASSGOD has joined
  220. nad200 has joined
  221. Seve has joined
  222. stp has left
  223. lskdjf has joined
  224. andrey.g has joined
  225. fuana has left
  226. fuana has joined
  227. stp has joined
  228. purplebeetroot has left
  229. Guus Where is defined how a domain best regards the status of a remote entity, when the federation between the two domains gets disconnected?
  230. BASSGOD has left
  231. Andrzej has joined
  232. adiaholic has left
  233. nad200 has left
  234. Zash Look at the circumstances of the disconnect and then ... do something. Or nothing.
  235. eric has left
  236. eric has joined
  237. nad200 has joined
  238. adiaholic has joined
  239. BASSGOD has joined
  240. jonas’ Guus, what do you need that status for?
  241. Guus jonas’ Presence status (are contacts on a remote domain for which federation got disconnected considered offline?) or MUC room occupancy (are they still part of the room?)
  242. Guus jonas’ Presence status (are contacts on a remote domain for which federation got disconnected considered offline?) or MUC room occupancy (are they still an occupant of the room?)
  243. jonas’ going by the bare bones standards and extrapolating from there, presence status should not be affected by a link going down until you run the next presence probe
  244. jonas’ the next presence probe will then either succeed (yay) or fail to establish s2s (at which point you have a proper type='error' presence you can s et)
  245. jonas’ the next presence probe will then either succeed (yay) or fail to establish s2s (at which point you have a proper type='error' presence you can set)
  246. jonas’ of course, you may decide to run a bunch of presence probes (e.g. up to 5% of the remote roster entries or something) right away when a federation link dies with abnormalities (such as layer 3/4 errors, <shutdown/> stream error or things like that)
  247. BASSGOD has left
  248. Andrzej has left
  249. jonas’ Guus, reverse question: how do you define "federation between the two domains gets disconnected"?
  250. pasdesushi has left
  251. pasdesushi has joined
  252. Guus jonas’ the last s2s socket between the two being disconnected, I suppose.
  253. BASSGOD has joined
  254. Guus which is interesting if not bidirectional.
  255. jonas’ yeah, I wouldn’t take any judgement based on that alone -- some domains for example close sockets which aren’t used in a while
  256. pasdesushi has left
  257. pasdesushi has joined
  258. fuana has left
  259. fuana has joined
  260. pasdesushi has left
  261. Guus jonas’ that's actually what caused me to start thinking about this. Re-connection can occur to a different host, which introduces some nastiness in our implementation.
  262. pasdesushi has joined
  263. Guus fwiw, I tend to agree with you - but could not find any documentation on it.
  264. Kev OTOH you may have some situations (we have) where as soon as a link goes down you know it’s disconnected and want to act accordingly.
  265. Kev (Never with ‘real’ S2S though, I think)
  266. APach has left
  267. marc has left
  268. eric has left
  269. eric has joined
  270. APach has joined
  271. fuana has left
  272. Steve Kille has left
  273. Steve Kille has joined
  274. papatutuwawa has joined
  275. alacer has left
  276. alacer has joined
  277. menel has left
  278. menel has joined
  279. menel has left
  280. COM8 has joined
  281. menel has joined
  282. BASSGOD has left
  283. deuill has left
  284. BASSGOD has joined
  285. Maranda has left
  286. Maranda has joined
  287. mdosch > yeah, I wouldn’t take any judgement based on that alone -- some domains for example close sockets which aren’t used in a while I'm not even aware what my server does. Have you set anything in that regard in your prosody?
  288. COM8 has left
  289. w1pp3dcr34m has joined
  290. pasdesushi has left
  291. pasdesushi has joined
  292. deuill has joined
  293. pasdesushi has left
  294. pasdesushi has joined
  295. fuana has joined
  296. COM8 has joined
  297. stp has left
  298. COM8 has left
  299. jonas’ mdosch, I had a module loaded which does that for a while on s.j.n, but I unloaded it because it was suspect of having a memory leak
  300. Andrzej has joined
  301. pasdesushi has left
  302. pasdesushi has joined
  303. jonas’ but I still see s2s dropping off between crawler runs, so at least some other domains close their s2s when idle
  304. mdosch I also see closing of idle connections in my log but I never bothered to check whether it's mine or the remote server doing this. ^^
  305. mdosch It's the remote > Session closed by remote with error: connection-timeout (Idle connection)
  306. jonas’ prosody doesn’t do it by default
  307. mdosch siacs, blabber, fu-berlin. Seems to be all ejabberds indeed.
  308. debacle has joined
  309. Ge0rG There is one other server that closes s2s to me and then their DNS fails
  310. pasdesushi has left
  311. pasdesushi has joined
  312. COM8 has joined
  313. menel I often loose presence in the conversations muc due to remote idle timeout. (Ejabberd) and its not reestablished by its own for some time.
  314. Ge0rG If only there was a XEP to discover loss of MUC connectivty.
  315. pasdesushi has left
  316. Zash In theory it should reestablish s2s when needed. In practice...
  317. pasdesushi has joined
  318. mdosch grep -cE quicksy\.\*Idle /var/log/prosody/prosody.log :( 70
  319. mdosch That seems to be… a lot.
  320. BASSGOD has left
  321. menel mod_s2s_keepalive didn't help, I suppose it doesn't affect the remote idle timeout only mine
  322. Holger The real question is why re-establishing a new connection fails.
  323. menel True ,but on my side of the logs there is nothing.. Or maybe I try debug first.. Let me check
  324. COM8 has left
  325. Holger I mean why would the old, idle connection survive under circumstances where a new connection can't be established?
  326. Kev In theory, you should be able to throw away S2S at any point without any user noticing.
  327. southerntofu has left
  328. Andrzej has left
  329. southerntofu has joined
  330. COM8 has joined
  331. southerntofu has left
  332. Kev In theory :)
  333. southerntofu has joined
  334. menel Its only conversations muc, I will look
  335. mdosch COM8: Mar 12 12:15:49 s2sin5609d9a60bf0 info Incoming s2s stream xmpp.uwpx.org->chat.diebesban.de closed: Your server's certificate has expired
  336. mdosch jonas’: Sell o.j.n
  337. COM8 has left
  338. mdosch :)
  339. COM8 has joined
  340. emus has joined
  341. Wojtek has joined
  342. Zash Is it a good thing that, where with dialback you either got bi-directional connectivity when it was done, with SASL EXTERNAL you can easily end up with only working connectivity in one direction?
  343. COM8 mdosch: Yes, know about that but due to the current situation I do not have access to my server :(
  344. marc has joined
  345. mdosch Oh.
  346. COM8 Jep...
  347. Kev Zash: Oh, you didn’t even always get bidirectional connectivity with dialback :D But I grant it was much harder to end up with one-way stuff.
  348. Zash Oh I may actually have either one-way or zero-way dialback with someone.
  349. stp has joined
  350. Zash Eh, excuse to push for moar XEP-0288 😀
  351. menel Can ejabberd do it?
  352. pasdesushi has left
  353. pasdesushi has joined
  354. BASSGOD has joined
  355. Zash 5 second search turns up no evidence that it does
  356. COM8 has left
  357. menel Yeah, sorry i was lazy, i know i could have just searched😞
  358. fuana has left
  359. fuana has joined
  360. COM8 has joined
  361. COM8 has left
  362. COM8 has joined
  363. pasdesushi has left
  364. pasdesushi has joined
  365. adiaholic has left
  366. ajeremias has left
  367. pasdesushi has left
  368. pasdesushi has joined
  369. southerntofu has left
  370. pasdesushi has left
  371. pasdesushi has joined
  372. adiaholic has joined
  373. pasdesushi has left
  374. pasdesushi has joined
  375. pasdesushi has left
  376. pasdesushi has joined
  377. pasdesushi has left
  378. pasdesushi has joined
  379. wladmis has joined
  380. Steve Kille has left
  381. Kev has left
  382. Kev has joined
  383. Steve Kille has joined
  384. Steve Kille has left
  385. Steve Kille has joined
  386. BASSGOD has left
  387. pasdesushi has left
  388. BASSGOD has joined
  389. papatutuwawa has left
  390. Maranda has left
  391. Maranda has joined
  392. Andrzej has joined
  393. APach has left
  394. fuana has left
  395. fuana has joined
  396. BASSGOD has left
  397. nad200 has left
  398. APach has joined
  399. BASSGOD has joined
  400. Andrzej has left
  401. Adi has joined
  402. COM8 has left
  403. COM8 has joined
  404. BASSGOD has left
  405. marc has left
  406. BASSGOD has joined
  407. menel has left
  408. menel has joined
  409. fuana has left
  410. Sam Another thought, would anyone be interested in a weekly "office hours" session where projects can talk about whatever they want? Eg. a recent improvement to your client, or a year in review, or "one weird trick for making a living in open source" or whatever it is your project does? I'm trying to find ways to make the community more engaged across projects and thought it might be good for engagement
  411. pasdesushi has joined
  412. fuana has joined
  413. Sam Might send out a sign up form and just see if anyone signs up for it.
  414. Guus has left
  415. Guus has joined
  416. Ge0rG Something like the monthly(?) xmpp meetup?
  417. Sam There's a monthly xmpp meetup? (but yes, I guess so)
  418. Ge0rG Sam: https://wiki.xmpp.org/web/Meetups/Berlin
  419. nad200 has joined
  420. Sam I'd say this is different just by virtue of being online first and not focused on any geographic area. Probably shorter too.
  421. Ge0rG used to be a physical gathering pre-pandemic, then a German jitsi call, but also held in English when there are non-natives
  422. Guus has left
  423. Sam At several jobs I've been at we've had a weekly lunch-and-learn sort of thing. You sign up for a slot and can present about whatever you want for a few minutes. I've learned a little about a lot of interesting things from them, and think something similar might benefit this community.
  424. Guus has joined
  425. Ge0rG Ah, the lunch break plus plus thing.
  426. adiaholic has left
  427. Guus has left
  428. Sam (added the Berlin one to my calendar though, thanks)
  429. Guus has joined
  430. Sam Although their blog doesn't want to load, so but we'll see.
  431. Sam I got access to a BigBlueButton instance recently and am looking for excuses to try it out and see how it compares to Jitsi too, so this may just be an excuse to use that :)
  432. fuana has left
  433. Guus Sam: organize one, see if there's interest.
  434. Sam Guus: that's what I'm doing here :)
  435. Sam Maybe it's worth just sending out a signup form instead of asking though
  436. Guus ah, yes.
  437. ajeremias has joined
  438. adiaholic has joined
  439. nyco has left
  440. Freddy has left
  441. marc has joined
  442. southerntofu has joined
  443. nyco has joined
  444. Freddy has joined
  445. debacle has left
  446. debacle has joined
  447. Andrzej has joined
  448. neshtaxmpp has left
  449. Guus In context of MUC's 'ghost users' handling (https://xmpp.org/extensions/xep-0045.html#impl-service-ghosts): > To help prevent ghost users, a MUC service SHOULD remove a user if the service receives a delivery-related error in relation to a stanza it has previously sent to the user Is there harm in not explicitly checking if the error is in relation to a stanza that the service has previously sent to the user (by considering the user a ghost when a stanza is being parsed that has the user's address in the 'from' attribute, and the user is an occupant of the room that the stanza has been addressed to)?
  450. neshtaxmpp has joined
  451. Kev Yes, if you allow ‘normal’ errors to be counted as ‘can’t reach’ errors. No if you ensure you only count ‘can’t reach’ errors, I think.
  452. Guus I'm trying to see if I can prevent doing archive lookups to see if the error matches something that was outbound - stuff like that, but I'm also keenly aware that making assumptions could open a vector for abuse.
  453. Ge0rG There is also the situation of PM errors ;)
  454. Ge0rG Kev: what are the legitimate cases where an occupant could send an error to the room or to another room occupant and not get kicked?
  455. Guus I'm only considering the errors listed in the XEP: "<gone/>, <item-not-found/>, <recipient-unavailable/>, <redirect/>, <remote-server-not-found/>, and <remote-server-timeout/>"
  456. neshtaxmpp has left
  457. Kev Ge0rG: “I can’t handle this type of message”, “I don’t allow PMs from people not in my roster”. Anything the client likes, really.
  458. Guus (which is what Kev means with 'can't reach' errors, I think)
  459. Ge0rG There is also a list of potential error causes at the bottom of https://xmpp.org/extensions/xep-0410.html#performingselfping
  460. Guus Ge0rG I'm talking about receiving errors on the service-side. What you refer to would be receiving errors on the client side, I think.
  461. nad200 has left
  462. Ge0rG Guus: well, my errors also contain s2s errors
  463. Ge0rG I'd love to have more explicit lists of error reasons.
  464. Guus I'm not following how that's relevant for the service-implementation that I'm working at. I don't see how it would be affected by those errors (which would flow from the local domain of the client to the client, and never touch the target MUC service, I tihnk?)
  465. neshtaxmpp has joined
  466. Ge0rG Guus: all MUC interactions go through the MUC service
  467. Ge0rG so you have s2s in all directions
  468. Kev Guus: I send a PM to you. The MUC server routes it, but can’t reach you, it generates an error. That error could be used to bounce you.
  469. Kev And is fine to do so, I think. It doesn’t matter what stanza caused us to realise we can’t reach a user, we can’t reach them all the same.
  470. Guus I'm confused - are we just agreeing with each-other here, or are you pointing out something that I missed?
  471. COM8 has left
  472. Guus I'm basically asking if it's safe to consider an occupant 'ghost' if a message with it as the 'from' arrives at the MUC service for processing, when it has one of the aforelisted errors.
  473. Kev I’m agreeing that’s safe, whether it’s a MUC message or MUC PM as long as it’s that type of error, yes.
  474. Guus if your PM was to be forwarded by the service to me, but the service can't reach me, it'd bounce (reverting the to/from addresses), where it'd be processed matching what we described above, I think.
  475. fuana has joined
  476. Guus yey for elaborate agreement. 🙂
  477. Kev I note that where the MUC server is collocated with an IM server, you can’t use other bounces for the recipient, it has to only be bounces ‘to’ the MUC service.
  478. Kev So the “arrives at the MUC service” bit of your text is important to be taken literally, not just “arrives at the server hosting the MUC service”.
  479. Guus oh, I didn't even consider that scenario.
  480. Andrzej has left
  481. Guus but, to entertain the thought: why wouldn't any connectivity-related error be usable?
  482. Guus (if the MUC service and XMPP domain are colocated)
  483. Kev You’re virtual hosting good.im, muc.good.im, bad.im. I have bad.im blocked by my server, and I’m in a MUC on muc.good.im. A user on bad.im tries to send me a stanza.
  484. Guus ah, more scenario that I didn't take into account. We can not host more than one primary domain.
  485. fuana has left
  486. Kev S2S fails to my domain from bad.im, generates a bounce. That bounce mustn’t be used to remove me from a MUC on muc.good.im
  487. Kev Doesn’t matter, does it? It still applies - I’m blocking just.im, but not blocking muc.just.im :)
  488. Guus fair - but is that even a real-world applicable scenario?
  489. BASSGOD has left
  490. Guus (still, I wasn't going to implement the processing like that anyways, but I'm grateful for understanding your reasoning)
  491. Kev I don’t know. Whenever I’m confident a thing won’t actually happen in the real world...
  492. Guus beentheredonethatregrettedit
  493. marc has left
  494. fuana has joined
  495. Guus But my first implementation was on the other end of the spectrum. It would bounce a user only from the one room that the bounce is addressed at. I was considering if I could bounce the user from all rooms.
  496. adiaholic has left
  497. Guus But my first implementation was on the other end of the spectrum. It would drop a user only from the one room that the bounce is addressed at. I was considering if I could drop the user from all rooms.
  498. Kev There’s always a danger that someone uses an inappropriate error for a non-remote-server bounce. But it *should* be safe enough.
  499. Kev Although I have a bad feeling about item-not-found
  500. Kev And recipient-unavailabel for that matter.
  501. Guus your implementation doesn't do this?
  502. Kev I don’t recall, it’s quite possible we do.
  503. floretta has joined
  504. Kev I think if you want to be safe, ensure that the error is sent to a room the user is in.
  505. Kev So that e.g. mediated invites don’t cause funny behaviour.
  506. Guus yeah I'm doing that
  507. eric has left
  508. eric has joined
  509. Kev Maximum safety is only kicking from the room that the error is for, but scenarios where that matters are looking a bit stretched.
  510. Kev Hmm, actually.
  511. mathijs has left
  512. purplebeetroot has joined
  513. Kev I think you might want to just stick to the MUC that the error is for. And if you want to ensure other MUCs do the right thing, trigger a ping from the other MUCs.
  514. Guus that's what my first implementation does (only kick from the addressed room)
  515. Kev I’m thinking about scenarios where a stanza from a room crosses paths with the user leaving the room.
  516. fuana has left
  517. Guus I'll keep things simple for the first implementation anyways.
  518. Guus Optimizations can be applied later.
  519. Guus Thanks!
  520. BASSGOD has joined
  521. ajeremias has left
  522. BASSGOD has left
  523. Andrzej has joined
  524. fuana has joined
  525. mathijs has joined
  526. mathijs has left
  527. mathijs has joined
  528. purplebeetroot has left
  529. adiaholic has joined
  530. ajeremias has joined
  531. eric has left
  532. eric has joined
  533. Guus has left
  534. Guus has joined
  535. nyco has left
  536. Guus has left
  537. Guus has joined
  538. BASSGOD has joined
  539. Guus has left
  540. Guus has joined
  541. Guus has left
  542. fuana has left
  543. fuana has joined
  544. Guus has joined
  545. BASSGOD has left
  546. Andrzej has left
  547. Guus has left
  548. Guus has joined
  549. Guus has left
  550. Guus has joined
  551. fuana has left
  552. fuana has joined
  553. debacle has left
  554. Guus has left
  555. BASSGOD has joined
  556. Guus has joined
  557. marc has joined
  558. mathijs has left
  559. Guus has left
  560. Guus has joined
  561. stp has left
  562. Guus has left
  563. Guus has joined
  564. ajeremias has left
  565. Andrzej has joined
  566. pasdesushi has left
  567. pasdesushi has joined
  568. Guus has left
  569. Kev has left
  570. Kev has joined
  571. Guus has joined
  572. krauq has left
  573. fuana has left
  574. krauq has joined
  575. Guus has left
  576. Guus has joined
  577. Guus has left
  578. Guus has joined
  579. Guus has left
  580. Guus has joined
  581. Guus has left
  582. Guus has joined
  583. Guus has left
  584. fuana has joined
  585. Guus has joined
  586. neshtaxmpp has left
  587. Sam Who has access to the XSF Calendar? dwd or Guus maybe?
  588. Guus has left
  589. Andrzej has left
  590. Guus has joined
  591. Guus has left
  592. Guus has joined
  593. Guus has left
  594. Andrzej has joined
  595. Guus has joined
  596. Guus has left
  597. Guus has joined
  598. nyco has joined
  599. Guus has left
  600. Guus has joined
  601. Guus has left
  602. fuana has left
  603. Guus has joined
  604. ralphm I do. What do you want changed?
  605. ralphm Sam: ^
  606. Sam I was hoping I could get the office hours added: https://wiki.xmpp.org/web/XMPP_Office_Hours
  607. Sam (also someone on the comm team was curious who had access)
  608. Sam (also, thanks Daniel for stepping up and taking the first slot! I was concerned my current talk ideas would be far too boring, but A/V calls with OMEMO will be a great one to kick things off!)
  609. Guus has left
  610. Guus has joined
  611. dwd Sam, I promise I'll do a talk on Messaging In A Pandemic, as soon as I've completed this project at work. But thanks for organizing this.
  612. dwd Sam, And also for this: https://datatracker.ietf.org/doc/draft-ietf-kitten-tls-channel-bindings-for-tls13/?include_text=1
  613. dwd (Which, folks, is in WG Last Call in IETF's kitten WG)
  614. Sam dwd: excellent, thanks!
  615. mathijs has joined
  616. Guus has left
  617. Guus has joined
  618. APach has left
  619. Sam (both for doing a talk and for advertising the LC, I probably should have requested feedback from this group)
  620. dwd Yeah, I meant to share that on standards@
  621. ralphm Sam: starting today?
  622. Sam I'll write something up, sharing it here is a good idea.
  623. Sam ralphm: starting next Friday
  624. ralphm oki
  625. Sam (the 19th, I believe)
  626. Sam yes, that's the one. I can add.
  627. ralphm Assuming one hour
  628. Guus has left
  629. Sam Yes please
  630. Sam I didn't actually think about a time, but that seems sane
  631. Guus has joined
  632. Andrzej has left
  633. Guus has left
  634. Sam ralphm: you might link the wiki page in the description or "Where" fields: https://wiki.xmpp.org/web/XMPP_Office_Hours
  635. dwd Sam, Your TLS channel binding looks almost embarrassingly simple, but I wanted to look at the OpenSSL APIs for this and see if it's as obvious as it looks. I'll have a handful of editorial fixes for you.
  636. Guus has joined
  637. Sam dwd: Thank you! It's almost not even worth writing an RFC for. The thing about TLS exporters is that this is basically what they already are anyways, all we're doing is registering it with IANA and making up a string.
  638. Zash I think it was, possibly so simple I didn't understand it. Unlike the rest of OpenSSL.
  639. Sam I would almost have preferred if we just got rid of all the old channel binding stuff and say "TLS Exporters are channel binding now, everybody make up your own names for your community" since we don't have to do the algorithm ourself anymore
  640. Guus has left
  641. Zash Hard part (for us, Prosody) would be getting it into LuaSec and then into distros and figuring out how to get it hooked into the right things.
  642. ajeremias has joined
  643. ralphm Sam: looking good like this I think?
  644. Guus has joined
  645. Sam refreshes and waits for his calendars to sync
  646. Guus has left
  647. Zash Irks me to have to do `if TLS.version == 1.3 then foo else bar` 🙁
  648. ralphm Great idea, BTW
  649. Sam LGTM, thanks for adding it!
  650. Guus has joined
  651. Guus has left
  652. debacle has joined
  653. Daniel Sam, can you not just make message styling your first talk? or does this take more preperation
  654. Sam Daniel: I could if you don't want to be first, I just don't have it fully prepared yet (and also a lot of people really hate message styling, I didn't want the first one to be something a lot of people don't care about or actively dislike)
  655. Sam A/V and OMEMO sounds a lot more interesting to me too, so I think it would be a good one to start with
  656. Daniel I don’t mind being first. but i rather hear something about message styling than an intro to xmpp tbh
  657. ralphm Sam: FWIW, it appears that you also have write access to the XSF Google calendar.
  658. Sam Fair enough; maybe I'll swap those around and save that one for a day when nobody else puts something on
  659. Sam ralphm: huh, TIL, sorry to bug you for it then
  660. ralphm Gladly done, no worries
  661. Daniel as far as i understood it the target audience is mostly people in the XMPP-verse, no?
  662. Sam I think that can change from week to week, it's whatever the presenter wants to talk about really.
  663. xecks has left
  664. fuana has joined
  665. xecks has joined
  666. APach has joined
  667. nad200 has joined
  668. andrey.g has left
  669. Sam Zash: re channel binding, I tend to agree about the TLS version. The problem is that I'm almost certain that certain old ciphers in TLS 1.2 won't actually create unique keying material. If you're confident that you can avoid those, you can likely use this on TLS <1.3, I just don't know how to provide good advise for doing so safely.
  670. fuana has left
  671. Zash Which "this" is that?
  672. Sam You can use this channel binding mechanism, I mean
  673. purplebeetroot has joined
  674. BASSGOD has left
  675. nad200 has left
  676. neshtaxmpp has joined
  677. Sam dwd: RE your channel binding feedback (sorry, when I cleaned out my roster a while back I lost everybodies JIDs): would you prefer a separate "Use with Legacy TLS" section, or just moving that one paragraph into the security considerations? I could see it going either way
  678. Sam (or maybe a "Use with Legacy TLS" section that's a subsection fo "Security Considerations"? I dont' know what's normal)
  679. dwd I would personally seperate out the legacy TLS stuff into its own section. Could be a subsection in Security Considerations or a new section or a part of 2.1., I'm not fussed.
  680. dwd Also, dwd@dave.cridland.net as always.
  681. Sam Will do; thanks
  682. Zash dwd, if you have a moment, could you look at why I can't reach you from zash.se?
  683. dwd I have no idea what's going on with my S2S, actually. Half a dozen sites I can't reach ATM, but I have zero time to go look properly.
  684. Zash 😕
  685. nad200 has joined
  686. APach has left
  687. purplebeetroot has left
  688. floretta has left
  689. BASSGOD has joined
  690. xecks has left
  691. nad200 has left
  692. BASSGOD has left
  693. nad200 has joined
  694. nyco has left
  695. xecks has joined
  696. nad200 has left
  697. marc has left
  698. BASSGOD has joined
  699. fuana has joined
  700. Daniel > I think that can change from week to week, it's whatever the presenter wants to talk about really. OK. Let's see where this will lead us then. Personally I would really like to have a thing where I can meet other XMPP developers and workshop new ideas. We have other events that have a more broader audience like the XMPP meet-up. Those can be fun as well but it's not exactly a place where I can get feedback for my new protocol design ideas
  701. Sam Oh I think this would be great for that too; feel free to schedule more general round-table style discussions or new idea presentations
  702. mdosch nmap -p5269 nimbus.dave.cridland.net Starting Nmap 7.80 ( https://nmap.org ) at 2021-03-12 16:26 CET Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn Nmap done: 1 IP address (0 hosts up) scanned in 3.22 seco
  703. mdosch Zash: dwd ^
  704. adiaholic has left
  705. fuana has left
  706. dwd Hmmm.
  707. dwd There's a security group I've messed up.
  708. BASSGOD has left
  709. dwd Oh, -Pn you'll need, sicne it doesn't (most likely) ping.
  710. dwd Yeah, ports are indeed open (I thought so, since that's how I'm sending stuff...)
  711. Ge0rG Ports. Used for sending stuff since 1300 BC.
  712. mdosch Weird, I tried earlier if your not reachable from my server as well and it seems my message didn't go through. Now I looked at my logs and I see this:
  713. mdosch Mar 12 16:22:14 s2sout5609d936daa0 info Outgoing s2s connection mdosch.de->dave.cridland.net complete Mar 12 16:34:43 s2sin5609d9cf3bf0 info Incoming s2s stream dave.cridland.net->mdosch.de closed: stream closed Mar 12 16:34:43 s2sin5609da20bd90 info Incoming s2s stream dave.cridland.net->mdosch.de closed: invalid-namespace
  714. adiaholic has joined
  715. floretta has joined
  716. Zash I see it get a connection, but then it times out
  717. dwd That's all very weird.
  718. Ge0rG I can telnet-trigger a not-well-formed, so LGTM
  719. BASSGOD has joined
  720. fuana has joined
  721. debacle has left
  722. theTedd has joined
  723. mukt2 has joined
  724. theTedd oh, so *now* you people are willing to do talks 🙄
  725. fuana has left
  726. Maranda has left
  727. Zash Don't say yay before it actually takes place
  728. Maranda has joined
  729. dwd theTedd, Yeah, sorry. This project I'm doing will generate (at least one) talk, but it's likely to "finish" around 3rd April, currently.
  730. chronosx88 has left
  731. chronosx88 has joined
  732. fuana has joined
  733. BASSGOD has left
  734. adiaholic has left
  735. adiaholic has joined
  736. fuana has left
  737. pasdesushi has left
  738. pasdesushi has joined
  739. BASSGOD has joined
  740. purplebeetroot has joined
  741. pasdesushi has left
  742. pasdesushi has joined
  743. mukt2 has left
  744. stp has joined
  745. nyco has joined
  746. andy has left
  747. BASSGOD has left
  748. murabito has joined
  749. fuana has joined
  750. chronosx88 has left
  751. chronosx88 has joined
  752. chronosx88 has left
  753. chronosx88 has joined
  754. BASSGOD has joined
  755. mathieui theTedd: don't jinx it
  756. Wojtek has left
  757. theTedd dwd, that wasn't directed at anyone specifically, and in your case emergencies are urgent in nature
  758. murabito has left
  759. fuana has left
  760. theTedd mathieui, jinx jinx jinx 😋
  761. mathijs has left
  762. mathijs has joined
  763. Andrzej has joined
  764. chronosx88 has left
  765. chronosx88 has joined
  766. ajeremias has left
  767. pasdesushi has left
  768. pasdesushi has joined
  769. Sam dwd: so I can expect to see you go put your name on right now for mid to late April?
  770. andy has joined
  771. dwd Let me get free and clear, and un-burnt-out enough to write a talk. :-)
  772. fuana has joined
  773. murabito has joined
  774. BASSGOD has left
  775. floretta has left
  776. pasdesushi has left
  777. fuana has left
  778. fuana has joined
  779. floretta has joined
  780. Steve Kille has left
  781. Andrzej has left
  782. Steve Kille has joined
  783. Andrzej has joined
  784. purplebeetroot has left
  785. murabito has left
  786. Sam but you could go ahead and reserve a spot to make it all full :)
  787. fuana has left
  788. Ge0rG nothing gives as much motivation to prepare a talk as a fixed time slot assignment
  789. BASSGOD has joined
  790. theTedd deadlines make the world go around
  791. marc has joined
  792. APach has joined
  793. mathijs has left
  794. adiaholic has left
  795. adiaholic has joined
  796. Andrzej has left
  797. BASSGOD has left
  798. neshtaxmpp has left
  799. debacle has joined
  800. BASSGOD has joined
  801. derdaniel has joined
  802. ajeremias has joined
  803. ti_gj06 has left
  804. marc has left
  805. chronosx88 has left
  806. chronosx88 has joined
  807. chronosx88 has left
  808. chronosx88 has joined
  809. Yagiza has left
  810. w1pp3dcr34m has left
  811. marc has joined
  812. stp has left
  813. ti_gj06 has joined
  814. ti_gj06 has left
  815. theTedd has left
  816. ti_gj06 has joined
  817. w1pp3dcr34m has joined
  818. derdaniel has left
  819. w1pp3dcr34m has left
  820. Andrzej has joined
  821. Guus has joined
  822. ti_gj06 has left
  823. alameyo has joined
  824. BASSGOD has left
  825. mathijs has joined
  826. chronosx88 has left
  827. chronosx88 has joined
  828. Andrzej has left
  829. ti_gj06 has joined
  830. marc has left
  831. BASSGOD has joined
  832. marc has joined
  833. Andrzej has joined
  834. alameyo has left
  835. ti_gj06 has left
  836. alameyo has joined
  837. fuana has joined
  838. neshtaxmpp has joined
  839. Andrzej has left
  840. papatutuwawa has joined
  841. fuana has left
  842. fuana has joined
  843. papatutuwawa has left
  844. papatutuwawa has joined
  845. chronosx88 has left
  846. chronosx88 has joined
  847. paul has left
  848. paul has joined
  849. purplebeetroot has joined
  850. fuana has left
  851. fuana has joined
  852. ti_gj06 has joined
  853. krauq has left
  854. alex-a-soto has left
  855. Adi has left
  856. arcxi has left
  857. werdan has joined
  858. w1pp3dcr34m has joined
  859. alameyo has left
  860. fuana has left
  861. fuana has joined
  862. ajeremias has left
  863. ajeremias has joined
  864. nad200 has joined
  865. purplebeetroot has left
  866. peetah has left
  867. peetah has joined
  868. fuana has left
  869. lovetox_ has joined
  870. Andrzej has joined
  871. ajeremias has left
  872. stp has joined
  873. raghavgururajan has left
  874. Andrzej has left
  875. BASSGOD has left
  876. derdaniel has joined
  877. deuill has left
  878. marc has left
  879. edhelas has left
  880. edhelas has joined
  881. deuill has joined
  882. marc has joined
  883. neshtaxmpp has left
  884. BASSGOD has joined
  885. Andrzej has joined
  886. neshtaxmpp has joined
  887. ajeremias has joined
  888. BASSGOD has left
  889. papatutuwawa has left
  890. BASSGOD has joined
  891. derdaniel has left
  892. derdaniel has joined
  893. Andrzej has left
  894. derdaniel has left
  895. derdaniel has joined
  896. karoshi has left
  897. derdaniel has left
  898. derdaniel has joined
  899. fuana has joined
  900. bean has left
  901. marc has left
  902. papatutuwawa has joined
  903. marc has joined
  904. andrey.g has joined
  905. purplebeetroot has joined
  906. wgreenhouse has left
  907. deuill has left
  908. wgreenhouse has joined
  909. deuill has joined
  910. fuana has left
  911. fuana has joined
  912. purplebeetroot has left
  913. purplebeetroot has joined
  914. bean has joined
  915. chronosx88 has left
  916. chronosx88 has joined
  917. bean has left
  918. fuana has left
  919. fuana has joined
  920. lovetox_ has left
  921. govanify has left
  922. govanify has joined
  923. ti_gj06 has left
  924. fuana has left
  925. fuana has joined
  926. ti_gj06 has joined
  927. Kev has left
  928. purplebeetroot has left
  929. purplebeetroot has joined
  930. w1pp3dcr34m has left
  931. purplebeetroot has left
  932. fuana has left
  933. arc has joined
  934. alameyo has joined
  935. raghavgururajan has joined
  936. fuana has joined
  937. papatutuwawa has left
  938. LNJ has left
  939. fuana has left
  940. alameyo has left
  941. fuana has joined
  942. Tobias has left
  943. nad200 has left
  944. lovetox has left
  945. lovetox has joined
  946. bean has joined
  947. eevvoor has left
  948. Andrzej has joined
  949. bean has left
  950. govanify has left
  951. govanify has joined
  952. jcbrand has left
  953. jcbrand has joined
  954. BASSGOD has left
  955. Andrzej has left
  956. andy has left
  957. BASSGOD has joined
  958. fuana has left
  959. fuana has joined
  960. Andrzej has joined
  961. paul has left
  962. fuana has left