XSF Discussion - 2019-03-23


  1. igoose has left

  2. igoose has joined

  3. igoose has left

  4. frainz has left

  5. frainz has joined

  6. arc has left

  7. arc has joined

  8. UsL has left

  9. UsL has joined

  10. yvo has left

  11. igoose has joined

  12. pep. has left

  13. pep. has joined

  14. pep. has left

  15. pep. has joined

  16. ThibG has joined

  17. gengar has joined

  18. igoose has left

  19. gengar has left

  20. gengar has joined

  21. lnj has left

  22. igoose has joined

  23. gengar has left

  24. igoose has left

  25. vanitasvitae has joined

  26. igoose has joined

  27. dos has joined

  28. gengar has joined

  29. gengar has left

  30. gengar has joined

  31. gengar has left

  32. karoshi has left

  33. gengar has joined

  34. gengar has left

  35. Tobias has left

  36. igoose has left

  37. gengar has joined

  38. gengar has left

  39. gengar has joined

  40. lumi has left

  41. gengar has left

  42. lskdjf has left

  43. gengar has joined

  44. gengar has left

  45. gengar has joined

  46. igoose has joined

  47. gengar has left

  48. gengar has joined

  49. gengar has left

  50. larma has left

  51. gengar has joined

  52. gengar has left

  53. gengar has joined

  54. Tobias has joined

  55. gengar has left

  56. gengar has joined

  57. Yagiza has joined

  58. gengar has left

  59. gengar has joined

  60. gengar has left

  61. gengar has joined

  62. igoose has left

  63. gengar has left

  64. waqas has left

  65. igoose has joined

  66. gengar has joined

  67. gengar has left

  68. gengar has joined

  69. igoose has left

  70. gengar has left

  71. gengar has joined

  72. igoose has joined

  73. gengar has left

  74. igoose has left

  75. igoose has joined

  76. ta has left

  77. ta has joined

  78. igoose has left

  79. igoose has joined

  80. UsL has left

  81. ta has left

  82. ta has joined

  83. igoose has left

  84. igoose has joined

  85. igoose has left

  86. igoose has joined

  87. valo has left

  88. Yagiza has left

  89. Neustradamus has left

  90. igoose has left

  91. igoose has joined

  92. lnj has joined

  93. Nekit has joined

  94. larma has joined

  95. gengar has joined

  96. lovetox has joined

  97. arc has left

  98. arc has joined

  99. lnj has left

  100. arc has left

  101. arc has joined

  102. wurstsalat has joined

  103. Yagiza has joined

  104. karoshi has joined

  105. valo has joined

  106. m has joined

  107. m has left

  108. m has joined

  109. lnj has joined

  110. gengar has left

  111. Ge0rG

    pep.: most have set their channels to allow registered users only, making them effectively useless for end user support

  112. moparisthebest has left

  113. moparisthebest has joined

  114. ralphm

    Why?

  115. ralphm

    Registering your nick is very common for that platform?

  116. APach has left

  117. APach has joined

  118. m has left

  119. Wiktor

    For irc? It's a measure to combat spam. Last time freenode was attacked they required registered accounts, some channels still do.

  120. Ge0rG

    ralphm: most OSS projects offer a web chat for support.

  121. gengar has joined

  122. gengar has left

  123. m has joined

  124. karoshi has left

  125. karoshi has joined

  126. !xsf_Martin has joined

  127. m has left

  128. m has joined

  129. j.r has left

  130. j.r has joined

  131. Dele Olajide has joined

  132. Alex has joined

  133. m has left

  134. ta has left

  135. ta has joined

  136. Ge0rG

    If you have some specific problem with a tool, you probably will rather give up in frustration than attempt to register an identity with an obscure 1990s underground network, especially through a web browser that doesn't even properly support identity management for that network

  137. Nekit has left

  138. ralphm

    Hope you realize we are also working on a 1990s technology.

  139. gengar has joined

  140. j.r has left

  141. j.r has joined

  142. gengar has left

  143. nyco has left

  144. Alex has left

  145. j.r has left

  146. nyco has joined

  147. j.r has joined

  148. rtq3 has joined

  149. oli has joined

  150. Yagiza has left

  151. lskdjf has joined

  152. nyco has left

  153. Alex has joined

  154. lovetox

    ietf site is down

  155. lovetox

    did anyone remember all the standards

  156. neshtaxmpp has left

  157. igoose has left

  158. igoose has joined

  159. nyco has joined

  160. !xsf_Martin has left

  161. Andrew Nenakhov

    Oh noes

  162. oli has left

  163. gengar has joined

  164. gengar has left

  165. oli has joined

  166. oli has left

  167. oli has joined

  168. oli has left

  169. oli has joined

  170. oli has left

  171. oli has joined

  172. rtq3 has left

  173. oli has left

  174. oli has joined

  175. neshtaxmpp has joined

  176. rtq3 has joined

  177. oli has left

  178. oli has joined

  179. oli has left

  180. oli has joined

  181. oli has left

  182. debacle has joined

  183. oli has joined

  184. Dele Olajide has left

  185. Dele Olajide has joined

  186. gengar has joined

  187. gengar has left

  188. ThibG has left

  189. ThibG has joined

  190. gengar has joined

  191. gengar has left

  192. Tobias has left

  193. Seve

    Hopefully they can fix the site now with https://ietf.org/blog/nokia-globalhost/ :D

  194. intosi has left

  195. Alex has left

  196. UsL has joined

  197. Tobias has joined

  198. gengar has joined

  199. Syndace has left

  200. gengar has left

  201. gengar has joined

  202. gengar has left

  203. ta has left

  204. ta has joined

  205. m has joined

  206. lskdjf has left

  207. gengar has joined

  208. Syndace has joined

  209. lumi has joined

  210. gengar has left

  211. frainz has left

  212. frainz has joined

  213. Nekit has joined

  214. gengar has joined

  215. rtq3 has left

  216. frainz has left

  217. frainz has joined

  218. m has left

  219. gengar has left

  220. lovetox has left

  221. contrapunctus has joined

  222. m has joined

  223. frainz has left

  224. gengar has joined

  225. frainz has joined

  226. gengar has left

  227. kokonoe has left

  228. kokonoe has joined

  229. oli has left

  230. oli has joined

  231. gengar has joined

  232. m has left

  233. gengar has left

  234. igoose has left

  235. gengar has joined

  236. igoose has joined

  237. gengar has left

  238. ta has left

  239. ta has joined

  240. rtq3 has joined

  241. gengar has joined

  242. gengar has left

  243. waqas has joined

  244. gengar has joined

  245. ThibG has left

  246. ThibG has joined

  247. debacle has left

  248. gengar has left

  249. lskdjf has joined

  250. m has joined

  251. m has left

  252. m has joined

  253. igoose has left

  254. gengar has joined

  255. m has left

  256. m has joined

  257. lskdjf has left

  258. lskdjf has joined

  259. igoose has joined

  260. gengar has left

  261. gengar has joined

  262. m has left

  263. m has joined

  264. kokonoe has left

  265. gengar has left

  266. waqas has left

  267. kokonoe has joined

  268. m has left

  269. m has joined

  270. yvo has joined

  271. zach has joined

  272. j.r has left

  273. j.r has joined

  274. Nekit has left

  275. gengar has joined

  276. gengar has left

  277. gengar has joined

  278. gengar has left

  279. Maranda has left

  280. Maranda has joined

  281. Nekit has joined

  282. m has left

  283. gengar has joined

  284. gengar has left

  285. arc has left

  286. arc has joined

  287. m has joined

  288. gengar has joined

  289. gengar has left

  290. kokonoe has left

  291. kokonoe has joined

  292. m has left

  293. jubalh has joined

  294. Alex has joined

  295. moparisthebest has left

  296. moparisthebest has joined

  297. arc has left

  298. arc has joined

  299. Tobias has left

  300. !xsf_Martin has joined

  301. !xsf_Martin has left

  302. Tobias has joined

  303. !xsf_Martin has joined

  304. Maranda has left

  305. Alex has left

  306. valo has left

  307. valo has joined

  308. gengar has joined

  309. Dele Olajide has left

  310. Tobias has left

  311. Dele Olajide has joined

  312. frainz has left

  313. jubalh has left

  314. frainz has joined

  315. Tobias has joined

  316. jubalh has joined

  317. gengar has left

  318. Dele Olajide has left

  319. Dele Olajide has joined

  320. karoshi has left

  321. karoshi has joined

  322. j.r has left

  323. j.r has joined

  324. jubalh has left

  325. Dele Olajide has left

  326. Dele Olajide has joined

  327. Dele Olajide has left

  328. Dele Olajide has joined

  329. Dele Olajide has left

  330. Dele Olajide has joined

  331. kokonoe has left

  332. kokonoe has joined

  333. frainz has left

  334. frainz has joined

  335. jubalh has joined

  336. Dele Olajide has left

  337. Dele Olajide has joined

  338. Maranda has joined

  339. Dele Olajide has left

  340. Dele Olajide has joined

  341. Dele Olajide has left

  342. Dele Olajide has joined

  343. Dele Olajide has left

  344. valo has left

  345. !xsf_Martin has left

  346. debacle has joined

  347. jubalh has left

  348. jubalh has joined

  349. Dele Olajide has joined

  350. Dele Olajide has left

  351. Dele Olajide has joined

  352. Nekit has left

  353. Nekit has joined

  354. Dele Olajide has left

  355. valo has joined

  356. yvo has left

  357. Guus

    In XEP-0313 MAM, section 3.5 specifies: "Servers MUST NOT include the <stanza-id/> element in messages addressed to JIDs that do not have permissions to access the archive, such as a usersโ€™s outgoing messages to their contacts."

  358. Guus

    Why is that a MUST NOT?

  359. Guus

    (XEP-0359 on the ID value of stanza-id: "The value of the 'id' attribute should not provide any further information besides the opaque ID itself. Entities observing the value MUST NOT be able to infer any information from it, e.g. the size of the message archive. The value of 'id' MUST be considered a non-secret value.")

  360. jubalh has left

  361. Zash

    If you can't query it, what purpose does it serve?

  362. valo has left

  363. valo has joined

  364. Guus

    it does serve as a unique identifier. I'm not saying it makes much sense, but the 'MUST NOT' suggests that something horrible will happen if it does go out.

  365. MattJ

    Guus, it's a combination of two things: 1) it used to be an <archived id='...' by='...' /> 2) sharing info on a need-to-know basis is a sensible default

  366. MattJ

    Now it's morphed into a generic "stanza-id" element, which just happens to share ids with the MAM archive, I think it does make less sense

  367. MattJ

    Sometimes I regret the <archived> -> <stanza-id> switch, sometimes I don't

  368. Guus

    heh

  369. Guus

    so, why would it be bad for an 'archived by' id?

  370. Guus

    I agree with it being a sensible default

  371. Guus

    but still, MUST NOT is quite strict

  372. MattJ

    Because it can be used to the client as indication that the archive may be queried?

  373. MattJ

    Why would you have an archive that someone doesn't have permission to access, and then share some of that data with them?

  374. Guus

    well, you SHOULD NOT. ๐Ÿ™‚

  375. MattJ

    But if you do, the client may assume it has permission, and will try to send you queries

  376. Guus

    which will result in errors.

  377. Guus

    meh

  378. MattJ

    So why is this a problem to you?

  379. Guus

    it's not. I was just wondering.

  380. Guus

    I thought I was missing an important security aspect, or somesuch

  381. MattJ

    On the one hand you have this argument. On the other hand you have people complaining about all the wiggle room in XEPs that use "SHOULD (NOT)" for no gain

  382. Guus

    I understand

  383. MattJ

    So there's no concrete reason I can think of right now, but that happens to be what I thought best to write at the time

  384. Guus

    that's fair.

  385. kokonoe has left

  386. MattJ

    If we'd been using stanza-id from the start, I doubt I would have written it that way

  387. yvo has joined

  388. Guus

    I've got this annoying bit where carbons are sent off before the archiving takes place ๐Ÿ˜•

  389. kokonoe has joined

  390. dele has joined

  391. dele has left

  392. yvo has left

  393. dele has joined

  394. dele has left

  395. dele has joined

  396. dele has left

  397. dele has joined

  398. Zash

    Guus: Sounds like our MUC pre-0.11, where messages are broadcasted before passing through the part where the MAM bits were attached

  399. Ge0rG

    We need more message ids!

  400. dele has left

  401. Zash

    You can never have enough message ids

  402. dele has joined

  403. dele has left

  404. dele has joined

  405. lovetox has joined

  406. Nekit has left

  407. Dele Olajide has joined

  408. Dele Olajide has left

  409. Dele Olajide has joined

  410. neshtaxmpp has left

  411. Dele Olajide has left

  412. dele has left

  413. dele has joined

  414. Dele Olajide has joined

  415. dos has left

  416. dos has joined

  417. Guus

    Zash, that sounds very much like what we have for Openfire now.

  418. Guus

    it's not very appealing to rewire all that, as it's making use of generic interceptors.

  419. Dele Olajide has left

  420. Dele Olajide has joined

  421. rtq3 has left

  422. rtq3 has joined

  423. !xsf_Martin has joined

  424. gengar has joined

  425. Guus

    In case of a one-on-one chat between two local users, openfire is storing a message just once (as it stores 'conversations', not per user archives). That means that both virtual 'archives' would contain the exact same identifier.

  426. debacle has left

  427. Guus

    XEP-313 says: " Thus the IDs defined in this extension MUST be unique and stable within the scope of the generating XMPP entity." which seems to allow it.

  428. Guus

    sorry, that's XEP-359

  429. igoose has left

  430. gengar has left

  431. Guus

    ah, 5.2 for XEP-313 also allows it

  432. Guus

    nevermind

  433. valo has left

  434. valo has joined

  435. gengar has joined

  436. Guus

    ... I now wonder if Openfire is, in effect, maintaining a message archive for non-local users.

  437. Zash

    It would be ... interesting ... if you could query your friends archives for messages to yourself

  438. Guus

    we don't keep "per user" archives.

  439. Guus

    we keep records of conversations

  440. kokonoe has left

  441. Guus

    if a user queries for it's archive, that's retrieved from all conversations that the user was part of.

  442. Zash

    I mean from eg a remote server

  443. gengar has left

  444. Guus

    That might be possible with Openfire...

  445. kokonoe has joined

  446. Guus

    I'm unsure what the retrieval query would look like, but I think we could answer the query, for all messages that you've sent on the local domain.

  447. frainz has left

  448. gengar has joined

  449. frainz has joined

  450. Guus

    ah, we're explicitly not answering the query if sent by a non-local user.

  451. gengar has left

  452. igoose has joined

  453. gengar has joined

  454. rtq3 has left

  455. nyco has left

  456. nyco has joined

  457. gengar has left

  458. rtq3 has joined

  459. ThibG has left

  460. ThibG has joined

  461. gengar has joined

  462. Guus

    Do we expect the archive ID to be added to <sent><forwarded> carbons, or only in <received><forwarded> ?

  463. Guus

    (the original sender doesn't get an echo of a server-generated stanza-id either, I think?)

  464. Holger

    No echo, but it must be added to <sent/> as well.

  465. gengar has left

  466. rtq3 has left

  467. rtq3 has joined

  468. flow

    FWIW i aggree with Guus that the MUST NOT feels not well placed. I think we should simply remove the sentence if possible.

  469. MattJ

    PRs welcome, I don't think it needs a namespace bump

  470. gengar has joined

  471. flow

    I also don't think it needs one. And every little bit we can remove without "downgrading" the spec reduces the noise and makes it easier to understand and implement

  472. Guus

    I wasn't making much of a statement other than that I'm trying to determine if I understood the details right.

  473. flow

    Ahh, Guus so you don't want to send a PR?

  474. Nekit has joined

  475. Guus

    I'm not _against_ making one

  476. gengar has left

  477. zach has left

  478. Guus

    but for now, my wife is giving me the stare ๐Ÿ™‚

  479. Guus

    afk

  480. MattJ

    I know that stare

  481. !xsf_Martin has left

  482. flow

    And I always thought the stare was an uncommon phenomenom only happening to me

  483. gengar has joined

  484. jubalh has joined

  485. zach has joined

  486. zach has left

  487. zach has joined

  488. gengar has left

  489. gengar has joined

  490. zach has left

  491. zach has joined

  492. gengar has left

  493. jubalh has left

  494. jubalh has joined

  495. zach has left

  496. zach has joined

  497. yvo has joined

  498. neshtaxmpp has joined

  499. jubalh has left

  500. jubalh has joined

  501. frainz has left

  502. frainz has joined

  503. Dele Olajide has left

  504. jubalh has left

  505. jubalh has joined

  506. dele has left

  507. Dele Olajide has joined

  508. dele has joined

  509. jubalh has left

  510. oli has left

  511. ThibG has left

  512. ThibG has joined

  513. kokonoe has left

  514. Dele Olajide has left

  515. dele has left

  516. Dele Olajide has joined

  517. dele has joined

  518. bowlofeggs has left

  519. bowlofeggs has joined

  520. kokonoe has joined

  521. Dele Olajide has left

  522. dele has left

  523. dele has joined

  524. Dele Olajide has joined

  525. pep.

    https://xmpp.org/extensions/xep-0277.html TIL this is not draft

  526. Neustradamus has joined

  527. dos has left

  528. Zash

    !

  529. Zash

    Oh

  530. Zash

    That number is way too easy to confuse with https://xmpp.org/extensions/xep-0227.html

  531. pep.

    heh

  532. pep.

    Can we bring back bunneh to life?

  533. Nekit has left

  534. Zash

    Necromancy?

  535. Dele Olajide has left

  536. dele has left

  537. pep.

    https://xmpp.org/extensions/xep-0277.html#receive can somebody explain what the Note means. I have a PR with a few typos in that XEP, I'd like to fix that as well. "Note: these alternate links were not posted by client because client can't compute them itself. These things SHOULD be inserted at server side though."

  538. pep.

    Ah I get it now

  539. oli has joined

  540. Zash

    s/posted/generated/ or somesuch

  541. pep.

    I guess posted works as well

  542. Zash

    Odd wording IMO

  543. pep.

    "These alternate links were not posted by the original client because clients can't compute them themselves. [..]", at least

  544. Zash

    included, generated, computed

  545. debacle has joined

  546. pep.

    https://xmpp.org/extensions/xep-0277.html#metadata Do I understand correctly that this <item id='0'> MUST exist? :x

  547. pep.

    Or is it just if I want to provide metadata about my microblog

  548. pep.

    I think there should be a language review step before publishing :/

  549. Zash

    Huh

  550. Zash

    Yet another vcard?

  551. pep.

    Seems like it

  552. pep.

    Though, it is not impossible that people have access to your microblog but not your vcard right

  553. pep.

    (vcard4)

  554. Zash

    If you (the user) made one public but not the other then maybe you had a reason for that and it seems silly to bypass that and publish your personal info in more places

  555. pep.

    I'm not especially arguing for this metadata entry, but you might want to have a lesser version of your vcard to show for people looking at your (public) microblog, and a more complete version for your contacts

  556. pep.

    I mean I'm not arguing for implementing this in 277. That could be 292 with a different set of ACLs :-ยฐ

  557. pep.

    But anyway, we're going astray from my original question

  558. Zash

    ... you want Bunneh secret sause?

  559. pep.

    I assume it's not a MUST then. it's an "if then MUST".

  560. oli has left

  561. Zash

    Is the goal to not require explicit server support?

  562. !xsf_Martin has joined

  563. pep.

    hmm?

  564. Zash

    There is no "discovering support" section, I think those were mandatory?

  565. Zash

    Problematic to expect the server to maybe do stuff without any way to know that.

  566. Zash

    Personally I wish you could just post Atom to a node and be happy, but like every federated social feed protocol, the pain begins with replies and comments.

  567. yvo has left

  568. igoose has left

  569. igoose has joined

  570. !xsf_Martin has left

  571. !xsf_Martin has joined

  572. !xsf_Martin has left

  573. !xsf_Martin has joined

  574. !xsf_Martin has left

  575. j.r has left

  576. j.r has joined

  577. waqas has joined

  578. jubalh has joined

  579. jubalh has left

  580. Dele Olajide has joined

  581. Neustradamus has left

  582. Neustradamus has joined

  583. Neustradamus has left

  584. Neustradamus has joined

  585. Neustradamus has left

  586. Neustradamus has joined

  587. Neustradamus has left

  588. Neustradamus has joined

  589. Neustradamus has left

  590. Neustradamus has joined

  591. Dele Olajide has left