jdev - 2021-10-23

  1. mac has left
  2. mac has joined
  3. marc0s has left
  4. marc0s has joined
  5. qrpnxz has left
  6. Maranda has left
  7. Alastair Hogge has joined
  8. emus has left
  9. qrpnxz has joined
  10. sonny has left
  11. sonny has joined
  12. Maranda has joined
  13. qrpnxz has left
  14. qrpnxz has joined
  15. mac has left
  16. jgart has left
  17. jgart has joined
  18. ralphm has left
  19. ralphm has joined
  20. mac has joined
  21. Pete has left
  22. raghavgururajan has left
  23. Alastair Hogge has left
  24. Pete has joined
  25. Alastair Hogge has joined
  26. SouL has joined
  27. DebXWoody has joined
  28. DebXWoody has left
  29. selurvedu has left
  30. selurvedu has joined
  31. qrpnxz has left
  32. qrpnxz has joined
  33. paul has joined
  34. Yagizа has joined
  35. marc0s has left
  36. marc0s has joined
  37. DebXWoody has joined
  38. DebXWoody has left
  39. jgart has left
  40. Pete has left
  41. atomicwatch has joined
  42. jgart has joined
  43. jgart has left
  44. DebXWoody has joined
  45. malthe has left
  46. mac has left
  47. mac has joined
  48. marc0s has left
  49. marc0s has joined
  50. Alex has left
  51. Alex has joined
  52. malthe has joined
  53. alacer has joined
  54. Kev has left
  55. Kev has joined
  56. Vaulor has left
  57. Vaulor has joined
  58. wurstsalat has left
  59. emus has joined
  60. wurstsalat has joined
  61. kikuchiyo has left
  62. Kev has left
  63. Kev has joined
  64. Kev has left
  65. Kev has joined
  66. Kev has left
  67. Kev has joined
  68. antranigv has joined
  69. kikuchiyo has joined
  70. marmistrz has joined
  71. marmistrz has left
  72. malthe has left
  73. Kev has left
  74. Kev has joined
  75. qrpnxz has left
  76. qrpnxz has joined
  77. sonny has left
  78. sonny has joined
  79. qrpnxz has left
  80. qrpnxz has joined
  81. marmistrz has joined
  82. Yagizа has left
  83. Holger has joined
  84. Pete has joined
  85. debacle has joined
  86. pasdesushi has joined
  87. Kev has left
  88. Kev has joined
  89. Holger has left
  90. larma has joined
  91. Holger has joined
  92. nephele has joined
  93. dezant has left
  94. marmistrz has left
  95. marmistrz has joined
  96. nephele has left
  97. nephele has joined
  98. larma has left
  99. larma has joined
  100. antranigv has left
  101. antranigv has joined
  102. Alex has left
  103. antranigv has left
  104. Alex has joined
  105. debacle has left
  106. marmistrz has left
  107. marmistrz has joined
  108. Kev has left
  109. Kev has joined
  110. Kev has left
  111. Kev has joined
  112. Kev has left
  113. Kev has joined
  114. Kev has left
  115. Kev has joined
  116. marc0s has left
  117. marc0s has joined
  118. goffi has joined
  119. antranigv has joined
  120. edhelas has left
  121. edhelas has joined
  122. kikuchiyo has left
  123. qrpnxz has left
  124. qrpnxz has joined
  125. goffi has left
  126. goffi has joined
  127. goffi has left
  128. goffi has joined
  129. emus has left
  130. antranigv has left
  131. antranigv has joined
  132. goffi has left
  133. Pete has left
  134. Pete has joined
  135. Sam Do any current pubsub implementations support result set management? The spec makes it sound like you can't use RSM from the get-go (it has its own separate way to set max-items and the only example just shows the server returning RSM information and no query using it), but I assume if you can use it on subsequent calls you could use it on the first call and I'm not sure what to do about the conflicting max items (that exist in pubsub and in RSM)?
  136. mac has left
  137. Holger ejabberd's PubSub supports RSM.
  138. Sam Thanks; I'll dig in and see what it does
  139. Link Mauve sat_pubsub as well.
  140. Sam This probably means I should actually get my ejabberd integration tests running again and figure out why it refuses to shut down cleanly
  141. goffi has joined
  142. kikuchiyo has joined
  143. huhn has left
  144. defanor has left
  145. defanor has joined
  146. sonny has left
  147. sonny has joined
  148. emus has joined
  149. marmistrz has left
  150. sonny has left
  151. sonny has joined
  152. Kev has left
  153. Kev has joined
  154. malthe has joined
  155. malthe has left
  156. marmistrz has joined
  157. dezant has joined
  158. dezant has left
  159. dezant has joined
  160. me9 has joined
  161. malthe has joined
  162. dezant has left
  163. bung has joined
  164. antranigv has left
  165. sonny has left
  166. sonny has joined
  167. malthe has left
  168. kikuchiyo has left
  169. Yagizа has joined
  170. Kev has left
  171. Kev has joined
  172. kikuchiyo has joined
  173. Kev has left
  174. Kev has joined
  175. spectrum has left
  176. goffi has left
  177. goffi has joined
  178. mac has joined
  179. goffi has left
  180. goffi has joined
  181. pulkomandy has left
  182. pulkomandy has joined
  183. mac has left
  184. Kev has left
  185. Kev has joined
  186. atomicwatch has left
  187. bung has left
  188. atomicwatch has joined
  189. goffi has left
  190. bung has joined
  191. jgart has joined
  192. Alacer_dsrt has joined
  193. sonny has left
  194. sonny has joined
  195. Kev has left
  196. Kev has joined
  197. selurvedu has left
  198. sonny has left
  199. spectrum has joined
  200. kikuchiyo has left
  201. sonny has joined
  202. Alacer_dsrt has left
  203. alacer has left
  204. bung has left
  205. Kev has left
  206. Kev has joined
  207. marc0s has left
  208. marc0s has joined
  209. PapaTutuWawa has joined
  210. flow the question is, do ejabberd and sat_pubsub behave identical in all pubsub+rsm cases?
  211. Ge0rG flow: will current versions of smack still fall-back to A/AAAA on the xmpp domain if SRV lookup times out / returns an unreachable host?
  212. flow Ge0rG, I think they should, yes
  213. Ge0rG Zash has set up client support on https://badxmpp.eu/ and when I try to connect to drop.badxmpp.eu it will end up on the A record and not on the SRV record.
  214. mac has joined
  215. Ge0rG roughly 20% of yaxim connections are through yax.im:5222 despite the domain having valid SRV. I'm wondering how much of that is due to smack's incorrect fallback, and how much due to actually broken resolvers
  216. flow > when I try to connect to drop.badxmpp.eu it will end up on the A record and not on the SRV record. Isn't that the desired outcome? Or are you saying the information from the SRV record isn't used at all?
  217. Zash It seems to me you can't rely on SRV records. This makes me sad.
  218. Ge0rG Well, if there is a timeout at resolving SRV, it should re-try resolving. If there is an SRV record, it should be used exclusively
  219. Kev has left
  220. Link Mauve A better fallback than 5222 might be WebSocket or BOSH as discovered by XEP-0156?
  221. Kev has joined
  222. Zash > If the initiating entity receives a response to its SRV query but it is not able to establish an XMPP connection using the data received in the response, it SHOULD NOT attempt the fallback process described in the next section (this helps to prevent a state mismatch between inbound and outbound connections).
  223. Zash Note: ≠ MUST NOT
  224. flow Ge0rG, "If there is an SRV record, it should be used exclusively " why?
  225. Zash Dino for example does the fallback anyways.
  226. flow or, what's the harm in the fallback to A/AAAA?
  227. Zash Violating my DNS pedanticism!
  228. Zash The most heinous crime1
  229. Zash The most heinous crime!
  230. Zash flow, SHOULD per https://xmpp.org/rfcs/rfc6120.html#tcp-resolution
  231. flow in an ideal world, clients would discover all connection transports in parallel, following by trying to connect to all remote endpoints in parallel, and finally using only one
  232. Kev has left
  233. Kev has joined
  234. Zash Ge0rG, 20%? I believe you said 10% at some point in the past, is it getting worse?
  235. flow fun, I actually misread the SHOULD NOT in the RFC as SHOULD (probably because that's what I expected here)
  236. Kev has left
  237. Kev has joined
  238. flow also not sure what "this helps to prevent a state mismatch between inbound and outbound connections" is about
  239. Zash s2s? dunno
  240. flow Ge0rG, I should be possible to make the A/AAAA fallback configurable, if that's your desired behavior for yaxim
  241. flow ahh the state mismatch thingy probably makes sense in s2s only
  242. Zash Doesn't make sense to me, but those words might fit in a s2s context.
  243. flow but for c2s I don't see any reason not to try the fallback to A/AAAA, besides the additional time until "could not connect" is returned
  244. Kev has left
  245. Kev has joined
  246. Ge0rG flow: well, I'm not 100% sure what the "right" behaviour would be, but given what it is now, I can't just turn off the haproxy on yax.im:5222 forwarding to the real xmppd machine
  247. Ge0rG Zash: sorry, it's closer to 10% indeed. 273 out of 2561 c2s connections
  248. Zash Going for the fallback when you do have SRV records pointing elsewhere, in order to make it work, hides broken resolvers and whatnot, just like happy eyeballs hides broken IPv6. Then it never gets fixed and we can't ever have nice things.
  249. flow Ge0rG, irregardless of the right or wrong behavior, it would be interesting to see the exact trace of events that lead to the yax.im:5222 connections
  250. Ge0rG flow: yes, but I'm not going to implement analytics in yaxim just out of that curiosity
  251. flow not suggesting you should, just suggesting that there is some missing information
  252. Ge0rG there always is
  253. Zash Mmmmm https://dev.gajim.org/gajim/gajim/-/issues/10658#note_204003
  254. mac has left
  255. flow openwrt?
  256. flow of all things, but I'd hoped that openwrt did the right thing™
  257. flow I tend to believe that client devs need some in-the-field tracing of their clients to understand they various behavior in the wild
  258. Ge0rG maybe it's a ten-years old openwrt?
  259. flow of course opt-in
  260. Ge0rG lovetox: how old is your openwrt?
  261. Ge0rG flow: how would it work? submit stack traces of failed connections?
  262. flow Ge0rG, stack traces are probably not enough, as certain prior events are also of interest. In general, you want the android log of the app and have the app (and smack) log the right events
  263. Kev has left
  264. Kev has joined
  265. Kev has left
  266. Kev has joined
  267. debacle has joined
  268. kikuchiyo has joined
  269. mac has joined
  270. jgart has left
  271. kikuchiyo has left
  272. kikuchiyo has joined
  273. Yagizа has left
  274. emus has left
  275. alacer has joined
  276. alacer has left
  277. alacer has joined
  278. mac has left
  279. Pete has left
  280. emus has joined
  281. alacer has left
  282. alacer has joined
  283. alacer has left
  284. alacer has joined
  285. DebXWoody has left
  286. Kev has left
  287. alacer has left
  288. alacer has joined
  289. malthe has joined
  290. malthe has left
  291. sander has left
  292. Trbl has joined
  293. mac has joined
  294. marc0s has left
  295. marc0s has joined
  296. sander has joined
  297. marmistrz has left
  298. atomicwatch has left
  299. marc0s has left
  300. marc0s has joined
  301. Kev has joined
  302. Kev has left
  303. Kev has joined
  304. Sam has left
  305. Sam has joined
  306. malthe has joined
  307. PapaTutuWawa has left
  308. raghavgururajan has joined
  309. malthe has left
  310. malthe has joined
  311. nephele has left
  312. emus has left
  313. pasdesushi has left
  314. pasdesushi has joined
  315. debacle has left
  316. Pete has joined
  317. jgart has joined
  318. malthe has left
  319. qrpnxz has left
  320. me9 has left
  321. qrpnxz has joined
  322. Kev has left
  323. Kev has joined
  324. SouL has left
  325. rom1dep has left
  326. rom1dep has joined
  327. qrpnxz has left
  328. qrpnxz has joined