jdev - 2020-01-25


  1. Neustradamus has joined

  2. pulkomandy has left

  3. pulkomandy has joined

  4. kikuchiyo has left

  5. kikuchiyo has joined

  6. goffi has left

  7. kikuchiyo has left

  8. paul has left

  9. kikuchiyo has joined

  10. kikuchiyo has left

  11. sonny has joined

  12. asterix has left

  13. asterix has joined

  14. sonny has left

  15. kikuchiyo has joined

  16. debacle has left

  17. asterix has left

  18. kikuchiyo has left

  19. sonny has joined

  20. Neustradamus has left

  21. sonny has left

  22. Neustradamus has joined

  23. kikuchiyo has joined

  24. sonny has joined

  25. kikuchiyo has left

  26. kikuchiyo has joined

  27. sonny has left

  28. sonny has joined

  29. kikuchiyo has left

  30. kikuchiyo has joined

  31. kikuchiyo has left

  32. strar has left

  33. strar has joined

  34. strar has left

  35. strar has joined

  36. sonny has left

  37. sonny has joined

  38. sonny has left

  39. kikuchiyo has joined

  40. kikuchiyo has left

  41. kikuchiyo has joined

  42. sonny has joined

  43. kikuchiyo has left

  44. kikuchiyo has joined

  45. paul has joined

  46. kikuchiyo has left

  47. kikuchiyo has joined

  48. kikuchiyo has left

  49. sonny has left

  50. sonny has joined

  51. lovetox has joined

  52. sonny has left

  53. sonny has joined

  54. lovetox has left

  55. lovetox has joined

  56. paul has left

  57. sonny has left

  58. sonny has joined

  59. kikuchiyo has joined

  60. kikuchiyo has left

  61. sonny has left

  62. sonny has joined

  63. Guus

    I've never touched the functionality. It was put in by Jive, at the time. I think we used it with Nimbuzz, at the time. Must've been 2006 or something. I never get questions around it though.

  64. lovetox has left

  65. lovetox has joined

  66. paul has joined

  67. kikuchiyo has joined

  68. lovetox has left

  69. sonny has left

  70. kikuchiyo has left

  71. lovetox has joined

  72. lovetox has left

  73. sonny has joined

  74. lovetox has joined

  75. Jannie has joined

  76. Jannie

    https://bit.ly/DateMeDaddy

  77. Jannie has left

  78. lovetox has left

  79. kikuchiyo has joined

  80. kikuchiyo has left

  81. asterix has joined

  82. pulkomandy has left

  83. kikuchiyo has joined

  84. pulkomandy has joined

  85. asterix has left

  86. asterix has joined

  87. kikuchiyo has left

  88. sonny has left

  89. pulkomandy has left

  90. flow

    IIRC ejabberd also supports extended stanza addressing and MAXS makes use of it

  91. pulkomandy has joined

  92. sonny has joined

  93. defanor-tmp has joined

  94. defanor-tmp

    Hello. Slightly off-topic, but I'm failing to join this room using my regular client (currently using the web interface on xmpp.org), apparently my server fails to connect to muc.xmpp.org (208.68.163.210:5269); is it just me, or a common issue? And I've only tried that after failing to subscribe to the jdev mailing list (HTTP 403 there), is it also a common issue?

  95. sonny has left

  96. pulkomandy has left

  97. MattJ

    defanor-tmp: hi

  98. MattJ

    Not a common issue, pretty much everyone here is joined from their own server

  99. defanor-tmp

    Is 208.68.163.210:5269 the correct address? I failed to connect there directly from my computer (different network/ISP/country) too.

  100. MattJ

    I can check jdev subscription is working later

  101. MattJ

    Not sure of the IP (I'm currently on my phone so can't easily check DNS)

  102. defanor-tmp

    And netcat from the server also says that connection times out.

  103. MattJ

    Oh, 5269? Pretty sure that's the wrong port at least

  104. defanor-tmp

    Thanks, I'll try to investigate why that happens then. It's Prosody that picks it.

  105. defanor-tmp

    "dig srv _xmpp-server._tcp.muc.xmpp.org" says "_xmpp-server._tcp.muc.xmpp.org. 900 IN SRV 1 1 9269 xmpp.xmpp.org."

  106. MattJ

    Prosody would always look up the SRV first, and would only use 5269 by default if that fails to resolve

  107. MattJ

    Debug logs from Prosody would help

  108. defanor-tmp

    Hrm, though not from the server. Apparently an issue with DNS there, Prosody is what I'm using.

  109. defanor has joined

  110. asterix has left

  111. asterix has joined

  112. defanor

    It was a DNS issue indeed, the server tried to use ISP's DNS instead of a local one. Which for some reason didn't serve SRV records, and somehow Prosody didn't pick it up from alternative DNS servers (which do serve those).

  113. defanor-tmp has left

  114. lovetox has joined

  115. defanor

    And the on-topic question I had is about reusable XMPP client implementations. I keep looking for relatively complete (in the "advanced client" compliance suite sense) libraries providing C API, implementing XMPP correctly, and embeddable into a program's main loop (instead of using their own or, say, glib's), but not finding much. I also keep wondering whether it's viable to implement it in a way that would allow to define the core and

  116. defanor

    each XEP separately (in the hope to achieve a relatively clean/maintainable implementation): apparently it can be (and sometimes is) mostly achieved using some kinds of hooks on stanza (and other depth-1 element) sending and retrieval, but it still wouldn't suffice for the "direct TLS" XEP (and possibly some others). Are there known attempts to do that, and/or is it known to be futile?

  117. lovetox

    i would not do that

  118. lovetox

    there are XEPs that make sense as its own module pluginable etc

  119. lovetox

    but others absolutely not

  120. lovetox

    like 0368

  121. lovetox

    nobody will want to disable that

  122. defanor

    Indeed, that's the "direct TLS" one I've mentioned. It made me to think of hooks on all the I/O actions instead of just XML element sending/retrieval, but then it'd probably be a mess of its own.

  123. paul has left

  124. lovetox

    i just rewritten a library

  125. lovetox

    and most clients would want the library to pass the domain, and the library should connect and do everything on its own

  126. lovetox

    there are still many things to consider

  127. MattJ

    I also agree with that (having worked on a number of libraries)

  128. MattJ

    The way XEPs are split does not necessarily match the ideal split in a library

  129. jonas’

    as a library author: don’t make the low level stuff plugins

  130. jonas’

    it’s a terrible choice which only leads to heartache. instead, make your core modular so that people who want to experiment with low-level stuff (like '386 or compression or something) can easily do so in their own fork

  131. jonas’

    99% of users won’t want to do this

  132. jonas’

    they just need additional payloads for standard elements -> make *that* easy

  133. lovetox

    - DNS resolution and connection priority (suprisingly complicated) - Happy eyeballs - Proxy Support - Other connection method support (e.g. Websocket) - DIRECT TLS, START TLS, Unencrypted - Support for Client certificates - Support for functioning with non- valid server certificates and thats just out of my head, and thats all *before* you send a single stanza

  134. defanor

    I see, thanks. I'm not writing a library though, since it seems rather wrong to add yet another one, given that there's quite a few already. Yet finding it puzzling that there's nothing in sight that could be reusable from arbitrary languages via C FFI, complete, and hookable to an external main loop (say, glib's/GTK's, libev's, or whatever the program using that library would want to use). Am I missing something, and/or does such

  135. defanor

    flexibility seem like a bad idea?

  136. jonas’

    defanor, I guess the C libraries could be made to be usable that way

  137. jonas’

    I forgot the name of the library used by profanity, but it’s in C

  138. jonas’

    howevre, working with XML and text in C is a PITA, so nobody wants to do that

  139. jonas’

    and people prefer to write an idiomatic library in whatever more high-level language

  140. defanor

    libstrophe, but IIRC profanity struggles to introduce even XEP-0198 for years with it

  141. jonas’

    which makes sense to me -- a native library is more likely to be idiomatic and useful for the language ecosystem either way

  142. pulkomandy has joined

  143. jonas’

    oh and yeah, libraries created before the widespread use of '198 are likely to be in pain (looking at you, libpurple)

  144. jonas’

    '198 is one of the things you absolutely don’t want in a plugin

  145. MattJ

    Yeah, I used to use (and contribute to) libstrophe

  146. defanor

    i've added 0198 into libpurple more than an year ago, but it's still not released

  147. jonas’

    it’s hard enough to get right even when having full access to the stack’s internals

  148. MattJ

    jonas’: FWIW I've implemented it in a plugin on the client and server side, I don't think it's that bad

  149. paul has joined

  150. lovetox

    defanor, 0198 its not "hard" or "complicated"

  151. jonas’

    MattJ, mod_smacks isn’t that bad? ;)

  152. lovetox

    but a library should have that in mind when written

  153. lovetox

    otherwise it gets almost impossible if you have bad luck

  154. sonny has joined

  155. flow

    > lovetox> defanor, 0198 its not "hard" or "complicated" I am not sure i'd put it that way given that most implementations of xep198 ran into the same set of issues at first

  156. defanor

    Yes, that's what also seems awkward about relying on core modifications to implement XEPs.

  157. MattJ

    jonas’: mod_smacks has issues (but it works), I don't think they necessarily stem from it being a plugin

  158. Holger

    The hard thing about 0198 is counting!

  159. jonas’

    counting the right things

  160. MattJ

    I disagree, we haven't had a counting bug for a very long time

  161. Holger

    "1 stanza", "2 stanzas", "3 stanzas", "oh wait let's do something else" ... "2-and-a-half stanzas" ... "damn how many stanzas have I seen again I'm lost!"

  162. MattJ

    The XEP says what to count and (now) when counters get reset

  163. flow

    yep, the xep198 clarifications that where added likely helped to improve the situation

  164. MattJ

    How do you get distracted during stanzas_received++? :)

  165. Holger

    Threads and stuff.

  166. Holger

    No idea actually :-)

  167. Holger

    I'm just not sure I've ever seen an implementation that got it right from start. And I think at least ChatSecure is still borked.

  168. sonny has left

  169. MattJ

    We did have bugs in the early days, but again I don't see that they were caused by it being a plugin

  170. flow

    I am not sure if what holger described actually borks the implementations, but it sure was/is identifying the point where to reset the counter and start counting

  171. flow

    MattJ, same

  172. MattJ

    I think the main reason it shouldn't be a plugin is for the library maintainer's sanity

  173. Holger

    flow: That was one multiple problems I've seem implementations running into, and it's good this one has been clarified in the XEP, yes.

  174. Holger

    *one of

  175. MattJ

    It's hard to ensure you have the right plugin API and all the plugins interact correctly

  176. Holger

    But e.g. both ejabberd and Conversations were running into threading foo that was unrelated to "when to start counting", initially.

  177. MattJ

    Threads are the root of all evil

  178. jonas’

    MattJ, one thing which went "wrong" in aioxmpp was that a stanza which caused an exception during processing would not be counted

  179. jonas’

    MattJ, one thing which went "wrong" in aioxmpp was that a stanza which caused an exception which terminated the stream (really bad) during processing would not be counted

  180. jonas’

    this would cause the stream to reconnect and resume

  181. jonas’

    causing a fun tight reconnect loop

  182. Holger

    MattJ: Yeah.

  183. jonas’

    admittedly, many problems at play here, but still.

  184. Holger

    jonas': Exactly, stuff like that.

  185. asterix has left

  186. jonas’

    (reconnect loop because the stanza would be re-received during resumption)

  187. MattJ

    jonas’: I'd argue that not counting a stanza you haven't processed is sensible from a data loss perspective

  188. rion has left

  189. rion has joined

  190. jonas’

    MattJ, define "have not processed" please

  191. asterix has joined

  192. MattJ

    In Prosody we are moving 198 to core, it's my ideal that we wouldn't back until the stanza is committed to storage or delivered, for example

  193. MattJ

    Not sure we'll achieve that, it's Hard

  194. jonas’

    if I auto reply with <service-unavailable/>, is that "processed"?

  195. MattJ

    Sure

  196. jonas’

    if I reply with (I don’t recall what we do) because of a deserialiser error, is that "processed"?

  197. jonas’

    because that’s exactly what (should’ve) happened in the above example (that the deserialiser error broke the XMLStream instead of properly being handled was a different issue)

  198. MattJ

    If you reply of course it's processed

  199. jonas’

    (scrolling through `git log aioxmpp/stream.py`)

  200. jonas’

    MattJ, I mean, what you say makes sense, but it’s hard to get that into code right from the beginning

  201. jonas’

    there are dragons and nasal demons very close due to fun race conditions (even without threads)

  202. jonas’

    maybe race condition isn’t the right term, but edge case is.

  203. paul has left

  204. jonas’

    https://github.com/horazont/aioxmpp/commit/f9af3cb485e9b6d7bc0d76d10e919aa76e822872 that’s the one

  205. jonas’

    oh, no, that’s a different one

  206. jonas’

    that was when parsing errors didn’t even propagate to the SM implementation

  207. jonas’

    finding the right place to count "stanzas" wasn’t easy, and it took more than one iteration

  208. pulkomandy has left

  209. lovetox has left

  210. pulkomandy has joined

  211. lovetox has joined

  212. lovetox

    what impl get wrong mostly is not how to count

  213. lovetox

    is when to start

  214. lovetox

    and its not when you receive the first stanza

  215. asterix has left

  216. asterix has joined

  217. lovetox

    its also not after the server sent you <enabled>

  218. lovetox

    which probably is the most common pitfall

  219. jonas’

    what?

  220. jonas’

    I’m pretty sure it is

  221. jonas’

    I’m pretty sure you start to count inbound after you received <enabled/>, and outbound after you sent <enable/>

  222. jonas’

    which is the only way to make this reliable

  223. Alex has left

  224. Alex has joined

  225. pulkomandy has left

  226. larma has left

  227. pulkomandy has joined

  228. asterix has left

  229. asterix has joined

  230. larma has joined

  231. paul has joined

  232. lovetox has left

  233. kikuchiyo has joined

  234. larma has left

  235. larma has joined

  236. kikuchiyo has left

  237. flow

    jonas’, probably lovetax was talking about counting outbound stanzas

  238. flow

    jonas’, probably lovetox was talking about counting outbound stanzas

  239. jonas’

    flow, I got confused by "its not when you receive the first stanza", sounds like inbound to me

  240. asterix has left

  241. asterix has joined

  242. sonny has joined

  243. pulkomandy has left

  244. pulkomandy has joined

  245. sonny has left

  246. sonny has joined

  247. asterix has left

  248. asterix has joined

  249. sonny has left

  250. asterix has left

  251. asterix has joined

  252. pulkomandy has left

  253. pulkomandy has joined

  254. goffi has joined

  255. asterix has left

  256. asterix has joined

  257. debacle has joined

  258. neroam728 has joined

  259. neroam728 has left

  260. paul has left

  261. paul has joined

  262. strar has left

  263. strar has joined

  264. futuresky202 has joined

  265. futuresky202 has left

  266. sonny has joined

  267. kikuchiyo has joined

  268. asterix has left

  269. asterix has joined

  270. sonny has left

  271. pulkomandy has left

  272. pulkomandy has joined

  273. asterix has left

  274. asterix has joined

  275. sonny has joined

  276. asterix has left

  277. asterix has joined

  278. goffi has left

  279. goffi has joined

  280. goffi has left

  281. goffi has joined

  282. pulkomandy has left

  283. asterix has left

  284. asterix has joined

  285. asterix has left

  286. asterix has joined

  287. pulkomandy has joined

  288. debacle has left

  289. Zash has left

  290. Zash has joined

  291. sonny has left

  292. pulkomandy has left

  293. pulkomandy has joined

  294. sonny has joined

  295. kikuchiyo has left

  296. Neustradamus has left

  297. Neustradamus has joined

  298. Neustradamus has left

  299. Neustradamus has joined

  300. Hrithik has joined

  301. Hrithik has left

  302. hrithik has joined

  303. hrithik

    Guys i need your help

  304. hrithik

    .setXmppDomain("admin@192.168.1.9") .setPort(5280) .setHost("192.168.1.9") .setResource("Rooster")

  305. hrithik

    when connecting with client it showing error as (client not connected to server message not sent ) how to resolve it?

  306. jonas’

    what library is that even?

  307. hrithik

    smack library

  308. jonas’

    java?

  309. hrithik

    yes

  310. jonas’

    flow, ^

  311. jonas’

    though one thing which stands out right away is that using bare IP addresses is asking for trouble.

  312. Zash

    and a nodepart passed to something called set domain

  313. Zash

    and the standard bosh port

  314. jonas’

    that’s probably not good either

  315. Zash

    and also everything

  316. hrithik

    DomainBareJid domainname = JidCreate.domainBareFrom("192.168.1.9"); XMPPTCPConnectionConfiguration conf = XMPPTCPConnectionConfiguration.builder() .setXmppDomain("admin@192.168.1.9") .setPort(5280) .setHost("192.168.1.9") .setResource("Rooster")

  317. hrithik

    i have my server in another system

  318. hrithik

    how to set connection with server and client(mobile)

  319. pulkomandy has left

  320. pulkomandy has joined

  321. hrithik has left

  322. Neustradamus has left

  323. Neustradamus has joined

  324. asterix has left

  325. asterix has joined

  326. sonny has left

  327. asterix has left

  328. asterix has joined

  329. hrithik has joined

  330. hrithik has left

  331. Neustradamus has left

  332. sonny has joined

  333. Neustradamus has joined

  334. bhaveshsgupta has joined

  335. sonny has left

  336. pulkomandy has left

  337. bhaveshsgupta has left

  338. bhaveshsgupta has joined

  339. pulkomandy has joined

  340. pulkomandy has left

  341. bhaveshsgupta has left

  342. pulkomandy has joined

  343. sonny has joined

  344. bhaveshsgupta has joined

  345. sonny has left

  346. pulkomandy has left

  347. pulkomandy has joined

  348. bhaveshsgupta has left

  349. bhaveshsgupta has joined

  350. Neustradamus has left

  351. pulkomandy has left

  352. pulkomandy has joined

  353. sonny has joined

  354. bhaveshsgupta has left

  355. Neustradamus has joined

  356. bhaveshsgupta has joined

  357. lovetox has joined

  358. larma has left

  359. larma has joined

  360. kikuchiyo has joined

  361. lovetox has left

  362. lovetox has joined

  363. lovetox

    yeah jonas’ but thats counter to most of other XMPP flows

  364. lovetox

    normally you send a IQ get, receive a set, then something happens

  365. lovetox

    or you negotiate something with, <xxx> and get back <succeeded>

  366. lovetox

    etc

  367. lovetox

    and thats probably the first intention when implementing smacks

  368. lovetox

    we enable, wait for response <enabled> then we start doing our thing

  369. sonny has left

  370. asterix has left

  371. asterix has joined

  372. bhaveshsgupta has left

  373. bhaveshsgupta has joined

  374. asterix has left

  375. asterix has joined

  376. sonny has joined

  377. asterix has left

  378. asterix has joined

  379. asterix has left

  380. debacle has joined

  381. asterix has joined

  382. Neustradamus has left

  383. pulkomandy has left

  384. pulkomandy has joined

  385. Neustradamus has joined

  386. Neustradamus has left

  387. Neustradamus has joined

  388. asterix has left

  389. asterix has joined

  390. pulkomandy has left

  391. sonny has left

  392. pulkomandy has joined

  393. bhaveshsgupta has left

  394. bhaveshsgupta has joined

  395. asterix has left

  396. asterix has joined

  397. strar has left

  398. strar has joined

  399. bhaveshsgupta has left

  400. bhaveshsgupta has joined

  401. Zash has left

  402. Zash has joined

  403. sonny has joined

  404. bhaveshsgupta has left

  405. bhaveshsgupta has joined

  406. sonny has left

  407. bhaveshsgupta has left

  408. bhaveshsgupta has joined

  409. paul has left

  410. pulkomandy has left

  411. pulkomandy has joined

  412. bhaveshsgupta has left

  413. bhaveshsgupta has joined

  414. goffi has left

  415. pulkomandy has left

  416. bhaveshsgupta has left

  417. bhaveshsgupta has joined

  418. pulkomandy has joined

  419. xmppnoob has joined

  420. xmppnoob

    hi everyone. not sure if this is the right place for the questions i have, but maybe you can give me some pointers. i'm trying to build an xmpp client for my organization (web and mobile), on mobile i'm using smack for android which is great (haven't started ios yet...). on web, my search has led me to strophe library, which sadly i coudn't even compile (dirs and files unexistent) and xmpp.js, (node-xmpp rewrite) which i'm currently testing, the basic demo covers connection, send and receive messages, pretty useful, but i'm struggling on finding documentation on some other topics (roster management, file transfer, etc.), do you know and recommend some other library?

  421. pulkomandy has left

  422. pulkomandy has joined

  423. actupper has left

  424. MattJ

    Hi xmppnoob

  425. MattJ

    Take a look at converse.js <https://conversejs.org>

  426. MattJ

    strophe.js is generally a low-level library, so there is a lot of DIY involved, though it does have a bunch of plugins that handle some tasks for you

  427. MattJ

    converse.js is a more featured client on top of it, which handles lots more stuff, and is easily customizable/embeddable

  428. bhaveshsgupta has left

  429. MattJ

    Also if you're working on clients, take a look at https://docs.modernxmpp.org/client/protocol/ which has a bunch of relevant notes

  430. sonny has joined

  431. bhaveshsgupta has joined

  432. xmppnoob

    thanks MattJ, i'm a little confused about conversejs, it is a client or a library?

  433. MattJ

    It's primarily a client, but it has an API that you can use to control/customize it with your own code

  434. pulkomandy has left

  435. pulkomandy has joined

  436. actupper has joined

  437. xmppnoob

    great! i'll give it a try

  438. sonny has left

  439. lovetox has left

  440. paul has joined

  441. bhaveshsgupta has left

  442. bhaveshsgupta has joined

  443. asterix has left

  444. bhaveshsgupta has left

  445. bhaveshsgupta has joined

  446. bhaveshsgupta has left

  447. bhaveshsgupta has joined