XSF Discussion - 2017-09-22


  1. jjrh has left

  2. tim@boese-ban.de has left

  3. tim@boese-ban.de has joined

  4. SamWhited has joined

  5. jjrh has left

  6. jjrh has left

  7. jjrh has left

  8. jjrh has left

  9. tim@boese-ban.de has left

  10. tim@boese-ban.de has joined

  11. Ge0rG has left

  12. nyco has left

  13. nyco has joined

  14. Guus has left

  15. Tobias has joined

  16. lskdjf has joined

  17. jjrh has left

  18. Ge0rG has left

  19. la|r|ma has left

  20. Vaulor has joined

  21. efrit has joined

  22. Tobias has joined

  23. la|r|ma has left

  24. tux has left

  25. tux has joined

  26. lumi has left

  27. la|r|ma has joined

  28. lskdjf has joined

  29. jjrh has left

  30. Vaulor has left

  31. waqas has left

  32. Zash has left

  33. Zash has left

  34. Zash has joined

  35. Ge0rG has left

  36. efrit has left

  37. waqas has joined

  38. sonny has left

  39. sonny has joined

  40. sonny has left

  41. sonny has joined

  42. peter has left

  43. Ge0rG has left

  44. Valerian has joined

  45. Valerian has left

  46. Valerian has joined

  47. Ge0rG has left

  48. Ge0rG has left

  49. Valerian has left

  50. Ge0rG has left

  51. Ge0rG has left

  52. Guus has left

  53. Ge0rG has left

  54. Ge0rG has left

  55. Ge0rG has left

  56. Kids has joined

  57. Kids has left

  58. Guus has left

  59. Ge0rG has left

  60. Guus has left

  61. Guus has left

  62. pep. has joined

  63. moparisthebest has joined

  64. SamWhited has left

  65. Ge0rG has left

  66. jcbrand has joined

  67. Guus has left

  68. Ge0rG has left

  69. mimi89999 has joined

  70. waqas has left

  71. ralphm has left

  72. edhelas has left

  73. edhelas has joined

  74. jere has left

  75. zinid has left

  76. Ge0rG has left

  77. tim@boese-ban.de has joined

  78. tim@boese-ban.de has joined

  79. ralphm has left

  80. edhelas

    that's what my mom told me yes

  81. Guus has left

  82. Ge0rG has left

  83. Flow has joined

  84. Guus has left

  85. Guus has left

  86. Ge0rG has left

  87. ralphm has joined

  88. Guus has left

  89. ralphm has left

  90. Ge0rG has left

  91. Guus has left

  92. ralphm has joined

  93. Steve Kille has left

  94. jubalh has joined

  95. pep. has left

  96. Steve Kille has joined

  97. Ge0rG has left

  98. tim@boese-ban.de has joined

  99. zinid has left

  100. tim@boese-ban.de has joined

  101. ralphm has left

  102. zinid has left

  103. goffi has joined

  104. Tobias has left

  105. Tobias has joined

  106. ralphm has left

  107. emxp has joined

  108. Ge0rG has left

  109. Alex has joined

  110. jubalh has joined

  111. Ge0rG has left

  112. Guus has left

  113. Lance has joined

  114. jubalh has joined

  115. Lance has left

  116. ralphm has left

  117. Wiktor has joined

  118. zinid has joined

  119. Ge0rG has left

  120. jcbrand has left

  121. Flow has left

  122. Guus has left

  123. Wiktor has joined

  124. la|r|ma has joined

  125. jcbrand has joined

  126. Guus has left

  127. waqas has joined

  128. waqas has left

  129. Ge0rG has left

  130. Alex has left

  131. Ge0rG has left

  132. ralphm has joined

  133. lskdjf has joined

  134. Ge0rG has left

  135. jabberatdemo has joined

  136. Tobias has left

  137. Alex has joined

  138. jabberatdemo has left

  139. daniel has left

  140. jabberatdemo has joined

  141. sonny has left

  142. sonny has joined

  143. jubalh has joined

  144. Tobias has left

  145. fp-tester has left

  146. fp-tester has joined

  147. Ge0rG has left

  148. ralphm has joined

  149. Ge0rG has left

  150. lumi has joined

  151. lskdjf has joined

  152. Guus has left

  153. Guus has left

  154. Ge0rG has left

  155. Ge0rG has left

  156. Steve Kille has left

  157. Steve Kille has left

  158. ralphm has joined

  159. Steve Kille has joined

  160. Ge0rG has left

  161. daniel has left

  162. jabberatdemo has left

  163. jabberatdemo has left

  164. Guus

    That CFE that was issued for XEP-0368 got me thinking about multiplexing services, using the ALPN TLS extension.

  165. mimi89999 has joined

  166. Guus

    I'm new to this, so if I'm asking silly questions, feel free to point that out

  167. Zash

    That's all silly

  168. Guus

    (please wait until I've actually started questions)

  169. Guus

    can we multiplex Direct TLS and STARTTLS somehow?

  170. Zash

    In theory

  171. Guus

    as the latter doesn't start out as a TLS connection, I'm assuming ALPN isn't usable there?

  172. Zash

    More like redundant, like SNI

  173. zinid

    sni is redundant?

  174. Guus

    I don't get that last statement

  175. Zash

    I'm somewhat anti all those things. As I see it, all it does is move stuff into the TLS library.

  176. Ge0rG has left

  177. Guus

    second question: if we'd add BOSH to the multiplexing-mix, would that need a new ALPN protocol ID, or use one of the HTTP-ones? The latter would prevent multiplexing with another (non-XMPP) webservice, right?

  178. Zash

    XMPP, HTTP, TLS are all fairly easily identifiable from the first few bytes, so they can be multiplexed

  179. Guus

    third question for Zash: if not use SNI / ALPN, what's the alternative for multiplexing protocols (and hosts) on one port?

  180. Guus

    with existing tooling?

  181. Zash

    Prosody does it just fine, except TLS and STARTTLS can't be on the same port.

  182. Zash

    Duno if there are other tools

  183. Holger

    TCPMUX on Port 1!

  184. Holger

    https://en.wikipedia.org/wiki/TCP_Port_Service_Multiplexer

  185. Holger

    Guus: There's sslh, for example: http://www.rutschle.net/tech/sslh.shtml

  186. Zash

    Holger: Yeah, now we get TLSMUX on port 443 instead. All this has happened before etc.

  187. Yagiza has joined

  188. Ge0rG

    History is repeating itself.

  189. daniel has left

  190. daniel has joined

  191. zinid

    you cannot offload TLS efficiently with starttls

  192. Zash

    Because?

  193. zinid

    because how?

  194. SouL

    Has anyone used http://tsung.erlang-projects.org/1/01/about/?

  195. zinid

    Zash: will you write your own balancer understanding starttls?

  196. Zash

    Is it really that hard?

  197. zinid

    Zash: writing haproxy or nginx?

  198. Zash

    zinid: I did that once, FWIW.

  199. zinid

    I think yes, it's hard

  200. zinid

    nobody interested in your handmade toys

  201. zinid

    SouL: I used tsung a lot of course

  202. Zash

    Hrrr

  203. daniel has left

  204. daniel has joined

  205. Zash

    Doesn't nginx have starttls for its email things?

  206. Zash

    And didn't that Fastmail guy add XMPP support to nginx?

  207. zinid

    so you will use SMTP STARTTLS for XMPP STARTTLS?

  208. zinid

    if "add support" means writing shitty patch, then yes, he did

  209. Zash

    I don't think I want to hear this argument agaidn

  210. zinid

    what do you want to here?

  211. zinid

    nginx out of the box doesn't support xmpp starttls

  212. zinid

    also, some guys prefer haproxy

  213. Ge0rG has left

  214. zinid

    they will not change it only because of xmpp starttls

  215. Alex has left

  216. daniel has left

  217. daniel has joined

  218. daniel has left

  219. daniel has joined

  220. Zash has left

  221. jcbrand has left

  222. la|r|ma has joined

  223. Guus

    second question: if we'd add BOSH to the multiplexing-mix, would that need a new ALPN protocol ID, or use one of the HTTP-ones? The latter would prevent multiplexing with another (non-XMPP) webservice, right?

  224. Ge0rG has left

  225. stefandxm has left

  226. ralphm has joined

  227. Ge0rG

    I'd say bosh is http

  228. jonasw

    Guus, I thnik you’d multiplex based on the requested resource then

  229. jonasw

    layer 7 routing etc.

  230. Guus

    that makes sense

  231. Zash

    Did ALPN allow the client to set multiple types?

  232. Ge0rG has left

  233. blabla has left

  234. ralphm has joined

  235. blabla has joined

  236. jcbrand has joined

  237. Guus

    I like how you talk in the past tense :)

  238. Guus

    (and: I don't know)

  239. Ge0rG has left

  240. Zash has left

  241. Wiktor has joined

  242. Zash

    Looks like it does. > "ProtocolNameList" contains the list of protocols advertised by the > client, in descending order of preference.

  243. Zash

    So, registering bosh wouldn't be too crazy.

  244. jere has joined

  245. daniel has left

  246. daniel has joined

  247. stefandxm has joined

  248. ralphm has joined

  249. Ge0rG has left

  250. ralphm has left

  251. ralphm has joined

  252. Ge0rG has left

  253. vanitasvitae has left

  254. vanitasvitae has joined

  255. ralphm has left

  256. Guus has left

  257. Ge0rG has left

  258. tim@boese-ban.de has joined

  259. zinid has left

  260. daniel has left

  261. daniel has joined

  262. Ge0rG has left

  263. jere has left

  264. lskdjf has joined

  265. jere has joined

  266. Ge0rG has left

  267. waqas has joined

  268. ralphm has joined

  269. jubalh has left

  270. Valerian has joined

  271. Valerian has left

  272. nyco has left

  273. Valerian has joined

  274. nyco has joined

  275. Flow has joined

  276. Flow has left

  277. Ge0rG has left

  278. lovetox has joined

  279. Ge0rG has left

  280. yar1k has left

  281. Tobias has left

  282. tux has joined

  283. la|r|ma has joined

  284. stefandxm

    is there any "larger" collective of error-messages than the one in xmpp core?

  285. stefandxm

    i am thinking now we get a lot of extended error codes that could probably be more generic if they were not in core.

  286. stefandxm

    so then maybe it already exists :)

  287. jere has joined

  288. Ge0rG has left

  289. Valerian has left

  290. nyco has left

  291. Valerian has joined

  292. ralphm has joined

  293. Valerian has left

  294. Ge0rG has left

  295. nyco has joined

  296. peter has joined

  297. nyco has left

  298. Ge0rG has left

  299. stefandxm has left

  300. nyco has joined

  301. Valerian has joined

  302. jere has joined

  303. la|r|ma has joined

  304. la|r|ma has joined

  305. jere has left

  306. jere has joined

  307. Ge0rG has left

  308. peter has left

  309. Guus has left

  310. jere has left

  311. jere has joined

  312. waqas has left

  313. waqas has joined

  314. Alex has joined

  315. jcbrand has left

  316. Ge0rG has left

  317. jcbrand has joined

  318. Valerian has left

  319. SamWhited

    Ge0rG: I was thinking more about tying message attaching to XEP-0359 IDs. I'm not sure that it gets us all that much anymore, because you have to support attaching by origin ID and by IDs set by the server, which feels just as weird as attaching based on the id attribute which may or may not exist.

  320. Ge0rG

    Yeah, non-mandatory non-unique IDs are what brought us into the trouble

  321. Guus has left

  322. Ge0rG has left

  323. winfried has joined

  324. jubalh has left

  325. SamWhited

    I'm not actually a fan of having two different entities that can set IDs either.

  326. Alex has left

  327. nyco has left

  328. Guus has left

  329. Guus has left

  330. jubalh has joined

  331. Ge0rG

    Two entities, three kinds of IDs. What could go wrong?

  332. Ge0rG

    Oh, all of them are optional.

  333. jonasw

    hm, right, you couldn’t attach something on a message without ID :/

  334. jonasw

    you can’t use the MAM ID anyways, thinking of it, because other clients don’t know it

  335. Ge0rG has left

  336. jere has left

  337. jere has joined

  338. Ge0rG

    maybe it would be useful to enforce origin-id == message-id.

  339. jubalh has left

  340. jonasw

    interesting idea

  341. jonasw

    bring that up on standards@

  342. Ge0rG

    There seems to be no discussion of that XEP on standards at all.

  343. Ge0rG has left

  344. Ge0rG

    oh, nevermind. my filter-fu is bad

  345. SamWhited

    Why even have origin-id at that point? Clients could just set message-id

  346. Ge0rG

    because message-ids are not guaranteed to be unique, random or even present

  347. SamWhited

    I don't follow. If you're going to say in the spec "set both of these to the same thing and make it unique and random" why not just say "set the message-id and make sure it's unique and random"

  348. SamWhited

    ?

  349. Ge0rG

    SamWhited: because as a receiving entity, you don't know the rules that the sender used to generate the ID

  350. SamWhited

    Sure you do, they say they support stanza-id in their disco

  351. MattJ

    Right, that's why it exists

  352. SamWhited

    Actually, no, I lied

  353. MattJ

    and yes, it's optional, but I think it's fine for a XEP to fail gracefully on that

  354. SamWhited

    You're getting stuff from a MAM archive, and the client that sent it originally is online… you don't have the disco info for context.

  355. SamWhited

    is offline, even.

  356. MattJ

    You don't need disco, just the element existing or not

  357. Ge0rG

    MattJ: only if there is an origin-id in the message.

  358. SamWhited

    MattJ: I was suggesting the element didn't need to exist (if you're going to set it in both places, just use the id attr), but I was confused, that doesn't provide enough context.

  359. MattJ

    Oh right, yeah, you can't rely on that

  360. SamWhited

    So yah, I agree, if you're going to support stanza-id forcing the origin-id and the id attr to be the same sounds sensible to me.

  361. MattJ

    Also some servers think it's ok to modify that whenever they want anyway :)

  362. Ge0rG

    Yeah.

  363. Ge0rG

    But then the value of message-id doesn't matter anyway.

  364. Ge0rG

    And other servers (transports) tend to remove XML payload from MUC messages.

  365. SamWhited

    It matters for things that don't support stanza-id

  366. Ge0rG

    So we are fu... doomed anyway.

  367. SamWhited

    This doesn't "fix" anything, it just makes things slightly more consistent at the cost of a tiny bit of weird useless duplication

  368. Guus has left

  369. Guus has left

  370. Ge0rG has left

  371. Guus has left

  372. jubalh has joined

  373. tux has joined

  374. jcbrand has left

  375. jcbrand has joined

  376. jcbrand has left

  377. Ge0rG has left

  378. lskdjf has left

  379. la|r|ma has joined

  380. nyco has joined

  381. la|r|ma has joined

  382. lskdjf has joined

  383. stefandxm has joined

  384. lumi has joined

  385. Guus has left

  386. peter has joined

  387. la|r|ma has joined

  388. ralphm has left

  389. Ge0rG has left

  390. Guus has left

  391. goffi has left

  392. winfried has joined

  393. winfried has joined

  394. efrit has joined

  395. Ge0rG has left

  396. stefandxm has left

  397. Guus has left

  398. efrit has left

  399. efrit has joined

  400. ralphm has left

  401. ralphm has joined

  402. winfried has left

  403. tim@boese-ban.de has joined

  404. stefandxm has left

  405. efrit has left

  406. tim@boese-ban.de has joined

  407. waqas has left

  408. efrit has joined

  409. la|r|ma has joined

  410. la|r|ma has joined

  411. winfried has joined

  412. lskdjf has joined

  413. efrit has left

  414. lskdjf has joined

  415. efrit has joined

  416. Ge0rG has left

  417. fippo

    has anyone running a public server ever tried to run yahoos open_nsfw image classifier on the avatar data?

  418. fippo

    (you can probably guess what this classifier does)

  419. Flow has joined

  420. peter has left

  421. Guus has left

  422. nyco has left

  423. lskdjf has joined

  424. winfried has joined

  425. la|r|ma has joined

  426. tim@boese-ban.de has joined

  427. tim@boese-ban.de has joined

  428. Ge0rG has left

  429. lskdjf has joined

  430. daniel has left

  431. daniel has joined

  432. lskdjf has joined

  433. Guus has left

  434. Guus has left

  435. Ge0rG has left

  436. Guus has left

  437. Guus has left

  438. la|r|ma has joined

  439. winfried has joined

  440. lumi has left

  441. ralphm has joined

  442. Ge0rG has left

  443. daniel has left

  444. daniel has joined

  445. Guus has left

  446. emxp has left

  447. jubalh has joined

  448. emxp has joined

  449. Ge0rG has left

  450. Guus has left

  451. lskdjf has joined

  452. Ge0rG has left

  453. jabberatdemo has joined

  454. efrit has left

  455. ralphm has left

  456. waqas has joined

  457. ralphm has left

  458. jabberatdemo has left

  459. ralphm has joined

  460. Ge0rG has left

  461. jjrh has left

  462. dwd has left

  463. jjrh has left

  464. jjrh has left

  465. Tobias has joined

  466. Tobias has joined

  467. la|r|ma has joined

  468. lskdjf has joined

  469. Ge0rG has left

  470. lumi has joined

  471. Guus has left

  472. Ge0rG has left

  473. la|r|ma has joined

  474. ralphm has joined

  475. lskdjf has joined

  476. jjrh has left

  477. jjrh has left

  478. Guus has left

  479. Ge0rG has left

  480. daniel has left

  481. daniel has joined

  482. jjrh has left

  483. jjrh has left

  484. nyco has joined

  485. fp-tester has left

  486. Ge0rG has left

  487. ralphm has joined

  488. nyco has left

  489. nyco has joined

  490. jjrh has left

  491. sonny has joined

  492. sonny has joined

  493. sonny has left

  494. sonny has joined

  495. Ge0rG has left

  496. sonny has left

  497. sonny has joined

  498. mimi89999 has joined

  499. Ge0rG has left

  500. jjrh has left

  501. Ge0rG has left

  502. ralphm has left

  503. nyco has left

  504. nyco has joined

  505. ralphm has joined

  506. Ge0rG has left

  507. ralphm has left

  508. valo has joined

  509. lskdjf has joined

  510. lskdjf has joined

  511. daniel has left

  512. daniel has joined

  513. ralphm has joined

  514. Ge0rG has left

  515. Ge0rG has left

  516. waqas has left

  517. Ge0rG has left

  518. jubalh has joined

  519. waqas has joined

  520. Ge0rG has left

  521. daniel has left

  522. daniel has joined

  523. Ge0rG has left

  524. valo has joined

  525. Ge0rG

    Hey that's funny. I've read the "Opportunistic TLS" proposal, then thought the term isn't correct, then thought that would be bike shedding. And now that exact discussion has happened anyway.

  526. daniel has left

  527. daniel has joined

  528. Ge0rG has left

  529. Valerian has joined

  530. fp-tester has left

  531. fp-tester has joined

  532. daniel has left

  533. daniel has joined

  534. nyco has left

  535. Lance has joined

  536. jubalh has left

  537. daniel has left

  538. daniel has joined

  539. Flow has left

  540. Ge0rG has left

  541. moparisthebest

    Guus: yes I use sslh to multiplex everything

  542. jere has joined

  543. lovetox has left

  544. daniel has left

  545. lovetox has joined

  546. daniel has joined

  547. lovetox has left

  548. lovetox has joined

  549. lovetox has left

  550. Ge0rG has left

  551. jabberatdemo has joined

  552. jere has joined

  553. jabberatdemo has left

  554. jabberatdemo has joined

  555. jabberatdemo has left

  556. Lance has left

  557. Ge0rG has left

  558. daniel has left

  559. Valerian has left

  560. SamWhited has left

  561. Guus has left

  562. Valerian has joined

  563. uc has joined

  564. jere has joined

  565. jere has joined

  566. Ge0rG has left

  567. Zash has joined

  568. Guus has left

  569. daniel has left

  570. Ge0rG has left

  571. sonny has left

  572. valo has joined

  573. Ge0rG has left

  574. Guus has left

  575. jubalh has joined

  576. daniel has left

  577. sonny has joined

  578. Guus has left

  579. jubalh has left

  580. la|r|ma has joined

  581. waqas has left

  582. jere has joined

  583. Ge0rG has left

  584. lskdjf has joined

  585. lumi has joined

  586. jere has joined

  587. Ge0rG has left

  588. ralphm has joined

  589. zinid has left

  590. Guus has left

  591. valo has joined

  592. vanitasvitae has left

  593. Ge0rG has left

  594. jere has left

  595. jere has joined

  596. Ge0rG has left

  597. Guus has left