XSF Discussion - 2020-08-14


  1. Lance has left

  2. mukt2 has joined

  3. Vaulor has left

  4. Seve has left

  5. mimi89999 has left

  6. mimi89999 has joined

  7. mukt2 has left

  8. j.r has left

  9. stpeter has joined

  10. stpeter has left

  11. Wojtek has left

  12. mukt2 has joined

  13. thorsten has left

  14. thorsten has joined

  15. mukt2 has left

  16. adiaholic_ has joined

  17. mukt2 has joined

  18. stpeter has joined

  19. stpeter has left

  20. mukt2 has left

  21. neshtaxmpp has left

  22. neshtaxmpp has joined

  23. mukt2 has joined

  24. stpeter has joined

  25. stpeter has left

  26. alameyo has left

  27. alameyo has joined

  28. neshtaxmpp has left

  29. neshtaxmpp has joined

  30. sonny has left

  31. sonny has joined

  32. adiaholic_ has left

  33. adiaholic_ has joined

  34. strypey has joined

  35. strypey has left

  36. stpeter has joined

  37. stpeter has left

  38. strypey has joined

  39. strypey has left

  40. strypey has joined

  41. strypey has left

  42. calvin has left

  43. strypey has joined

  44. strypey has left

  45. stpeter has joined

  46. stpeter has left

  47. Yagiza has joined

  48. adiaholic_ has left

  49. adiaholic_ has joined

  50. mukt2 has left

  51. stpeter has joined

  52. stpeter has left

  53. mukt2 has joined

  54. strypey has joined

  55. strypey has left

  56. dwd has joined

  57. krauq has left

  58. krauq has joined

  59. sonny has left

  60. sonny has joined

  61. Maranda has left

  62. strypey has joined

  63. strypey has left

  64. Maranda has joined

  65. bear has left

  66. mukt2 has left

  67. lovetox has joined

  68. strypey has joined

  69. strypey has left

  70. stpeter has joined

  71. stpeter has left

  72. Seve has joined

  73. adiaholic_ has left

  74. adiaholic_ has joined

  75. strypey has joined

  76. strypey has left

  77. adiaholic_ has left

  78. adiaholic_ has joined

  79. marc0s has joined

  80. mimi89999 has left

  81. mimi89999 has joined

  82. Tobias has joined

  83. Vaulor has joined

  84. mukt2 has joined

  85. jcbrand has joined

  86. adiaholic_ has left

  87. adiaholic_ has joined

  88. stpeter has joined

  89. stpeter has left

  90. Mikaela has joined

  91. mukt2 has left

  92. mukt2 has joined

  93. werdan has joined

  94. paul has joined

  95. stpeter has joined

  96. stpeter has left

  97. lovetox has left

  98. werdan has left

  99. lovetox has joined

  100. Nekit has joined

  101. adiaholic_ has left

  102. adiaholic_ has joined

  103. lorddavidiii has joined

  104. adiaholic_ has left

  105. adiaholic_ has joined

  106. strypey has joined

  107. strypey has left

  108. lovetox has left

  109. adiaholic_ has left

  110. sonny has left

  111. sonny has joined

  112. goffi has joined

  113. adiaholic_ has joined

  114. mukt2 has left

  115. stpeter has joined

  116. stpeter has left

  117. karoshi has joined

  118. strypey has joined

  119. strypey has left

  120. winfried has left

  121. winfried has joined

  122. winfried has left

  123. winfried has joined

  124. Viktor Lindberg has left

  125. Viktor Lindberg has joined

  126. krauq has left

  127. remko has joined

  128. krauq has joined

  129. emus has joined

  130. strypey has joined

  131. strypey has left

  132. Zash has left

  133. stpeter has joined

  134. stpeter has left

  135. sonny has left

  136. sonny has joined

  137. adiaholic_ has left

  138. adiaholic_ has joined

  139. lovetox has joined

  140. remko has left

  141. strypey has joined

  142. strypey has left

  143. lskdjf has joined

  144. sonny has left

  145. sonny has joined

  146. strypey has joined

  147. strypey has left

  148. lovetox has left

  149. Zash has joined

  150. Dele Olajide has joined

  151. sonny has left

  152. sonny has joined

  153. stpeter has joined

  154. stpeter has left

  155. remko has joined

  156. krauq has left

  157. krauq has joined

  158. emus

    Hello Kev, for the Tweets for the Newsletter I would like to ask for access to the Twitter account. And maybe Mastadon aswell, if someone has the access, too. jcbrand, Seve:

  159. Maranda has left

  160. waqas has left

  161. lovetox has joined

  162. Maranda has joined

  163. remko has left

  164. j.r has joined

  165. Yagiza has left

  166. Yagiza has joined

  167. adiaholic_ has left

  168. adiaholic_ has joined

  169. stpeter has joined

  170. stpeter has left

  171. remko has joined

  172. papatutuwawa has joined

  173. adiaholic_ has left

  174. adiaholic_ has joined

  175. Viktor Lindberg has left

  176. Viktor Lindberg has joined

  177. lovetox has left

  178. stpeter has joined

  179. stpeter has left

  180. !XSF_Martin has left

  181. !XSF_Martin has joined

  182. strypey has joined

  183. strypey has left

  184. mukt2 has joined

  185. strypey has joined

  186. strypey has left

  187. krauq has left

  188. krauq has joined

  189. mukt2 has left

  190. Yagiza has left

  191. adiaholic_ has left

  192. adiaholic_ has joined

  193. stpeter has joined

  194. stpeter has left

  195. lorddavidiii has left

  196. eevvoor has joined

  197. Guus

    What are sensible max size restrictions on pubsub items these days?

  198. lorddavidiii has joined

  199. sonny has left

  200. sonny has joined

  201. debacle has joined

  202. karoshi has left

  203. sonny has left

  204. sonny has joined

  205. lovetox has joined

  206. stpeter has joined

  207. stpeter has left

  208. Zash

    Size of the items?

  209. Tobias has left

  210. Tobias has joined

  211. adiaholic_ has left

  212. adiaholic_ has joined

  213. karoshi has joined

  214. Maranda has left

  215. Maranda has joined

  216. Zash

    Guus: I suppose you want to keep https://xmpp.org/extensions/xep-0060.html#subscriber-retrieve-returnall under 10k or whatever stanza size limit you may have

  217. Zash

    So, stanza size limit / max items (per rsm page, if supported) - some margins

  218. Maranda has left

  219. Maranda has joined

  220. flow

    it's a pitty that xep60 doesn't use the same scheme as MAM when returning multiple items

  221. karoshi has left

  222. strypey has joined

  223. strypey has left

  224. stpeter has joined

  225. stpeter has left

  226. adiaholic_ has left

  227. adiaholic_ has joined

  228. werdan has joined

  229. werdan has left

  230. Zash

    Let's invent time travel and send that idea back to when '60 was designed

  231. adiaholic_ has left

  232. adiaholic_ has joined

  233. Zash

    Wasn't PubSub MAM a thing we discussed at Summit before?

  234. sonny has left

  235. sonny has joined

  236. Yagiza has joined

  237. mukt2 has joined

  238. Kev

    PubSub MAM is a thing, we deploy it and it's in the XEP, no?

  239. stpeter has joined

  240. stpeter has left

  241. Kev

    Unless I'm going mad.

  242. flow

    I am probably not very knowledgeable on pubsub, but what exactly is the benefit of pubsub mam?

  243. Kev

    You can get the history of items on a node.

  244. flow

    given that it appears that there is pubsub+rsm already

  245. Kev

    Xep60 gives you the 'current state', MAM gives you the history.

  246. flow

    the history of items means that I can access previous revisions of an item with id 'A'?

  247. Kev

    As an analogy, xep60 gives you the filesystem, 313 gives you the backups.

  248. Kev

    Yes, it would show you the history of things published to the node.

  249. flow

    i'd like to point out that I always found that motivation for PubSub+MAM missing in xep313

  250. flow

    mam introduction currently states "or to view old items in a pubsub node."

  251. Yagiza has left

  252. Yagiza has joined

  253. flow

    and I always wondered "can't I read old items already with plain xep60?"

  254. Yagiza has left

  255. Yagiza has joined

  256. intosi has left

  257. flow

    and i guess xep-pubsub-mam does not exist (yet)?

  258. Kev

    I thought I wrote pubsub into 313.

  259. Viktor Lindberg has left

  260. flow

    you did, but it was removed early this year

  261. Kev

    Oh.

  262. Kev

    That seems...not good.

  263. jonas’

    it was removed a week or two back

  264. jonas’

    it’s a separate XEP (not yet)

  265. jonas’

    because I forgot to do things editor-wise

  266. flow

    Version 0.7.0 (2020-03-20)

  267. jonas’

    I was reminded by reading that paragraph

  268. jonas’

    0.7.0 was published a few weeks back

  269. jonas’

    https://github.com/xsf/xeps/pull/921 this one I need to process, will soon

  270. flow

    IIRC the mam pubsub part was not that substantial, e.g. it still wasn't clear to me why and when I would want to use it, and what it can do for me (but maybe that's just me)

  271. flow

    simply stating that you can access previous item revisions with it may be a good first step

  272. Viktor Lindberg has joined

  273. flow

    but eventually I think there is much more to it, like the retention policy of this "historical" information

  274. intosi has joined

  275. Kev

    Isn't that exactly the same as with IM MAM?

  276. Zash

    So it'd let you replay notifications, or somesuch?

  277. Kev

    That's one way of looking at it I guess.

  278. Kev

    But if you're in an environment where pubsub is containing data that's a little bit like a message, rather than just transient notifications, the argument for MAM is the same as it is for IM, I think.

  279. Kev

    e.g. if you're doing FDP or something.

  280. Zash

    Notifications including retractions and other stuff

  281. lovetox

    Found a 8 year old Issue from MattJ in Gajim, where he proposes to use stream management acks instead of pings to detect a timeout

  282. lovetox

    whats the opinion about this today?

  283. flow

    lovetox, timeout or liveness detection?

  284. lovetox

    the later

  285. jonas’

    lovetox, "yes please"

  286. Ge0rG

    lovetox: if you send multiple <r/> without data in between, you can't decide which of them a resulting <a/> is for

  287. jonas’

    Ge0rG, doesn’t matter

  288. jonas’

    that you received an <a/> is enough to know that you’re still live

  289. Ge0rG

    jonas’: doesn't matter for liveness detection, but does matter for server latency measurement

  290. jonas’

    that is true, but you can do that passively

  291. jonas’

    (if you really wanted to)

  292. lovetox

    Ge0rG, why would i send multiple </r> though?

  293. flow

    sm <r/> <a/> has fewer bytes on the wire compared to xmpp' pinging the server

  294. lovetox

    like without waiting for the <a>

  295. flow

    but IMHO not worth it, still a nice microoptimization

  296. Ge0rG

    I think I'm using actual pings because I encountered some limitation in the Smack API...

  297. jonas’

    and fewer corner cases ("what if the server does not support ping?")

  298. Ge0rG

    lovetox: e.g. when doing it from a periodic timer

  299. jonas’

    Ge0rG, also, you can decide because of in-order processing :)

  300. lovetox

    yes Ge0rG but i would always wait for the <a> or? before issuing a new one?

  301. jonas’

    lovetox, waiting for "the" <a/> is tricky

  302. Ge0rG

    jonas’: but what if they get reordered or one is lost?!

  303. jonas’

    Ge0rG, tcp?!

  304. eevvoor has left

  305. jonas’

    the main problem tho for corellation is: > Either party MAY send an <a/> element at any time (e.g., after it has received a certain number of stanzas, or after a certain period of time), even if it has not received an <r/> element from the other party.

  306. Ge0rG

    jonas’: remember that fortigate TLS 1.3 issue I talked about recently?

  307. jonas’

    please no

  308. lovetox

    and second question is, do you think its a good idea to send <r> after a period of time rather than after a number of stanzas?

  309. flow

    lovetox, I see no reason why you would request SM acks based on a period of time

  310. jonas’

    lovetox, so I’d recommedn to send <r/> when you haven’t received anything from the server for more than N seconds

  311. jonas’

    that you send <r/> specifically doesn’t matter, but sending *anything* which provokes a response from the server is good

  312. jonas’

    <r/> lends itself because it’s cheap and has a beneficial side effect (updating the SM sync)

  313. flow

    you request SM acks to drain your, potentially existing, unack'ed stanza queue

  314. Ge0rG

    lovetox: it makes sense to send an <r/> after you sent out all the important stanzas that were queued, and then as jonas’ said after a longer period of idletime

  315. jonas’

    then when you don’t receive *anything* (not specifically <a/>, anything from the server is fine) after another timeout, you consider the stream dead

  316. lovetox

    2 seperate issues

  317. jonas’

    this is much simpler than keeping track of pings and it’s also much better, because it can better deal with saturated high-latency links

  318. lovetox

    lets move away from alive detection

  319. jonas’

    but you were talking about liveness detection?

  320. lovetox

    currently i request r after each stanza

  321. jonas’

    that’s certainly a valid strategy

  322. lovetox

    yes jonas’ and now i want to talk about the second issue

  323. jonas’

    but unrelated to liveness detection

  324. jonas’

    oh

  325. jonas’

    but I didn’t answer your first question yet :P

  326. jonas’

    but I hadn’t answered your first question yet :P

  327. lovetox

    :D, you said its a good idea

  328. jonas’

    lovetox, I’d say for non-aliveness-detection purposes, do <r/> on each socket flush

  329. lovetox

    Ge0rG, has some server latency issue i dont undestand and im not sure i want to care

  330. Ge0rG

    I have a server latency issue?

  331. lovetox

    jonas’, as i dont fliush the socket myself this is not a option

  332. Ge0rG

    -ENOPARSE

  333. lovetox

    i can ask for r after i get the callback that my write was successful

  334. lovetox

    which is probably the same

  335. Ge0rG

    if you don't flush the socket, maybe Nagle will

  336. lovetox

    but im not sure that is really a optimization

  337. Ge0rG

    lovetox: it's the opposite of an optimization

  338. lovetox

    but i would have to meassure that first

  339. Ge0rG

    lovetox: ideally, you want the stanza(s) and the <r/> to go out in the same TCP frame

  340. Ge0rG

    instead of wasting roundtrips

  341. lovetox

    yeah i use a library that abstracts that for me, so i have no idea when and how much is in a tcp frame

  342. Ge0rG

    I know this is a controversial opinion, but I consider Gajim to be a mobile client when I'm on 2G tethering, riding a train in the middle of German nowhere.

  343. Ge0rG

    lovetox: there is also TLS in between ;)

  344. flow

    and compression

  345. Ge0rG

    so it's borderline impossible to find out.

  346. jonas’

    lovetox, then maybe wait for 1ms after you wrote a stanza to the socket and send a <r/> after that

  347. Ge0rG

    jonas’: but why?

  348. flow

    yeah, jonas’, why?

  349. jonas’

    lovetox, and reset the timer after each stanza

  350. jonas’

    flow, Ge0rG, to avoid sending multiple <r/>s for no good reason?

  351. flow

    I think I lost slighlty what this discussion is about

  352. lovetox

    yeah why multiple r?

  353. mukt2 has left

  354. lovetox

    look i have a send_stanza method

  355. flow

    simply send an <r/> after a few stanzas or when you hit a high watermark of unack'ed stanzas

  356. lovetox

    and everytime this is called, i also call send_r

  357. lovetox

    its very simple

  358. lovetox

    there can never be multiple r for one stanza

  359. lovetox

    its alway stanza, r, stanza, r, stanza, r

  360. jonas’

    flow, so you send <r/> after N stanzas and the "last" batch of stanzas has N-1. You’re now left with N-1 unacked stanzas "forever".

  361. jonas’

    for no good reason.

  362. LNJ has left

  363. Viktor Lindberg has left

  364. LNJ has joined

  365. flow

    jonas’, well if the unacked stanzas are not important then this is fine

  366. lovetox

    thats why my idea was, something like, every 3 seconds (of course only if there are unacked stanzas=

  367. jonas’

    flow, but if they are? what makes a stanza "important"?

  368. flow

    smack has predicates that decide when to request an stanza

  369. jonas’

    lovetox, please don’t send multiple <r/> for any unacked stanza

  370. flow

    smack has predicates that decide when to issue an <r/>

  371. jonas’

    you’ll just pile on to an apparently already existing network congestion

  372. flow

    trivial example is "messages with <body/>"

  373. remko has left

  374. jonas’

    especially not as often as every 3 seconds.

  375. Ge0rG

    jonas’: a stanza is important if it is not ephemeral and not going to time out if left in hibernation

  376. lovetox

    jonas, of course only one r is in flight

  377. lovetox

    please

  378. jonas’

    lovetox, it’ll stay in-flight forever though

  379. jonas’

    if the server doesn’t reply

  380. jonas’

    or if the server takes long to reply

  381. karoshi has joined

  382. lovetox

    but it MUST reply

  383. jonas’

    yes, but taht may take some time

  384. lovetox

    yeah and?

  385. jonas’

    e.g. 5 minutes on a crappy mobile link

  386. jonas’

    in that time you have amassed 100 <r/>s

  387. jonas’

    to which the server MUST reply

  388. jonas’

    so not only have you congested your uplink, but also your downlink now

  389. jonas’

    unneccesarily

  390. lovetox

    i propose to send an r every 3 seconds only if there is no r in flight

  391. lovetox

    so how would i amass 100 r

  392. jonas’

    oh, you messed up a negation earlier then

  393. lovetox

    maybe, although i dont see it

  394. jonas’

    oh, I imagined an "if" in a sentence when there was none

  395. jonas’

    sorry for that

  396. jonas’

    lovetox, so, problem is, tracking <r/> and <a/> isn’t really possible

  397. jonas’

    so how would you define "in-flight"?

  398. Ge0rG

    every 3 seconds?!

  399. jonas’

    Ge0rG, (of course only if there are unacked stanzas)

  400. jonas’

    Ge0rG, + the in-flight this results in "do <r/> if there are unacked stanzas 3s after the last stanza has been sent" or something like that

  401. Ge0rG

    that's an interesting trade-off.

  402. jonas’

    which is kind of what I proposed earlier, just with a much higher delay, causing less battery efficiency

  403. jonas’

    and with an unclear definition of "in-flight"

  404. lovetox

    one could switch the dealy dynamically

  405. Ge0rG

    How long do you wait after generating a stanza and before concluding that there are no more stanzas going to be sent

  406. lovetox

    when i have unacked stanzas its 3s, afterwards its 20

  407. lovetox

    or soemothing

  408. jonas’

    lovetox, what do you send an <r/> for if you don’t have unacke:?

  409. jonas’

    lovetox, what do you send an <r/> for if you don’t have unacked stanzas?

  410. lovetox

    for alive detection ^^

  411. stpeter has joined

  412. stpeter has left

  413. lovetox

    back to issue one

  414. jonas’

    lovetox, see what I wrote in regard of that one please then

  415. Ge0rG

    maybe it's a good thing to just put all the stanzas that you want to send into a queue, then let the OS/event API know you have something to send, and then add a single <r> at the end of the queue

  416. Ge0rG

    ...on delivery

  417. lovetox

    generally i want to send every data instantly

  418. jonas’

    Ge0rG, a simpler version of that, requiring less cooperation from the OS, is to re-implement that TCP-cork-ish stuff in userspace: N ms after the last stanza has been put in the tx queue of the socket, add <r/>. reset the timer on each stanza.

  419. lovetox

    to put it into a queue then wait some time, maybe more comes

  420. lovetox

    seems not very fast

  421. jonas’

    lovetox, the OS will do that for you anyways. and it’s ok, since the time is generally rather short.

  422. Ge0rG

    jonas’: but then you are competing with TCP cork and end up sending the <r> in a separate TLS frame in a separate TCP frame

  423. Ge0rG

    so you add something like 20x the overhead to <r/>

  424. jonas’

    Ge0rG, only if your delay is longer than the tcp delay

  425. jonas’

    which you can query from the OS

  426. jonas’

    and if that’s too complex for you (I don’t blame you), then just send <r/> after each stanza

  427. Viktor Lindberg has joined

  428. Ge0rG

    or just give it up

  429. lovetox

    ok i keep sending r after each stanza

  430. lovetox

    i dont send many stanzas anyway

  431. jonas’

    Ge0rG, delay on linux is 200ms

  432. jonas’

    lovetox, don’t implement IBB then :D

  433. lovetox

    hehe

  434. lovetox

    yeah

  435. lovetox

    i already have

  436. Ge0rG

    do you request an <r> for each ibb stanza?

  437. jonas’

    :)

  438. Ge0rG

    so it was YOU crashing my server? :D

  439. jonas’

    how do <r/>s cause a crashing server?

  440. jonas’

    do I want to know?

  441. Ge0rG

    jonas’: j/k

  442. jonas’

    you never know

  443. jonas’

    you find the weirdest bugs

  444. Ge0rG

    thank!

  445. Ge0rG

    thanks!

  446. jonas’

    lovetox, https://docs.zombofant.net/aioxmpp/devel/api/internal/protocol.html#aioxmpp.protocol.XMLStream.deadtime_soft_limit here’s how liveness detection it works in aioxmpp. The docs at that place are written from a very internal perspective, hence user == the aioxmpp client class in this case. -> when the soft timeout expires, the stream sends <r/>. when the hard timeout expires, the stream is considered dead. timeouts reset when (any) data is received (it doesn’t even have to be a stanza).

  447. remko has joined

  448. jonas’

    the frontend to that is https://docs.zombofant.net/aioxmpp/devel/api/public/stream.html#timeouts-stream-aliveness-checks

  449. jonas’

    ("frontend")

  450. lovetox

    thanks i look into it

  451. jonas’

    if anything is unclear, feel free to ask. if anything seems stupid, please let me know, because currently I think this is the best anyone can do given networking realities.

  452. jonas’

    (and what I particularly love about it is the simplicity, because it only uses two timers. no tracking of stanzas or whatnot)

  453. jonas’

    (and the building blocks can easily be reused for MUC aliveness checking and stuff like that)

  454. jonas’

    (because the concepts are really the same everywhere)

  455. jonas’

    also relevant: https://docs.zombofant.net/aioxmpp/devel/api/internal/utils.html?highlight=alive#aioxmpp.utils.AlivenessMonitor

  456. jonas’

    also relevant: https://docs.zombofant.net/aioxmpp/devel/api/internal/utils.html#aioxmpp.utils.AlivenessMonitor

  457. Viktor Lindberg has left

  458. jonas’

    oh and this is also an amazing side-effect: "If the peer is pinging us in an interval which works for us (i.e. is less than the soft limit), we don’t need to ping the peer; no extra logic required."

  459. thorsten has left

  460. LNJ has left

  461. lovetox

    yeah less timers the better

  462. lovetox

    i hate timers

  463. Viktor Lindberg has joined

  464. LNJ has joined

  465. jonas’

    two timers, no tracking.

  466. karoshi has left

  467. thorsten has joined

  468. karoshi has joined

  469. stpeter has joined

  470. stpeter has left

  471. mukt2 has joined

  472. sonny has left

  473. sonny has joined

  474. krauq has left

  475. krauq has joined

  476. mukt2 has left

  477. lovetox has left

  478. mukt2 has joined

  479. lovetox has joined

  480. mukt2 has left

  481. mukt2 has joined

  482. lovetox has left

  483. lovetox has joined

  484. stpeter has joined

  485. stpeter has left

  486. karoshi has left

  487. eevvoor has joined

  488. adiaholic_ has left

  489. adiaholic_ has joined

  490. mukt2 has left

  491. mukt2 has joined

  492. debacle has left

  493. krauq has left

  494. krauq has joined

  495. Guus has left

  496. Guus has joined

  497. Guus has left

  498. Guus has joined

  499. stpeter has joined

  500. stpeter has left

  501. Guus has left

  502. mukt2 has left

  503. Guus has joined

  504. Guus has left

  505. Guus has joined

  506. bear has joined

  507. mimi89999 has left

  508. mimi89999 has joined

  509. karoshi has joined

  510. lovetox has left

  511. karoshi has left

  512. karoshi has joined

  513. stpeter has joined

  514. stpeter has left

  515. mukt2 has joined

  516. lovetox has joined

  517. lovetox has left

  518. lovetox has joined

  519. lovetox has left

  520. lovetox has joined

  521. stpeter has joined

  522. stpeter has left

  523. karoshi has left

  524. mukt2 has left

  525. mukt2 has joined

  526. edhelas has left

  527. edhelas has joined

  528. lovetox has left

  529. remko has left

  530. karoshi has joined

  531. krauq has left

  532. krauq has joined

  533. mukt2 has left

  534. remko has joined

  535. amuza@riseup.net has joined

  536. karoshi has left

  537. adiaholic_ has left

  538. adiaholic_ has joined

  539. adiaholic_ has left

  540. adiaholic_ has joined

  541. lovetox has joined

  542. Viktor Lindberg has left

  543. krauq has left

  544. krauq has joined

  545. karoshi has joined

  546. Viktor Lindberg has joined

  547. lovetox has left

  548. mukt2 has joined

  549. LNJ has left

  550. LNJ has joined

  551. lovetox has joined

  552. Maranda has left

  553. Maranda has joined

  554. Mikaela has left

  555. adiaholic_ has left

  556. adiaholic_ has joined

  557. Mikaela has joined

  558. MAO has joined

  559. MAO has left

  560. karoshi has left

  561. karoshi has joined

  562. lovetox has left

  563. lovetox has joined

  564. Shell has left

  565. Shell has joined

  566. Viktor Lindberg has left

  567. Viktor Lindberg has joined

  568. sonny has left

  569. sonny has joined

  570. Lance has joined

  571. sonny has left

  572. sonny has joined

  573. Wojtek has joined

  574. Shell has left

  575. Shell has joined

  576. adiaholic_ has left

  577. adiaholic_ has joined

  578. mukt2 has left

  579. lovetox has left

  580. mukt2 has joined

  581. neshtaxmpp has left

  582. debacle has joined

  583. krauq has left

  584. krauq has joined

  585. j.r has left

  586. krauq has left

  587. krauq has joined

  588. Viktor Lindberg has left

  589. krauq has left

  590. krauq has joined

  591. j.r has joined

  592. krauq has left

  593. krauq has joined

  594. Viktor Lindberg has joined

  595. neshtaxmpp has joined

  596. Daniel has left

  597. Daniel has joined

  598. Daniel has left

  599. Daniel has joined

  600. Daniel has left

  601. Daniel has joined

  602. Dele Olajide has left

  603. remko has left

  604. sonny has left

  605. sonny has joined

  606. sonny has left

  607. sonny has joined

  608. eevvoor has left

  609. mukt2 has left

  610. mukt2 has joined

  611. sonny has left

  612. sonny has joined

  613. sonny has left

  614. sonny has joined

  615. eevvoor has joined

  616. sonny has left

  617. sonny has joined

  618. Daniel has left

  619. Daniel has joined

  620. Wojtek has left

  621. remko has joined

  622. adiaholic_ has left

  623. adiaholic_ has joined

  624. winfried has left

  625. winfried has joined

  626. eevvoor has left

  627. eevvoor has joined

  628. remko has left

  629. lovetox has joined

  630. Daniel has left

  631. Daniel has joined

  632. lovetox has left

  633. lovetox has joined

  634. bear has left

  635. Daniel has left

  636. Daniel has joined

  637. DebXWoody has joined

  638. Vaulor has left

  639. Vaulor has joined

  640. karoshi has left

  641. Wojtek has joined

  642. eta has left

  643. eta has joined

  644. calvin has joined

  645. lovetox has left

  646. lovetox has joined

  647. karoshi has joined

  648. debacle has left

  649. serge90 has joined

  650. Shell has left

  651. Shell has joined

  652. lovetox has left

  653. remko has joined

  654. karoshi has left

  655. sonny has left

  656. sonny has joined

  657. adiaholic_ has left

  658. sonny has left

  659. sonny has joined

  660. bear has joined

  661. karoshi has joined

  662. DebXWoody has left

  663. eevvoor has left

  664. arc has joined

  665. sonny has left

  666. sonny has joined

  667. krauq has left

  668. krauq has joined

  669. Shell has left

  670. floretta has left

  671. floretta has joined

  672. DebXWoody has joined

  673. karoshi has left

  674. karoshi has joined

  675. lovetox has joined

  676. Yagiza has left

  677. arc has left

  678. arc has joined

  679. Syndace has left

  680. karoshi has left

  681. karoshi has joined

  682. arc has left

  683. arc has joined

  684. arc has left

  685. arc has joined

  686. arc has left

  687. arc has joined

  688. Syndace has joined

  689. bear has left

  690. karoshi has left

  691. karoshi has joined

  692. remko has left

  693. remko has joined

  694. karoshi has left

  695. karoshi has joined

  696. karoshi has left

  697. eevvoor has joined

  698. karoshi has joined

  699. karoshi has left

  700. arc has left

  701. arc has joined

  702. arc has left

  703. arc has joined

  704. remko has left

  705. remko has joined

  706. papatutuwawa has left

  707. arc has left

  708. arc has joined

  709. remko has left

  710. remko has joined

  711. ralphm has left

  712. ralphm has joined

  713. Shell has joined

  714. papatutuwawa has joined

  715. karoshi has joined

  716. debacle has joined

  717. DebXWoody has left

  718. bear has joined

  719. mukt2 has left

  720. remko has left

  721. arc has left

  722. arc has joined

  723. Lance has left

  724. karoshi has left

  725. mukt2 has joined

  726. karoshi has joined

  727. jonas’ has left

  728. jonas’ has joined

  729. mukt2 has left

  730. mukt2 has joined

  731. Lance has joined

  732. Zash has left

  733. Zash has joined

  734. Lance has left

  735. karoshi has left

  736. Zash has left

  737. mukt2 has left

  738. mukt2 has joined

  739. sonny has left

  740. sonny has joined

  741. karoshi has joined

  742. eevvoor has left

  743. Nekit has left

  744. Nekit has joined

  745. Zash has joined

  746. Tobias has left

  747. karoshi has left

  748. debacle has left

  749. mukt2 has left

  750. edhelas has left

  751. edhelas has joined

  752. edhelas has left

  753. edhelas has joined

  754. lovetox has left

  755. karoshi has joined

  756. karoshi has left

  757. mukt2 has joined

  758. LNJ has left

  759. winfried has left

  760. winfried has joined

  761. Wojtek

    not sure what's the best place to ask (maybe jdev?) but here goes - is there somewhere a description of the current setup of xmpp.net? or it's sources? "about" (https://xmpp.net/about.php) only states that it's based on xmpppoke and it seems that https://github.com/stpeter/xmppdotnet is not exactly the same thing

  762. ralphm has left

  763. ralphm has joined

  764. Shell has left

  765. winfried has left

  766. winfried has joined

  767. paul has left

  768. karoshi has joined

  769. Shell has joined

  770. j.r has left

  771. j.r has joined

  772. Shell has left

  773. Shell has joined

  774. goffi has left

  775. Guus

    Wojtek: https://github.com/xmpp-observatory

  776. j.r has left

  777. Zash has left

  778. Zash has joined

  779. lskdjf has left

  780. moparisthebest has left

  781. stpeter has joined

  782. stpeter has left

  783. karoshi has left

  784. Lance has joined

  785. Wojtek

    Thank you!

  786. lorddavidiii has left

  787. karoshi has joined

  788. mimi89999 has left

  789. karoshi has left

  790. karoshi has joined

  791. moparisthebest has joined

  792. mukt2 has left

  793. Mikaela has left

  794. pasdesushi has joined

  795. david has left

  796. david has joined

  797. winfried has left

  798. winfried has joined

  799. stpeter has joined

  800. stpeter has left

  801. Vaulor has left

  802. Seve has left

  803. pasdesushi has left

  804. Nekit has left

  805. waqas has joined

  806. emus has left

  807. Zash has left

  808. Zash has joined

  809. calvin has left

  810. Lance has left

  811. calvin has joined

  812. stpeter has joined

  813. stpeter has left

  814. Half-Shot has left

  815. uhoreg has left

  816. Rixon 👁🗨 has left

  817. uhoreg has joined

  818. Half-Shot has joined

  819. Rixon 👁🗨 has joined