XSF logo XSF Discussion - 2019-06-30


  1. lovetox has left
  2. wlad has joined
  3. karoshi has left
  4. wlad has left
  5. alacer has joined
  6. lskdjf has left
  7. neshtaxmpp has left
  8. neshtaxmpp has joined
  9. alacer has left
  10. igoose has left
  11. alacer has joined
  12. alacer has left
  13. igoose has joined
  14. david has left
  15. david has joined
  16. zach has left
  17. zach has joined
  18. mimi89999 has left
  19. mimi89999 has joined
  20. igoose has left
  21. mimi89999 has left
  22. adityaborikar has left
  23. mtavares has left
  24. adityaborikar has joined
  25. mimi89999 has joined
  26. arc has left
  27. mimi89999 has left
  28. mimi89999 has joined
  29. igoose has joined
  30. adityaborikar has left
  31. adityaborikar has joined
  32. DebXWoody has left
  33. DebXWoody has joined
  34. Daniel has left
  35. Daniel has joined
  36. Yagiza has joined
  37. karoshi has joined
  38. Nekit has joined
  39. goffi has joined
  40. mtavares has joined
  41. APach has left
  42. APach has joined
  43. sezuan has joined
  44. Yagiza has left
  45. jonas’ pep., https://www.youtube.com/watch?v=E09LU6XVyxs&t=4s ?
  46. nyco has left
  47. andy has joined
  48. valo has joined
  49. lovetox has joined
  50. debacle has joined
  51. COM8 has joined
  52. j.r has left
  53. COM8 has left
  54. murabito has left
  55. murabito has joined
  56. lovetox has left
  57. jonas’ I made a thing: https://github.com/horazont/prometheus-xmpp-blackbox-exporter
  58. sezuan has left
  59. sezuan has joined
  60. lumi has left
  61. j.r has joined
  62. lskdjf has joined
  63. rtq3 has joined
  64. debacle has left
  65. lnj has joined
  66. j.r has left
  67. j.r has joined
  68. igoose has left
  69. igoose has joined
  70. sezuan has left
  71. valo has left
  72. valo has joined
  73. adityaborikar has left
  74. matlag has left
  75. matlag has joined
  76. Nekit has left
  77. Nekit has joined
  78. alacer has joined
  79. alacer has left
  80. alacer has joined
  81. igoose has left
  82. alacer has left
  83. igoose has joined
  84. APach has left
  85. mr.fister has joined
  86. COM8 has joined
  87. COM8 has left
  88. COM8 has joined
  89. alacer has joined
  90. alacer has left
  91. alacer has joined
  92. Nekit has left
  93. Nekit has joined
  94. APach has joined
  95. alacer has left
  96. COM8 has left
  97. COM8 has joined
  98. ralphm Cool. Do you have an example output?
  99. ralphm jonas’
  100. COM8 has left
  101. j.r has left
  102. j.r has joined
  103. andy has left
  104. jonas’ ralphm, https://paste.debian.net/hidden/588851b3/
  105. ralphm Cool. You could add labels for why the probe fails: maybe one for the mechanism, and one for the reason. Or something.
  106. alacer has joined
  107. jonas’ I don’t think that would be a valid use of labels
  108. jonas’ (they should be low-cardinality)
  109. jonas’ it could be made to export all offered SASL mechansims though
  110. alacer has left
  111. alacer has joined
  112. jonas’ https://github.com/horazont/prometheus-xmpp-blackbox-exporter#build--usage more example output
  113. lumi has joined
  114. pep. That could replace xmpp.net to some extent I guess :)
  115. jonas’ that’s not the intention
  116. alacer has left
  117. Douglas Terabyte has joined
  118. jonas’ and ralph hasn’t even shouted at me yet, which is good
  119. Douglas Terabyte has left
  120. igoose has left
  121. rtq3 has left
  122. Douglas Terabyte has joined
  123. j.r has left
  124. igoose has joined
  125. typikol has joined
  126. typikol has left
  127. j.r has joined
  128. xnamed has joined
  129. xnamed has left
  130. xnamed has joined
  131. xnamed has left
  132. xnamed has joined
  133. Douglas Terabyte has left
  134. xnamed has left
  135. alacer has joined
  136. alacer has left
  137. alacer has joined
  138. igoose has left
  139. Alex has left
  140. igoose has joined
  141. pdurbin has joined
  142. alacer has left
  143. Alex has joined
  144. rtq3 has joined
  145. ralphm Hah. Indeed I approve!
  146. Alex has left
  147. Alex has joined
  148. igoose has left
  149. andy has joined
  150. Yagiza has joined
  151. matlag has left
  152. matlag has joined
  153. Alex has left
  154. Alex has joined
  155. 111 has joined
  156. igoose has joined
  157. 111 has left
  158. APach has left
  159. typikol has joined
  160. typikol has left
  161. APach has joined
  162. alameyo has left
  163. alameyo has joined
  164. pdurbin has left
  165. andy has left
  166. igoose has left
  167. igoose has joined
  168. andy has joined
  169. Douglas Terabyte has joined
  170. Douglas Terabyte has left
  171. Nekit has left
  172. marc_ has left
  173. adityaborikar has joined
  174. debacle has joined
  175. rtq3 has left
  176. adityaborikar has left
  177. Douglas Terabyte has joined
  178. COM8 has joined
  179. COM8 has left
  180. lovetox has joined
  181. adityaborikar has joined
  182. Douglas Terabyte has left
  183. Mikaela has joined
  184. Mikaela Hi, how does XMPP handle organisations with 55 channels and managing them simultaneously e.g. by adding a moderator to all of them? https://talk.feneas.org/t/federated-instant-messenger-with-easy-access-control/68?u=mikaela
  185. pep. I'm not sure I get the question. What kind of "managing" are you talking about?
  186. pep. The way I'm picturing it atm is that it could very well be done the same way as IRC with a bot on each room, or at the server level directly. I don't know any specification for that
  187. pep. Or even with a client.
  188. Mikaela If I had 55 XMPP MUCs, how would I add/remove moderators in all of them simultaneously? In IRC I can create a GroupServ group and give the GroupServ group access to 55 IRC channels and then add users to the group with flag +c so they would have access to everything the group can do
  189. lovetox Mikaela, you develop server software that lets you do this
  190. pep. GroupServ is not an IRC thing right? It's an implementation detail on some IRC network?
  191. lovetox what you are asking is basically you have a muc component on a server and want to administrate it in some ways
  192. Mikaela I don't think this is very rare scenario, maybe the number of MUCs is, but I am under impression that XMPP and even Matrix think they are better than IRC, but they cannot handle groups at all. Then Slack came and it has same administrators in all rooms and now Riot wants to replace it and it seems unable to handle this scenario. I was hoping maybe I am wrong and XMPP handles this somehow natively, but I guess it's not designed for big teams either
  193. lovetox first server developers would need to give you these administration features
  194. Mikaela GroupServ is part of Atheme IRC services, I am not sure if ANope has these
  195. lovetox then clients could expose them via ad hoc commands to the server
  196. pep. Mikaela, it's entirely doable, just that apparently nobody has needed this before
  197. Mikaela I am happy to hear that
  198. pep. Also, it's not hard to be better than IRC, when all the features are not native to the protocol but just implementation details :)
  199. lovetox Mikaela, i understand the use case, but this is rather easy to do, but needs no XEP standards whatsoever
  200. lovetox just write a plugin for prosody or ejabberd, that adds a jid to some muc member list table
  201. pep. hmm, you might need to redefine the group on each MUC component though
  202. lovetox to execute this method we have already working mechanisms like ad hoc commands, where servers offer administration features
  203. Daniel Yeah since you are in the channel for the protocol xmpp and not any specific implementation the answer is its pretty doable. If I were to be hired to do this (hypothetical) I'd to pretty much exactly what lovetox is suggesting. Write prosody module to configure global moderators. Expose control over adhoc
  204. Daniel Also not sure if this covers your use case but server admins on ejabberd are automatically owners of every muc
  205. pep. same in prosody
  206. pep. But that doesn't cover the "group" thing, nor the "at the same time" I guess
  207. Daniel I mean it's probably not exactly what you need but it shows that something like this is possible
  208. pep. It's all possible but it would be local to a MUC component always
  209. Mikaela It does partially, but I guess ideally all the admins wouldn't be server owners, but I am happy with these answers, thank you
  210. pep. Mikaela, in prosody you can add component admins as well
  211. pep. (I guess there's something similar in ejabberd?)
  212. Daniel Or make a bot that is server admin. That you can use to delegate this to
  213. Daniel That would allow you to script in every language
  214. Daniel And not just the language the server is written in
  215. pep. Someday we'll have prosody modules written in Rust! :)
  216. igoose has left
  217. Alex has left
  218. adityaborikar has left
  219. Daniel wrt mix it is interesting that I see more and more people asking for IRC level controls. Even 'voice' with voice by default presumably for the ability to soft ban people temporarily is something that people are now asking for
  220. Daniel With channels becoming bigger and easier to find
  221. Yagiza has left
  222. pep. Does MIX not have some kind of access control?
  223. Daniel https://xmpp.org/extensions/xep-0369.html#voice-control
  224. Alex has joined
  225. lovetox https://tools.ietf.org/html/rfc7622#section-3.5 mentions a non-jid example quotation marks are not allowed in a localpart
  226. lovetox but the defined UserCaseMapping, has no problems with this
  227. pep. Daniel, hmm
  228. Daniel to be clear i'm not advocating for it to be in there
  229. Daniel it's just interesting to me. because until recently i didn’t think people needed that stuff
  230. pep. Well tbh it's not like there's many people in our public rooms either
  231. pep. I haven't seen that used on IRC for something other than spam-related stuff though
  232. Daniel oh from my brief experience the moderators of that one fairly popular public MUC are pretty strict and try to get every one on topic and even kick people and stuff
  233. Daniel which is not really how i would handle that and that's the reason i'm not in that muc
  234. Daniel but maybe being strict on that kinda stuff is also why they are so popular
  235. Daniel dunno
  236. adityaborikar has joined
  237. marc_ has joined
  238. david has left
  239. igoose has joined
  240. adityaborikar has left
  241. adityaborikar has joined
  242. david has joined
  243. COM8 has joined
  244. COM8 has left
  245. igoose has left
  246. waqas has joined
  247. igoose has joined
  248. adityaborikar has left
  249. igoose has left
  250. rtq3 has joined
  251. adityaborikar has joined
  252. Yagiza has joined
  253. rtq3 has left
  254. debacle has left
  255. igoose has joined
  256. adityaborikar has left
  257. Nekit has joined
  258. goffi has left
  259. goffi has joined
  260. frainz has left
  261. frainz has joined
  262. goffi has left
  263. goffi has joined
  264. Douglas Terabyte has joined
  265. igoose has left
  266. Douglas Terabyte has left
  267. igoose has joined
  268. Daniel has left
  269. Daniel has joined
  270. Daniel has left
  271. Daniel has joined
  272. igoose has left
  273. igoose has joined
  274. Daniel has left
  275. Daniel has joined
  276. lovetox from where does the rule come that Leading spaces in resourcepart is not allowed?
  277. Zash Do you mean Nicknames?
  278. Zash I don't think there's such a rule for resourceparts
  279. lovetox https://tools.ietf.org/html/rfc7622#section-3.5
  280. lovetox scroll to invalid examples
  281. lovetox the definition of resourcepart says only to apply opaqueString profile
  282. lovetox which at least in my impl has no problems with spaces also not in first place
  283. Zash Ah, must be new in the PRECIS based JID definition
  284. Visitor has joined
  285. igoose has left
  286. Zash I don't see that anywhere else
  287. adityaborikar has joined
  288. Daniel PRECIS is going to be a problem if we ever actually do this
  289. lovetox what do you mean? im doing this already :D
  290. igoose has joined
  291. Daniel and you run into problems
  292. Zash I don't see where this is forbidden
  293. lovetox I also dont but somewhere it is, i cant change my nick on a ejabberd
  294. Daniel i vaguely remember trailing and leading spaces get normalized to nothing
  295. Zash I thought it was only for nicknames as per https://tools.ietf.org/html/rfc8266#section-5
  296. lovetox i also dont get jid malformed, it just leaves the space
  297. Daniel so ' test' becomes 'test'
  298. Daniel but i might be wrong
  299. Zash In some more abstract PRECIS class or?
  300. lovetox Daniel it seem so, i have no problem with that but i want to read were it actually says that
  301. lovetox Zash but we dont use the Nickname class
  302. Zash https://tools.ietf.org/html/rfc8264 doesn't say anything
  303. Daniel i string prep ' ' is a valid resource. in precis it gets normalized to nothing, which then is not a valid resource
  304. Daniel or something
  305. lovetox Daniel, yes but there is additional rules
  306. lovetox and resourcepart has to be at least 1 char
  307. lovetox precis does not enforce ALL rules
  308. lovetox we have in xmpp
  309. lovetox but most of it, the rest you have to check yourself
  310. lovetox but i dont find anything about the leading and trailing space thing
  311. Zash Huh
  312. Zash https://tools.ietf.org/html/rfc6885#appendix-B.7 says that in resourceprep > Mapping: Spaces are mapped to nothing
  313. waqas All spaces or just spaces at the start?
  314. adityaborikar has left
  315. adityaborikar has joined
  316. Zash This seems to be a lie
  317. igoose has left
  318. Zash Or mistake
  319. Zash https://tools.ietf.org/html/rfc3920#appendix-B doesn't explicitly say so
  320. adityaborikar has left
  321. adityaborikar has joined
  322. adityaborikar has left
  323. adityaborikar has joined
  324. Zash Unless by pointing to the entire https://tools.ietf.org/html/rfc3454#section-5 it includes spaces too
  325. adityaborikar has left
  326. lovetox But in 7564 it says that Opaque strings such as passwords and nicknames (PRECIS-Nickname)
  327. Zash Link Mauve, your nickname is forbidden!
  328. lovetox so maybe there is somewhere something thats says to actually use PRECIS-Nickname
  329. adityaborikar has joined
  330. Zash But resources are not nicknames
  331. adityaborikar has left
  332. Zash Are we descending into OOP-y class hierarchy madness now?
  333. adityaborikar has joined
  334. lovetox no? pretty sure MUC speaks of resources when talking about nicknames
  335. Zash You misunderstand
  336. mimi89999 has left
  337. Zash Nicknames are resources
  338. Zash Resources are not nicknames
  339. Zash Nicknames are a subset/subclass of resourecs
  340. lovetox yes ! i see my mistake !
  341. Zash And resources are a subclass of opaquestring, which is a subclass of freeformstring, which is .. something?
  342. Zash Please correct me if I'm not reading these twenty-eleven RFCs correctly
  343. Zash I need a class tree viewer thing
  344. lovetox im having currently 10 RFCs open in my browser to figure this shit out
  345. lovetox it should not be that hard :D
  346. adityaborikar has left
  347. Zash P͞r͏e̢pa͞ra҉tion,̸ ̶E̕nf̸orcem̨ent, and̢ ̧C͘o̵m̛p̵̵a̛͢r͟͞͠isơ͢͠n ̧͠o҉͘͢f ̡I̸͠n͞t͞ę̵͡r͘n̵͠͏a̡͠t̛͝i̵̕o͟n̢̛ą́l͟͝͝i͟҉zed͏ ̴̲̝̰̼͍ͪS̼̟̭̲͕̪̅̉͌͐̑t̞̕r̘̬̯̫ͧͨi͈̩̚ņ̞ͬ͊̍͐ͪ̈́̚g̽s̷̆ͣ̃ͧ̇ͯ ͯͫͣ͏̜͓̬͖̻i͈͎͕̳͚̫͕͑́̑̄̂ͪn̸̫̩̖̳̥͖̹̎ A͔̝̦̗̫ͅp͌͆p̨̜͙̋͆ͮ̃l̰̱̲̯̮̞͖̆͋ͯͮį̫̜̺̉ͯ͌̆ͣͮc̞̥̟̥̹͎̖ͯ̒͋á͖͖͕̭͎̦̅̈͝t̸̫̳̩̝̖͉̟̍ͮ̈́ȉ̪̂͊͞ỏ̶͔͉͇̰̹̺͎̏̈́̎̃n̬̣͇̤̝̱̂̂̑͑͂͡ ̵͂ͭͧ̽P̤͚̰̙ͧ̍̔ͫr͇͍͊ͭ̋̒̊̉o̸̯͍tͭ͑ͪ̋̃oͧ̽ͮ̓̈̌͂c̾͂̕ǒ͉͔̰l̛̯͔͈̟ͯ̽́s̡̳͙̣͖͙͐̏
  348. Zash The ̴F̢re̕eFor͝mCl̛ass͢ does not forbid spaces!
  349. lovetox looks crazy
  350. lovetox how you do this?
  351. Zash Cl̢as̡s͟ hie͞r̵ar͠c҉h̡y̴ ̶m̷adne̴s̡s ̧e̴n͡s͝u͡e҉s̸!̀
  352. waqas Or we can stick with the simpler times, and believe in the alternate universe where PRECIS never happened.
  353. Daniel ascii is pretty much all i need
  354. Zash Daniel, why do you hate ÅÄÖ?
  355. Zash waqas, the universe we (prosody) are currently living in, with stringprep and IDNA2003?
  356. waqas Yes
  357. debacle has joined
  358. Zash Ugh, don't TLS on 5222! Gaaah
  359. Zash (direct)
  360. alameyo has left
  361. igoose has joined
  362. rtq3 has joined
  363. Douglas Terabyte has joined
  364. igoose has left
  365. rtq3 has left
  366. rtq3 has joined
  367. Douglas Terabyte has left
  368. mimi89999 has joined
  369. igoose has joined
  370. valo has left
  371. Visitor has left
  372. ralphm Right
  373. igoose has left
  374. igoose has joined
  375. igoose has left
  376. Daniel has left
  377. Daniel has joined
  378. igoose has joined
  379. Guest2 has joined
  380. Guest2 has left
  381. igoose has left
  382. igoose has joined
  383. Daniel has left
  384. Daniel has joined
  385. j.r has left
  386. j.r has joined
  387. mimi89999 has left
  388. mimi89999 has joined
  389. j.r has left
  390. j.r has joined
  391. igoose has left
  392. Douglas Terabyte has joined
  393. igoose has joined
  394. igoose has left
  395. moparisthebest Zash: if a public port can't handle literally any trash thrown at it I'm afraid you've done something wrong
  396. Zash Sure it can handle it, but it's a pain to look at
  397. moparisthebest If, say, it causes binary gunk in a log file that's a bug to fix in the server not a "please stop"
  398. Zash The binary gunk I saw in nginx log files from things shoving TLS at port 80 was painful too.
  399. j.r has left
  400. j.r has joined
  401. rtq3 has left
  402. rtq3 has joined
  403. zach has left
  404. zach has joined
  405. rtq3 has left
  406. rtq3 has joined
  407. Yagiza has left
  408. rtq3 has left
  409. goffi has left
  410. Mikaela has left
  411. pdurbin has joined
  412. pdurbin has left
  413. lovetox has left
  414. andy has left
  415. Nekit has left
  416. rtq3 has joined
  417. rtq3 has left
  418. rtq3 has joined
  419. karoshi has left
  420. lnj has left
  421. rtq3 has left
  422. wurstsalat has left
  423. Daniel has left
  424. pdurbin has joined
  425. UsL has left
  426. UsL has joined
  427. pdurbin has left
  428. vanitasvitae has left
  429. vanitasvitae has joined