XSF Discussion - 2023-03-29


  1. Wojtek has joined

  2. atomicwatch has joined

  3. stp has joined

  4. mentos124 has left

  5. david has joined

  6. david has left

  7. uhoreg has left

  8. Half-Shot has left

  9. Matthew has left

  10. homebeach has left

  11. Half-Shot has joined

  12. Matthew has joined

  13. homebeach has joined

  14. uhoreg has joined

  15. BASSGOD has joined

  16. larma has left

  17. catchy has left

  18. Wojtek has left

  19. larma has joined

  20. pablo has joined

  21. goldbeardp has joined

  22. atomicwatch has left

  23. Martin has left

  24. Martin has joined

  25. snow has left

  26. stp has left

  27. jgart has joined

  28. atomicwatch has joined

  29. pablo has left

  30. jgart has left

  31. Arne has left

  32. Martin has left

  33. Martin has joined

  34. franck-x has left

  35. 775857429 has joined

  36. goldbeardp has left

  37. restive_monk has left

  38. goldbeardp has joined

  39. stp has joined

  40. intosi has left

  41. intosi has joined

  42. millesimus has left

  43. Steve Kille has left

  44. Steve Kille has joined

  45. atomicwatch has left

  46. stp has left

  47. zonsopkomst has left

  48. millesimus has joined

  49. Menel has left

  50. zonsopkomst has joined

  51. atomicwatch has joined

  52. asterix has left

  53. asterix has joined

  54. goldbeardp has left

  55. snow has joined

  56. goldbeardp has joined

  57. jgart has joined

  58. intosi has left

  59. intosi has joined

  60. paul has left

  61. intosi has left

  62. intosi has joined

  63. intosi has left

  64. intosi has joined

  65. moparisthebest has left

  66. moparisthebest has joined

  67. jgart has left

  68. millesimus has left

  69. wladmis has left

  70. millesimus has joined

  71. lskdjf has left

  72. pablo has joined

  73. atomicwatch has left

  74. Menel has joined

  75. atomicwatch has joined

  76. Tobias has left

  77. Tobias has joined

  78. atomicwatch has left

  79. pablo has left

  80. pablo has joined

  81. Yagiza has joined

  82. atomicwatch has joined

  83. atomicwatch has left

  84. catchy has joined

  85. pablo has left

  86. kurisu has left

  87. pablo has joined

  88. millesimus has left

  89. goldbeardp has left

  90. snow has left

  91. atomicwatch has joined

  92. atomicwatch has left

  93. pablo has left

  94. millesimus has joined

  95. marc0s has left

  96. marc0s has joined

  97. mirux has joined

  98. atomicwatch has joined

  99. atomicwatch has left

  100. resoli has joined

  101. paul has joined

  102. intosi has left

  103. intosi has joined

  104. nicola has joined

  105. MSavoritias (fae,ve) has joined

  106. atomicwatch has joined

  107. atomicwatch has left

  108. resoli has left

  109. eevvoor has joined

  110. petrescatraian has joined

  111. floretta has left

  112. goldbeardp has joined

  113. floretta has joined

  114. adiaholic has left

  115. adiaholic has joined

  116. atomicwatch has joined

  117. atomicwatch has left

  118. wurstsalat has joined

  119. floretta has left

  120. floretta has joined

  121. Seve has joined

  122. jcbrand has joined

  123. Tobias has left

  124. Tobi has left

  125. Tobi has joined

  126. Tobias has joined

  127. Peter Waher has left

  128. PeterW has left

  129. floretta has left

  130. atomicwatch has joined

  131. atomicwatch has left

  132. floretta has joined

  133. jgart has joined

  134. Tobias has left

  135. Tobias has joined

  136. resoli has joined

  137. Axel R. has joined

  138. asterix has left

  139. asterix has joined

  140. atomicwatch has joined

  141. atomicwatch has left

  142. kurisu has joined

  143. emus has joined

  144. floretta has left

  145. floretta has joined

  146. uhoreg has left

  147. Half-Shot has left

  148. Matthew has left

  149. homebeach has left

  150. Half-Shot has joined

  151. Matthew has joined

  152. homebeach has joined

  153. uhoreg has joined

  154. asterix has left

  155. asterix has joined

  156. goldbeardp has left

  157. asterix has left

  158. asterix has joined

  159. intosi has left

  160. intosi has joined

  161. atomicwatch has joined

  162. atomicwatch has left

  163. Tobias has left

  164. Tobi has left

  165. adiaholic has left

  166. adiaholic has joined

  167. atomicwatch has joined

  168. atomicwatch has left

  169. floretta has left

  170. floretta has joined

  171. goffi has joined

  172. atomicwatch has joined

  173. floretta has left

  174. floretta has joined

  175. goldbeardp has joined

  176. larma has left

  177. neox has joined

  178. larma has joined

  179. konstantinos has joined

  180. intosi has left

  181. asterix has left

  182. asterix has joined

  183. intosi has joined

  184. brunrobe has left

  185. KitKat::new() has left

  186. Mjolnir Archon has left

  187. Maranda has left

  188. floretta has left

  189. Mario Sabatino has joined

  190. floretta has joined

  191. Kev has joined

  192. Kev has left

  193. intosi has left

  194. intosi has joined

  195. Kev has joined

  196. SteveF has joined

  197. Martin has left

  198. Martin has joined

  199. Tobi has joined

  200. Tobias has joined

  201. jgart has left

  202. atomicwatch has left

  203. atomicwatch has joined

  204. atomicwatch has left

  205. atomicwatch has joined

  206. atomicwatch has left

  207. atomicwatch has joined

  208. atomicwatch has left

  209. atomicwatch has joined

  210. atomicwatch has left

  211. atomicwatch has joined

  212. atomicwatch has left

  213. atomicwatch has joined

  214. atomicwatch has left

  215. atomicwatch has joined

  216. atomicwatch has left

  217. atomicwatch has joined

  218. atomicwatch has left

  219. atomicwatch has joined

  220. atomicwatch has left

  221. djorz has joined

  222. djorz has left

  223. atomicwatch has joined

  224. atomicwatch has left

  225. atomicwatch has joined

  226. atomicwatch has left

  227. atomicwatch has joined

  228. atomicwatch has left

  229. LNJ has joined

  230. atomicwatch has joined

  231. atomicwatch has left

  232. Tobias has left

  233. Tobi has left

  234. Tobi has joined

  235. Tobias has joined

  236. atomicwatch has joined

  237. atomicwatch has left

  238. atomicwatch has joined

  239. atomicwatch has left

  240. Mikaela has joined

  241. Tim R has joined

  242. Arne has joined

  243. Tim R has left

  244. atomicwatch has joined

  245. atomicwatch has left

  246. Tim R has joined

  247. Chad has left

  248. Chad has joined

  249. chipmnk has left

  250. atomicwatch has joined

  251. atomicwatch has left

  252. atomicwatch has joined

  253. chipmnk has joined

  254. atomicwatch has left

  255. Andrzej has joined

  256. Tobias has left

  257. Tobias has joined

  258. Mikaela has left

  259. atomicwatch has joined

  260. atomicwatch has left

  261. khirput has left

  262. khirput has joined

  263. atomicwatch has joined

  264. atomicwatch has left

  265. atomicwatch has joined

  266. atomicwatch has left

  267. arcxi has left

  268. atomicwatch has joined

  269. atomicwatch has left

  270. atomicwatch has joined

  271. atomicwatch has left

  272. arcxi has joined

  273. chipmnk has left

  274. chipmnk has joined

  275. franck-x has joined

  276. atomicwatch has joined

  277. atomicwatch has left

  278. adiaholic has left

  279. atomicwatch has joined

  280. adiaholic has joined

  281. atomicwatch has left

  282. konstantinos has left

  283. atomicwatch has joined

  284. atomicwatch has left

  285. projjalm has joined

  286. atomicwatch has joined

  287. atomicwatch has left

  288. sonny has joined

  289. stp has joined

  290. atomicwatch has joined

  291. atomicwatch has left

  292. Axel R. has left

  293. Axel R. has joined

  294. L29Ah has left

  295. antranigv has joined

  296. Titi has joined

  297. atomicwatch has joined

  298. atomicwatch has left

  299. Guus

    The website at xmpp.org is unresponsive to me.

  300. antranigv has left

  301. jonas’

    wfm

  302. Dele Olajide has joined

  303. atomicwatch has joined

  304. uhoreg has left

  305. Half-Shot has left

  306. Matthew has left

  307. homebeach has left

  308. Half-Shot has joined

  309. Matthew has joined

  310. homebeach has joined

  311. uhoreg has joined

  312. atomicwatch has left

  313. atomicwatch has joined

  314. atomicwatch has left

  315. konstantinos has joined

  316. Guus

    won't work on on phone or desktop

  317. jonas’

    can you provide the output of `mtr -4 --report xmpp.org` and `mtr -6 --report xmpp.org`?

  318. Guus

    oh, does work if I do not use my ISP but a mobile network

  319. jonas’

    then I blame your ISP

  320. Guus

    ack

  321. Guus

    I cannot resolve xmpp.org at all, it seems.

  322. 775857429 has left

  323. Trung

    ISP(s) and DNS are the MIM

  324. stp has left

  325. atomicwatch has joined

  326. atomicwatch has left

  327. atomicwatch has joined

  328. atomicwatch has left

  329. Zash

    One DNS NS is currently borked, but the other one was fine last I looked

  330. atomicwatch has joined

  331. atomicwatch has left

  332. jonas’

    .. and how recursors handle that differs

  333. atomicwatch has joined

  334. Guus

    ... do we have statistics of our website? Do we see a notable drop in traffic?

  335. MattJ

    We don't

  336. MattJ

    I expect we would see a drop though, yes

  337. MattJ

    IPv6 is broken, for example

  338. MattJ

    The DNS and mail server is entirely unreachable

  339. Zash

    count web server log lines per day?

  340. stp has joined

  341. Axel R. has left

  342. Axel R. has joined

  343. Guus

    That might have gone up with lots of errors. :)

  344. Zash

    Probably only noticable for silly people like me, running their own resolvers

  345. Guus

    well, my ISP isn't liking this either.

  346. Zash

    given 2 weeks of logs, I don't see any drop

  347. MattJ

    It certainly *shouldn't* be an issue. And if it is, it at least shouldn't be permanent. Handling this kind of failure is supposed to be one of the primary features of DNS :)

  348. MattJ

    The IPv6 issue on top of things probably isn't helping though

  349. Guus

    shouldn't be != isn't

  350. Guus

    ralphm / intosi : I think we share the same ISP (Freedom). Are DNS lookups for xmpp.org working for you?

  351. mjk has left

  352. mirux has left

  353. jcbrand has left

  354. jcbrand has joined

  355. mirux has joined

  356. mirux has left

  357. mirux has joined

  358. mjk has joined

  359. ralphm

    Not fair for me, because one of the name servers is in my garage

  360. ralphm

    But ns1.xmpp.org is unresponsive

  361. Dele Olajide has left

  362. Dele Olajide has joined

  363. floretta has left

  364. ralphm

    And I think that host is in our own infra, as the IP address is in the XSF range

  365. antranigv has joined

  366. Tobias has left

  367. Tobias has joined

  368. Dele Olajide has left

  369. Dele Olajide has joined

  370. Dele Olajide has left

  371. kurisu has left

  372. kurisu has joined

  373. Vidak has left

  374. mirux has left

  375. mirux has joined

  376. floretta has joined

  377. gooya has joined

  378. MattJ

    Yes, there have been a number of infra issues this week, I don't know if this one is related or something new. I've emailed Jerry and folk (since the mailing lists probably aren't working)

  379. kurisu has left

  380. kurisu has joined

  381. Tobias has left

  382. Tobi has left

  383. Tobi has joined

  384. L29Ah has joined

  385. Tobias has joined

  386. Menel has left

  387. 644043 has left

  388. Tobias has left

  389. Tobi has left

  390. Tobias has joined

  391. Tobias has left

  392. Tobi has joined

  393. Tobias has joined

  394. mirux has left

  395. praveen has joined

  396. mirux has joined

  397. projjalm has left

  398. sonny has left

  399. sonny has joined

  400. neshtaxmpp has left

  401. neshtaxmpp has joined

  402. projjalm has joined

  403. 775857429 has joined

  404. neshtaxmpp has left

  405. neshtaxmpp has joined

  406. franck-x has left

  407. neshtaxmpp has left

  408. neshtaxmpp has joined

  409. mirux has left

  410. pablo has joined

  411. mirux has joined

  412. mirux has left

  413. mirux has joined

  414. 775857429 has left

  415. pablo has left

  416. andrew has left

  417. andrew has joined

  418. nicoco has left

  419. nicoco has joined

  420. papatutuwawa has joined

  421. stp has left

  422. Peter Waher has joined

  423. resoli has left

  424. resoli has joined

  425. Martin has left

  426. Martin has joined

  427. sonny has left

  428. goldbeardp has left

  429. resoli has left

  430. sonny has joined

  431. xnamed has left

  432. xnamed has joined

  433. Tobias has left

  434. Tobi has left

  435. Tobias has joined

  436. Tobias has left

  437. Tobi has joined

  438. Tobias has joined

  439. Tobias has left

  440. Tobias has joined

  441. adiaholic has left

  442. adiaholic has joined

  443. govanify has left

  444. govanify has joined

  445. goldbeardp has joined

  446. wladmis has joined

  447. 775857429 has joined

  448. projjalm has left

  449. Andrzej has left

  450. uhoreg has left

  451. Half-Shot has left

  452. Matthew has left

  453. homebeach has left

  454. Half-Shot has joined

  455. Matthew has joined

  456. homebeach has joined

  457. uhoreg has joined

  458. mdosch has left

  459. mdosch has joined

  460. resoli has joined

  461. goldbeardp has left

  462. papatutuwawa has left

  463. 644043 has joined

  464. L29Ah has left

  465. antranigv has left

  466. resoli has left

  467. goldbeardp has joined

  468. eevvoor has left

  469. 644043 has left

  470. jackhill has left

  471. antranigv has joined

  472. eevvoor has joined

  473. adiaholic has left

  474. adiaholic has joined

  475. neshtaxmpp has left

  476. neshtaxmpp has joined

  477. pablo has joined

  478. 775857429 has left

  479. pablo has left

  480. floretta has left

  481. floretta has joined

  482. praveen has left

  483. papatutuwawa has joined

  484. intosi

    @Guus: I don't use their resolvers, so wouldn't know.

  485. Tobias has left

  486. Tobi has left

  487. Tobi has joined

  488. Tobias has joined

  489. xnamed has left

  490. intosi

    A quick test seems to suggest it's resolving them, but a query that triggers a fetch takes a moment, probably because it tries ns1.xmpp.org first.

  491. Menel has joined

  492. 775857429 has joined

  493. MattJ

    Will it break anything if I take ns1 off the domain? The secondaries will still be happy to sync from it when it comes back?

  494. intosi

    It shouldn't break anything.

  495. intosi

    The secondaries will sync once the master becomes back.

  496. intosi

    * comes.

  497. moparisthebest

    Can always set up a free secondary like https://freedns.afraid.org/secondary/ or https://dns.he.net/

  498. MattJ

    ns1 removed

  499. moparisthebest

    Is .org one of the ones that requires 2 name servers? Some tlds do

  500. resoli has joined

  501. MattJ

    We have several

  502. 775857429 has left

  503. marc has left

  504. marc has joined

  505. uhoreg has left

  506. Half-Shot has left

  507. Matthew has left

  508. homebeach has left

  509. Half-Shot has joined

  510. Matthew has joined

  511. homebeach has joined

  512. uhoreg has joined

  513. marc has left

  514. marc has joined

  515. 644043 has joined

  516. marc has left

  517. marc has joined

  518. marc has left

  519. adiaholic has left

  520. marc has joined

  521. floretta has left

  522. adiaholic has joined

  523. xnamed has joined

  524. marc has left

  525. marc has joined

  526. Guus

    xmpp.org is back for me.

  527. MattJ

    Great

  528. Guus

    Has anyone ever dealt with a scenario where entities are subscribing to a pubsub node that is expected to exist in the future, but isn't yet?

  529. singpolyma has left

  530. floretta has joined

  531. atomicwatch has left

  532. MattJ

    Options: 1) auto-create the node with some defaults (that's an optional feature defined in XEP-0060), 2) reject the subscription request (node doesn't exist, after all), 3) some weird thing where you pretend the subscription succeeded, as if the node exists

  533. MattJ

    (3) sounds like what you're thinking, but it really doesn't seem sensible to me

  534. Andrzej has joined

  535. MattJ

    No technical reason it can't be done though, like a kind of waiting list thing

  536. Guus

    I didn't know about the auto-create option

  537. wurstsalat has left

  538. MattJ

    At the point where you're storing a list of "future" subscribers, and telling them that their subscription worked, you might as well just create the node

  539. stp has joined

  540. wurstsalat has joined

  541. marc has left

  542. Guus

    I was thinking about the same thing. I'm not sure if there are requirements around ownership etc

  543. Guus

    I'll see where I get with auto-create. Not even sure if Openfire supports it.

  544. marc has joined

  545. Guus

    Thanks

  546. 775857429 has joined

  547. Peter Waher

    There is a technical reason for not allowing subscriptions to nodes that do not exist: A persistant subscription needs to be persisted. Typically, such subscriptions are removed, if the node is removed; that is the means to clense the database. If there’s no node, no such mechanism to cleanse the database would exist. There would also not exist rules for how/when/how many such subscriptions would be allowed, and by whom. You would therefore create a machanism to completely fill the database with nuisance subscriptions to nodes that do not exist, efficiently taking the server down. If subscriptions are not persistant, they would have to be kept in internal memory, and the same applies there: You would create a mechanism to deplete the internal memory of the server.

  548. stp has left

  549. jcbrand has left

  550. L29Ah has joined

  551. jackhill has joined

  552. Tobias has left

  553. Tobias has joined

  554. lskdjf has joined

  555. marc has left

  556. marc has joined

  557. singpolyma has joined

  558. jcbrand has joined

  559. Calvin has joined

  560. singpolyma

    > At the point where you're storing a list of "future" subscribers, and telling them that their subscription worked, you might as well just create the node I see the logic here, but allowing random people to cause a note to be created feels Really Bad

  561. singpolyma

    > At the point where you're storing a list of "future" subscribers, and telling them that their subscription worked, you might as well just create the node I see the logic here, but allowing random people to cause a node to be created feels Really Bad

  562. MattJ

    That's why it's optional, and the other specified approach is to simply return an error

  563. Calvin has left

  564. Calvin has joined

  565. Peter Waher

    Basically, allowing random people to create random nodes creates the same vulnerability: Ability for malicious actors to create nuicanse nodes, and take the server down.

  566. intosi

    auto-create is a feature that's used for PEP, for instance. Doesn't mean there can't be ACLs involved.

  567. marc has left

  568. marc has joined

  569. Calvin has left

  570. Calvin has joined

  571. Wojtek has joined

  572. 775857429 has left

  573. Calvin has left

  574. pep.

    Does autocreate mean the creator is the owner?

  575. Guus

    Not all XMPP server instances operate in an open-federation chat model.

  576. intosi

    ^ What Guus said.

  577. xnamed has left

  578. MattJ

    Oh, I may have misremembered. Auto-create in XEP-0060 only talks about auto-create on *publish*, not subscribe

  579. MattJ

    Prosody, however, supports both

  580. L29Ah has left

  581. intosi

    M-Link only supports that on publish.

  582. snow has joined

  583. MattJ

    pep., in Prosody's implementation subscribers triggering node creation does not make them owner, no. The node doesn't have an explicit owner, in that case. Typically owners/admins of the service have access to it.

  584. Zash

    Didn't we change how that works?

  585. MattJ

    Did we?

  586. Calvin has joined

  587. Zash

    We store recipients outside of the pubsub service, which gets used on publish, at least for the +notify type of implicit subscription

  588. MattJ

    Ah, for PEP, yeah

  589. Zash

    Oh, were we only talking about generic pubsub?

  590. stp has joined

  591. intosi has left

  592. intosi has joined

  593. MattJ

    I don't know. I was :)

  594. franck-x has joined

  595. snow has left

  596. xnamed has joined

  597. mentos124 has joined

  598. marc has left

  599. marc has joined

  600. Tobias has left

  601. Tobi has left

  602. marc has left

  603. Tobi has joined

  604. Tobias has joined

  605. marc has joined

  606. floretta has left

  607. floretta has joined

  608. singpolyma has left

  609. singpolyma has joined

  610. projjalm has joined

  611. matthias has joined

  612. intosi has left

  613. intosi@ik.nu has joined

  614. Alex has left

  615. Alex has joined

  616. neshtaxmpp has left

  617. neshtaxmpp has joined

  618. marc has left

  619. Guus

    I was too. Is it true that MQTT-like implemenations of pub/sub do not take into account the existence of a topic? Maybe driven by having no persistency, making a 'subscription to a topic' almost like a filtering operation?

  620. marc has joined

  621. marc has left

  622. marc has joined

  623. Tobias has left

  624. Tobi has left

  625. Tobi has joined

  626. Tobi has left

  627. Tobi has joined

  628. Tobias has joined

  629. praveen has joined

  630. Peter Waher

    this is true

  631. Steve Kille has left

  632. Peter Waher

    you don’t create topics in MQTT

  633. snow has joined

  634. Peter Waher

    You can create random topics, fwiw

  635. praveen has left

  636. Peter Waher

    subscription is a filtering operation

  637. Peter Waher

    (subscriptions can include wildcards)

  638. Peter Waher

    You can use random topics, fwiw

  639. Peter Waher

    example: You can publish sensor data to topics of the type Sensor/ID/FIELD/VALUE, and then a client can subscribe to Sensor/+/Temperature/+ to get all temperature sensor values. ID can be any random value

  640. Peter Waher

    Value could be floating point values for instance

  641. Peter Waher

    (in this example)

  642. Steve Kille has joined

  643. Peter Waher

    (Perhaps the Value-part of the topic in this examples, make little sense, but nothing prohibits it, unless you publish a lot of meta-data there for different values)

  644. marc has left

  645. marc has joined

  646. goldbeardp has left

  647. xnamed has left

  648. L29Ah has joined

  649. sonny has left

  650. marc has left

  651. marc has joined

  652. Andrzej has left

  653. Guus

    Ok, thanks.

  654. goldbeardp has joined

  655. Rebeld has left

  656. sonny has joined

  657. konstantinos has left

  658. Guus

    That's helpful. Does anyone know why such a mode of operations does not seem to be built into the XMPP spec for pub/sub? Does that have to do with leaning more on persistent data, in XMPP-world?

  659. konstantinos has joined

  660. xnamed has joined

  661. Tim R has left

  662. Peter Waher

    I’ve tried to lift in such issues, many years ago however. Interest in other than IM-based-technologies was limited…

  663. Tim R has joined

  664. Peter Waher

    (in these groups, I have to add; many other groups exist that use these technologies. They just don’t discuss them here. Pointer for those who wonder why companies keep quiet about using XMPP.)

  665. Tim R has left

  666. neshtaxmpp has left

  667. neshtaxmpp has joined

  668. belove has left

  669. marc has left

  670. neshtaxmpp has left

  671. konstantinos has left

  672. neshtaxmpp has joined

  673. marc has joined

  674. mentos124 has left

  675. xnamed has left

  676. belove has joined

  677. marc has left

  678. BASSGOD has left

  679. Calvin has left

  680. marc has joined

  681. Calvin has joined

  682. Calvin has left

  683. Calvin has joined

  684. wladmis has left

  685. Alex has left

  686. wladmis has joined

  687. Menel has left

  688. Alex has joined

  689. marc has left

  690. marc has joined

  691. wladmis has left

  692. wladmis has joined

  693. mentos124 has joined

  694. Menel has joined

  695. wladmis has left

  696. wladmis has joined

  697. wladmis has left

  698. neshtaxmpp has left

  699. neshtaxmpp has joined

  700. wladmis has joined

  701. wladmis has left

  702. wladmis has joined

  703. Tobias has left

  704. MattJ

    Why do they?

  705. Tobias has joined

  706. Tobias has left

  707. lskdjf has left

  708. MattJ

    > Does anyone know why such a mode of operations does not seem to be built into the XMPP spec for pub/sub? I don't see anything in the spec that prevents this mode of operation, should an implementation desire to support it

  709. BASSGOD has joined

  710. Tobias has joined

  711. marc has left

  712. Dele Olajide has joined

  713. marc has joined

  714. tbm16 has joined

  715. MattJ

    auto-create on publish makes node awareness optional, PEP uses the subscription filter model heavily

  716. marc has left

  717. Dele Olajide has left

  718. Dele Olajide has joined

  719. Dele Olajide has left

  720. marc has joined

  721. Titi has left

  722. Peter Waher

    In May of 2014 (soon 9 years ago) I made a study of the differences (strengths/weaknesses) between XMPP and MQTT, and tried to create interest to improve XMPP with extensions of things lacking in XMPP, but that existed in MQTT. (This includes Quality of Service and queue-ing, for instance, but also other adjacent areas. Let me know if anyone is interested in reading results.) Interest was low from the XSF group, which focused(-s) mainly on IM, rather than viewing XMPP as a more generic transport protocol for multiple use cases (other than IM). (Interest is/was higher in other groups, who wish to stay more agnostic to overlying use cases).

  723. MattJ

    The XSF is an open group. If the XSF is focused mainly on IM, it's because more IoT folk did not join it.

  724. moparisthebest

    "the XSF" isn't a group with a focus at all

  725. moparisthebest

    Individual members of the XSF have different focuses of course, but anyone can join with their own

  726. pep.

    That's what I've always found sad about the XSF :(

  727. moparisthebest

    Hard disagree, that's what's great about the XSF, a major strength

  728. pep.

    You disagree that I find this sad?

  729. Dele Olajide has joined

  730. MSavoritias (fae,ve)

    well obviously it has a focus as it is obvious here

  731. moparisthebest

    Hehe, well I disagree that it's a sad thing

  732. MSavoritias (fae,ve)

    from people being uniterested in the study i mean

  733. MSavoritias (fae,ve)

    and because most of the xeps are focused on messaging

  734. Dele Olajide has left

  735. Dele Olajide has joined

  736. tbm16 has left

  737. moparisthebest

    *members individually* have interest and focus, not the XSF

  738. Dele Olajide has left

  739. MSavoritias (fae,ve)

    we can pretend its not but that doesnt help the conversation

  740. Peter Waher

    And still, MQTT (mqtt.org), representing an inferior protocol (in how it is being used in reality) has had much more success in promoting its ideas and technology, compared to the XSF (xmpp.org)… To understand why, first you need to be interested in figuring out why, and analyze the problem openly, and self-critically, without coming to premature conclusions… Self-criticism is not the forte of this group unfortunately, and therefore improvement in this field is difficult/impossible.

  741. moparisthebest

    I pretty much despise iot things, why would I have an interest in improving them? Other people might be interested in iot and not interested in personal chat, we can all be XSF members and work on different things and share work on the overlap

  742. MSavoritias (fae,ve)

    > And still, MQTT (mqtt.org), representing an inferior protocol (in how it is being used in reality) has had much more success in promoting its ideas and technology, compared to the XSF (xmpp.org)… To understand why, first you need to be interested in figuring out why, and analyze the problem openly, and self-critically, without coming to premature conclusions… Self-criticism is not the forte of this group unfortunately, and therefore improvement in this field is difficult/impossible. yeah. there seems to be a lot of self reinforcing mindsent sadly...

  743. Trung

    imagine your car have a JID and you send a text to turn on the air-con before you leave the house 😁 that'd be cool

  744. moparisthebest

    The premise that the XSF should have a singular focus at the expense of others is frankly absurd, we are a volunteer org

  745. Titi has joined

  746. moparisthebest

    Trung: no, cars shouldn't be connected to the internet at all ever :P

  747. MSavoritias (fae,ve)

    well volunteer doesnt mean we are not focused :)

  748. Trung

    oh rite sorry hahahahaha

  749. Dele Olajide has joined

  750. Peter Waher

    Trung: We are involved in exactly such projects. Also, allowing the car to pay for parking automatically… XMPP in the back-end.

  751. MattJ

    Peter Waher, if you want more IoT in the XSF, you need to participate in the XSF, you need to encourage others in your space to participate in the XSF. That's about it.

  752. MattJ

    We have an iot channel on this server and you're not in it :)

  753. MSavoritias (fae,ve)

    well sadly thats half the work

  754. Dele Olajide has left

  755. moparisthebest

    If no one is paying me I'm not going to focus on iOT in my free time, if they try to pay me I'll try and find another job :P What's wrong with focusing where you want to focus personally?

  756. MSavoritias (fae,ve)

    the other half is xsf being open to it and promoting such stuff

  757. Peter Waher

    MattJ: I did that, and retracted proposals as there was little interest in this group. It’s greater elsewhere.

  758. MSavoritias (fae,ve)

    as pep. has said also many time

  759. MattJ

    MSavoritias (fae,ve), the XSF is open, as I said

  760. Tim R has joined

  761. MattJ

    The XSF is the people who participate in it

  762. MattJ

    The XSF is not some mythical being behind a curtain

  763. moparisthebest

    Things will have overlap and collaboration is great and is what the XSF is for, but it having a focus outside that is absurd

  764. MSavoritias (fae,ve)

    of course not. i didnt say it was

  765. Zash

    Nothing says you _have to_ do it in the XSF

  766. Peter Waher

    Examples: * https://xmpp.org/extensions/xep-0323.html * https://xmpp.org/extensions/xep-0324.html * https://xmpp.org/extensions/xep-0325.html * https://xmpp.org/extensions/xep-0326.html

  767. MSavoritias (fae,ve)

    but being open is half the work as i said

  768. Dele Olajide has joined

  769. Peter Waher

    (and several others)

  770. Zash

    If you wanna publish XEP-like things trough other means, that is also allowed.

  771. MattJ

    If nobody with IoT interests or expertise participates in the XSF, the XSF does not have any IoT expertise or interests

  772. MattJ

    MSavoritias (fae,ve), and who do you expect to do the other half of the work?

  773. Peter Waher

    The point is: It is a volunteer organization. A lot of energy goes into writing proposals. You only spend that time and energy, if the recipients is interested in receiving the message. The alternative is to wait for a better opportunity (times change, and so do interests), or find other communities, more interested in these fields.

  774. MattJ

    That's fine. If IoT folk are gathered elsewhere, that's the best place to reach them, indeed.

  775. MSavoritias (fae,ve)

    > MSavoritias (fae,ve), and who do you expect to do the other half of the work? collectively :) how do we expect people to contribute xeps and their time if we are not proactively helping in that direction

  776. MattJ

    MSavoritias (fae,ve), step up and get us engaged in IoT then

  777. moparisthebest

    Peter Waher: has anyone written a XEP the XSF has said "no we aren't interested in that" ? Not that I've seen

  778. Peter Waher

    This is why other groups and technologies are more successful. It is also why XMPP is not mentioned in commercial settings: There’s no benefit of doing so, or be associated with it unfortunately (or they would have promoted it).

  779. moparisthebest

    MSavoritias (fae,ve): I've also never seen anyone not help with anything asked

  780. Trung

    Thank you for sharing your interest Peter Waher. I'm looking forward to try your XMPP client.

  781. Titi has left

  782. Trung

    Thank you for sharing your interest Peter Waher. I'm looking forward to trying your XMPP client.

  783. Peter Waher

    moparisthebest: Yes, many times.

  784. moparisthebest

    If iot folks don't want to be involved in the XSF fine, if they do great, it's no problem that needs addressed either way imho

  785. moparisthebest

    Peter Waher: example?

  786. neshtaxmpp has left

  787. neshtaxmpp has joined

  788. lskdjf has joined

  789. intosi@ik.nu has left

  790. intosi@ik.nu has joined

  791. Peter Waher

    moparisthebest: Many, from many years ago. The latest is recent, when you also were active in the group. It concerns content-type declaration of messaging content (such as Markdown). Resent a previous proposal (that was never accepted, even to Experimental for discussion) to the XSF editor a couple of weeks ago; no interest, not a response. It is not badly formed. The problem is that members of this group work against the interests of others, because they see no personal interest in the proposals, and therefore also restrict the possibilties for others, who do see a potential. Lack of ability to accomodate different use cases, reduce the benefit of a standards body. You don’t have to agree to implement all standards, just allow the XSF, as a body, to standardize interfaces as a means to improve interoperability in those fields. Today it’s all or nothing. (cf. IETF, W3C, IEEE and others, that accomodate different use cases/interests in different working groups and different standards, even opposing standards, for the benefit of those that wish to interoperate accordingly). Only parties interested in the corresponding use case would have a meaningful say in if that standard is well defined (or sufficiently defined) or not. If you take Markdown as an example: An interoperable way of transmitting Markdown is useful for those that want to do so. Those that make a decision NOT to use Markdown (for whatever reason) don’t need to implement it. But, as the XSF is defined now, they can also work against those that wish to use it. I.e. for a standards body to be more generic, it should accomodate stake-holders to vote on specific proposals, and decrease the ability of non-stake-holders to restrict such use. The latter only leads to fragmentation, which is what is happening to the XSF and XMPP-related technologies.

  792. pep.

    "moparisthebest> Peter Waher: has anyone written a XEP the XSF has said "no we aren't interested in that" ? Not that I've seen" Nobody representing the XSF said that ever, probably. But not saying "we're not interested" doesn't mean you're interested either.

  793. Kev

    I (Editor) replied to that mail, Peter, asking you to confirm whether the protoXEP was unchanged since last submission so I could just reforward to Council, and told Council that it was inbound. So it wasn't ignored.

  794. Peter Waher

    Ok, interesting. Do you have a time-stamp? From what e-mail was this sent?

  795. Kev

    (content-type)

  796. Kev

    I've been desperately shit at keeping up with Editor stuff, but that one ball I didn't drop :)

  797. mirux has left

  798. Peter Waher

    That is some positive news

  799. uhoreg has left

  800. Half-Shot has left

  801. Matthew has left

  802. homebeach has left

  803. Half-Shot has joined

  804. Matthew has joined

  805. homebeach has joined

  806. uhoreg has joined

  807. Kev

    Should have been from my Isode account, I think.

  808. mirux has joined

  809. Kev

    But if you just say "Yes, it's unchanged", now I'll ask Council to deal with it.

  810. Peter Waher

    to the same mail I sent it from? Or an old e-mail address?

  811. Peter Waher

    I did not change anything, just resent the earlier proposal

  812. Kev

    (Or if it is changed, I'll commit etc.)

  813. Kev

    I just hit Reply All.

  814. pep.

    moparisthebest, that's typical liberal thinking. "We're not preventing something from happening" thinking it's people's fault if they don't come for the thing. As opposed to actively doing stuff encouraging this something to happen.

  815. pep.

    And that's generally what I don't like around here

  816. marc has left

  817. marc has joined

  818. Dele Olajide has left

  819. Dele Olajide has joined

  820. Dele Olajide has left

  821. Dele Olajide has joined

  822. moparisthebest

    Peter Waher: glad to see it's not still happening at least, please speak up if it does

  823. Peter Waher

    Kev: No isode-mail in any of my mail accounts. Can you please resend, to see if I get it this time?

  824. Dele Olajide has left

  825. Dele Olajide has joined

  826. moparisthebest

    pep.: sorry I don't understand that at all, if there's a problem I want to know about it, if people don't feel like submitting specs I literally don't care

  827. Dele Olajide has left

  828. floretta has left

  829. floretta has joined

  830. flashcore has left

  831. Kev

    Peter - I'd rather just answer it here and save time, if we could :)

  832. Daniel has left

  833. Kev

    Oh FFS.

  834. Guus

    Kev, Peter Waher: I am unsure if we are having generic mail issues at the moment, and if this prevents you from reaching out to eachother over mail, if that's what you are trying to do now.

  835. Kev

    So the issue is that I did 'reply all', which unhelpfully, with Editor's mailing list configuration, seems to reply to editors@ twice, and to the sender not at all.

  836. Kev

    So, sorry, the mail went to the Editors' list and never to you.

  837. Guus

    Oh, that is not very helpful indeed.

  838. sonny has left

  839. moparisthebest

    Wait... It wasn't DNS ? 😳

  840. Guus

    I really don't know. I think I heard someone mention mail too, but I might be wrong.

  841. Peter Waher

    Kev: If possible, please resend, or send anything. I want to make sure there’s nothing wrong that prevents me from receiving messages from you.

  842. Kev

    See above :)

  843. MSavoritias (fae,ve)

    > MSavoritias (fae,ve), step up and get us engaged in IoT then thats not how it works though is it? As i said theoretically a group being open doesnt mean anything if it practically doesnt "elevate" and do effort to have such contributions. See women in tech for example. Which people seem to think its fixed to just be "open"

  844. asterix has left

  845. asterix has joined

  846. MSavoritias (fae,ve)

    also not really a nice way to engage the convo with its your responsibility :)

  847. moparisthebest

    Stop inventing problems

  848. stp has left

  849. MSavoritias (fae,ve)

    > pep.: sorry I don't understand that at all, if there's a problem I want to know about it, if people don't feel like submitting specs I literally don't care well you will care when all the devs leave for matrix or other ventures ;)

    💯️ 1
  850. singpolyma

    XSF is mostly about specs and not devs or users AFAICT? But also that's just down to what members perceive as the purpose I guess. If we all do something else the org becomes something else :)

  851. MSavoritias (fae,ve)

    > Stop inventing problems just want to add as my last message in this that me saying we are not encouraging things and getting the response that I am "inventing problems" is insulting. and what i was pointing out too :)

  852. moparisthebest

    Still don't care, I'm here to improve XMPP for communication between my family, if it benefits others great, if not I can still use it

  853. asterix has left

  854. asterix has joined

  855. SteveF has left

  856. jonas’

    moparisthebest, I also think your response is inappropriate.

  857. jonas’

    moparisthebest, I also think your response ("Stop inventing problems") is inappropriate.

  858. Daniel has joined

  859. jonas’

    you may disagree about the importance, but please don't dismiss concerns of others like that.

  860. sonny has joined

  861. jonas’

    (<https://xmpp.org/extensions/xep-0458.html#sect-idm45396429693776> is relevant)

  862. Tobi has left

  863. Tobias has left

  864. Tobi has joined

  865. Tobias has joined

  866. moparisthebest

    "XSF needs to attract iot devs" "XSF needs to attract contributions from X" these are the "newly invented problems" I was referring to, if that's what you want to do as an XSF member, great, but pretending it's a problem the XSF as a whole should address is, again, as I said before, absurd

  867. jonas’

    moparisthebest, I fully understood that, and my response to your response was phrased with that in mind.

  868. jonas’

    you may disagree about the importance, but don't dismiss such contributions like that. that's patronizing, presumptuous and overall unkind and I'd like to not read such stuff here. thanks.

  869. Tim R has left

  870. Trung

    > So, sorry, the mail went to the Editors' list and never to you. Hey guys, I think the problem has been solved 😁

  871. moparisthebest

    Sorry I didn't mean it to come off that way

  872. goldbeardp has left

  873. Peter Waher

    Thanks Trung, for noticing that; missed that part. Thanks Kev. BTW: Nothing changed from the original proposal.

  874. praveen has joined

  875. Wojtek has left

  876. Titi has joined

  877. adiaholic has left

  878. Kev

    Thanks very much.

  879. adiaholic has joined

  880. matthias has left

  881. floretta has left

  882. moparisthebest

    MSavoritias (fae,ve): again sorry for that, you are doing excellent work over at joinjabber etc, I didn't mean that aimed at you as much as the general: > See women in tech for example. Which people seem to think its fixed to just be "open" Which I have never bought into. imho being open is enough and if people don't want to participate fine. It's of course valuable to find out if there is a problem preventing them from participating, hence my question to Peter and such, but otherwise I see no reason to go out of the way to involve anyone who isn't motivated to be involved... And that's what I should have said instead of accusing anyone of creating problems... :(

  883. Wojtek has joined

  884. papatutuwawa has left

  885. MSavoritias (fae,ve)

    apology accepted :) I get it we have different perspective in this. As i said being open is half the work for me.

  886. neshtaxmpp has left

  887. wladmis has left

  888. moparisthebest

    For me the cool thing about XMPP/XSF is the overlap, pubsub was kinda iot-ish, but then it found uses for im encryption, and blogging, etc etc so it's actually good we have different focuses individually and can collaborate here anyway, again, in my opinion :)

  889. sjm has left

  890. jgart has joined

  891. flashcore has joined

  892. wladmis has joined

  893. raucao has left

  894. TheCoffeMaker has left

  895. Alex has left

  896. Tobias has left

  897. Tobi has left

  898. Tobias has joined

  899. Tobias has left

  900. Tobi has joined

  901. Tobias has joined

  902. MSavoritias (fae,ve)

    i agree

  903. raucao has joined

  904. Tobias has left

  905. floretta has joined

  906. Tobias has joined

  907. stpeter has joined

  908. Andrzej has joined

  909. stpeter has left

  910. stpeter has joined

  911. Tobias has left

  912. asterix has left

  913. asterix has joined

  914. Tobias has joined

  915. jgart has left

  916. matthias has joined

  917. neshtaxmpp has joined

  918. chipmnk has left

  919. chipmnk has joined

  920. TheCoffeMaker has joined

  921. stp has joined

  922. Fishbowler has left

  923. Fishbowler has joined

  924. papatutuwawa has joined

  925. praveen has left

  926. 775857429 has joined

  927. Andrzej has left

  928. asterix has left

  929. marc has left

  930. asterix has joined

  931. marc has joined

  932. sjm has joined

  933. Fishbowler has left

  934. Fishbowler has joined

  935. Alex has joined

  936. bean has joined

  937. konstantinos has joined

  938. petrescatraian has left

  939. stpeter has left

  940. stpeter has joined

  941. stpeter

    @emus I’ve created https://wiki.xmpp.org/web/Board-Meeting-2023-04-05 - you and others should feel free to edit it.

  942. stpeter

    (I am not sure how to modify the official XSF calendar - perhaps @ralphm can enlighten us.)

  943. snow has left

  944. flashcore has left

  945. 775857429 has left

  946. Alex has left

  947. Alex has joined

  948. stpeter has left

  949. Titi has left

  950. Wojtek has left

  951. wladmis has left

  952. wladmis has joined

  953. Alex has left

  954. Alex has joined

  955. atomicwatch has joined

  956. 775857429 has joined

  957. ira.tester has left

  958. sonny has left

  959. Menel has left

  960. Alex has left

  961. Alex has joined

  962. flashcore has joined

  963. Wojtek has joined

  964. Menel has joined

  965. sonny has joined

  966. Tim R has joined

  967. Alex has left

  968. Alex has joined

  969. atomicwatch has left

  970. jcbrand has left

  971. jcbrand has joined

  972. intosi@ik.nu has left

  973. intosi@ik.nu has joined

  974. floretta has left

  975. floretta has joined

  976. Andrzej has joined

  977. Menel has left

  978. Menel has joined

  979. Andrzej has left

  980. 775857429 has left

  981. djorz has joined

  982. atomicwatch has joined

  983. 775857429 has joined

  984. pep.

    "imho being open is enough and if people don't want to participate fine." yeah exactly that's the issue. This isn't helping at all those who do want to participate, if no care is given to the question. Anyway as I said at first, I've always found this sad about the XSF. (And it's not like I haven't tried to push for change, and also why JJ is a thing)

  985. eevvoor has left

  986. konstantinos has left

  987. 775857429 has left

  988. Tobias has left

  989. Tobias has joined

  990. djorz has left

  991. 775857429 has joined

  992. mentos124 has left

  993. moparisthebest

    I haven't seen that though, how can you fix something when you have no evidence of it happening, cannot reproduce... In fact I've seen only the opposite, people encouraged to participate, as members or not, people offering to help with specs and all that too

  994. stpeter has joined

  995. papatutuwawa has left

  996. atomicwatch has left

  997. pep.

    So don't say "we're just open and that's enough" if it's not the case? Even though I do think plenty more could be done

  998. moparisthebest

    I think that's all part of being open no?

  999. moparisthebest

    Open isn't "you can join but we'll flame you, noob"

  1000. pep.

    "open" also isn't "we unlocked the door, good luck opening it"

  1001. 775857429 has left

  1002. pep.

    Or rather.. sorry, that's what it sounds like to me when you say it

  1003. Axel R. has left

  1004. papatutuwawa has joined

  1005. Daniel

    IoT is so 2010. What we need is ~block chain~ the metaverse

  1006. Peter Waher

    Might be of interest to ponder, in how good-faith, bad-faith and pretense affect our discussions. These are old concepts, old problems, that have been solved many times before, and that need to be re-solved every time an organization tries to include people with different interests to cooperate, especially if the goal is cooperation for working together for a “common good”. https://en.wikipedia.org/wiki/Good_faith

  1007. Peter Waher

    Might be of interest to ponder, in how good-faith, bad-faith and pretense affect our discussions. These are old concepts, old problems, that have been solved many times before, and that need to be re-solved every time an organization tries to include people with different interests to cooperate, especially if the goal is cooperation for working together for a “common good”. https://en.wikipedia.org/wiki/Good_faith

  1008. Rebeld has joined

  1009. jcbrand has left

  1010. mirux has left

  1011. Daniel

    Peter Waher: fwiw I think the content type xep has a good chance at being accepted as an experimental xep under the current council

  1012. mirux has joined

  1013. Peter Waher

    Thanks for the info

  1014. Peter Waher

    Might be of interest to ponder, is how good-faith, bad-faith and pretense affect our discussions. These are old concepts, old problems, that have been solved many times before, and that need to be re-solved every time an organization tries to include people with different interests to cooperate, especially if the goal is cooperation for working together for a “common good”. https://en.wikipedia.org/wiki/Good_faith

  1015. Peter Waher

    Might be of interest to ponder, is how good-faith, bad-faith and pretense affect our discussions. These are old concepts, old problems, that have been solved many times before, and that need to be re-solved every time an organization tries to include people with different interests to cooperate, especially if the goal is cooperation for working together for a “common good”. https://en.wikipedia.org/wiki/Good_faith

  1016. Tim R has left

  1017. Daniel

    The arguments brought forward against the XEP in 2016 are valid but I think council has shifted more towards 'handing out xep numbers to give people a stable location to work on something'

  1018. Peter Waher

    It would be good to reiterate those when the XEP is published, so they can be addressed.

  1019. goldbeardp has joined

  1020. Daniel

    The most valid one (imho) are the undressed security issues around and multiple contents and what happens if they don't have the same meaning. (when your markdown version says something completely different then your plain version) and different users thus get shown different things

  1021. Daniel

    The most valid one (imho) are the undressed security issues around multiple contents and what happens if they don't have the same meaning. (when your markdown version says something completely different then your plain version) and different users thus get shown different things

  1022. tbm16 has joined

  1023. 775857429 has joined

  1024. Peter Waher

    This is correct, as you mention. Same problem exists with all Internet Content-Type’s and MIME-types BTW. And, there are efforts that are worked on, some partially solved, but in other layers (i.e. not transport layer). So, a security note would be good to add.

  1025. atomicwatch has joined

  1026. atomicwatch has left

  1027. moparisthebest

    Which is imho a huge problem but the same as xml:lang in plain XMPP :'(

  1028. Peter Waher

    For the interested. In the Markdown case, you have this effort: https://commonmark.org/

  1029. Peter Waher

    For the interested. In the Markdown case, you have this effort: https://commonmark.org/

  1030. Daniel

    > Which is imho a huge problem but the same as xml:lang in plain XMPP :'( Yes the same problem is built into xml. But that doesn't mean the security considerations should skip over it

  1031. Peter Waher

    But there are other content-types of course that can be used. Playing with the idea of a LaTeX-compliant client for scientists, for instance (Content-Type application/x-latex BTW).

  1032. moparisthebest

    100% needs security considerations yes

  1033. Peter Waher

    etc.

  1034. Peter Waher

    The idea is that Content-Type is a well-known and well-recognized means to annotate the syntax and semantics (albeit not always to a 100😵 of content (text-based and other), and it would be good to incorporate that base into XMPP messaging.

  1035. Peter Waher

    The idea is that Content-Type is a well-known and well-recognized means to annotate the syntax and semantics (albeit not always to a 100% ) of content (text-based and other), and it would be good to incorporate that base into XMPP messaging.

  1036. Daniel

    Peter Waher: having a content Type and having multiple contents is not the same thing. One could (theoretically) just have the 'first case' where content type is just an annotation to the body

  1037. Peter Waher

    (then users/developers can choose which they prefer, and still maintain a level of Interoperability, just as browsers maintain interoperability with web pages, etc.)

  1038. Daniel

    This is not council advice. Just saying

  1039. Rebeld has left

  1040. Peter Waher

    Daniel: Yes. But multiple embodiments of the content makes interoperability easier, as you can provide multiple formats of various complexity to multiple clients, without the need to check what they support (which would be the case in pubsub for instance, or muc)

  1041. pep.

    fwiw, Atom allows something like this (text / html) and it's used in microblog already

  1042. Peter Waher

    (cf. copy-paste that uses this method to put various copies of the same content in the clipboard, using different encodings, allowing the recipient to choose the best option)

  1043. Peter Waher

    pep: yes, exactly. And e-mail. It is common in cases where you don’t know (or want/can know) what the client expects/is able to present.

  1044. MSavoritias (fae,ve) has left

  1045. 775857429 has left

  1046. tbm16 has left

  1047. goldbeardp has left

  1048. pep.

    Peter Waher, Not entirely sure what you mean though. In this case would you propose every format that ever existed?

  1049. Peter Waher

    cd. Content-Type multipart-alternative (for e-mail)

  1050. Peter Waher

    cf. Content-Type multipart-alternative (for e-mail)

  1051. pep.

    Or maybe we can agree on plaintext / xhtml-im :)

  1052. Peter Waher

    pep: No, it would be at the discretion of the sender to choose. Many things would factor in. And over time, it would probably change. We send plain text, html and markdown for instance, in chat messages or social messages.

  1053. wurstsalat has left

  1054. Peter Waher

    when it comes to data we could send a textual representation (html & markdown also) for human consumption, and XML dito, for machine reception

  1055. pep.

    Peter Waher, well the idea behind xhtml-im isn't to send "markdown", it's to send something that maps to other input formats

  1056. Peter Waher

    You could also use RDF for instance, in graph-cases

  1057. Yagiza has left

  1058. snow has joined

  1059. pep.

    (and outputs..)

  1060. wurstsalat has joined

  1061. Peter Waher

    pep: this proposal is not against xhtml-im. We use it together with xhtml-im (in the case for Content-Type text/html). Instead, it is a means to enrich the possibilities with multiple variants or content types.

  1062. pep.

    Same reasons why you use <em> or <strong> to convey meaning instead of a visual cue

  1063. Peter Waher

    We use XML (machine-readable) for that

  1064. stpeter

    Didn’t we deprecate XHTML-IM for security reasons?

  1065. Peter Waher

    there are problems with injection unless a strict check is implemented, yes.

  1066. stpeter

    Right.

  1067. pep.

    Peter Waher, I guess I don't see what else you want to convey

  1068. pep.

    (other than rich text information, which xhtml-im already does)

  1069. Peter Waher

    Just responding to what I interpreded as comments or questions regarding the proposal.

  1070. pep.

    stpeter, still useful and used though :)

  1071. Peter Waher

    Just responding to what I interpreted as comments or questions regarding the proposal.

  1072. Rebeld has joined

  1073. stpeter

    How many clients actually implement strict checking, though?

  1074. Daniel

    One

  1075. stpeter

    I suppose that’s better than zero. ;-)

  1076. petrescatraian has joined

  1077. Peter Waher

    I know of two, but not sure they are the same you’re thinking of Daniel.

  1078. Daniel

    I was thinking of poezio

  1079. mirux has left

  1080. Zash

    Does mod_xhtmlim count?

  1081. Steve Kille has left

  1082. Peter Waher

    Still, prohibiting/discouraging HTML (for example), because clients do not perform sufficient checks, is like prohibiting/discouraging images in e-mail just because there are many e-mail clients that do not properly check that encoded images are in fact images, and not executables. It is better to change client, if it has apparent vulnerabilities, and no support or development that will fix them; this results in better and richer clients over time. The first option results in poorer clients, and migration towards other technologies, where this is solved.

  1083. snow has left

  1084. edhelas has left

  1085. edhelas has joined

  1086. BASSGOD has left

  1087. marc has left

  1088. marc has joined

  1089. edhelas has left

  1090. asterix has left

  1091. asterix has joined

  1092. Tobias has left

  1093. Tobi has left

  1094. stpeter

    I see your point.

  1095. Tobias has joined

  1096. Tobias has left

  1097. Tobi has joined

  1098. Tobias has joined

  1099. singpolyma

    Peter Waher: fully agree. Any nontrivial UGC app has to deal with xhtml sanitization somewhere, every framework has tools for it

  1100. marc0s has left

  1101. marc0s has joined

  1102. singpolyma

    I don't implement the checking "to spec" I rather use the sanitization built into my framework which I would use for a feed reader or anything else

  1103. moparisthebest

    Millions of developer hours on character sets, encoding, and markup, no use case not met by ASCII, they have played us for fools 🤣

  1104. atomicwatch has joined

  1105. atomicwatch has left

  1106. moparisthebest

    We had multibyte emojis in my day too, looked like this: :) :D :'(

  1107. edhelas has joined

  1108. intosi@ik.nu has left

  1109. zonsopkomst has left

  1110. intosi@ik.nu has joined

  1111. edhelas has left

  1112. bean has left

  1113. edhelas has joined

  1114. resoli has left

  1115. wurstsalat has left

  1116. atomicwatch has joined

  1117. atomicwatch has left

  1118. Alex has left

  1119. Alex has joined

  1120. BASSGOD has joined

  1121. Seve

    Peter Waher: I personally think that's the right mindset to move forward, totally agree

  1122. atomicwatch has joined

  1123. atomicwatch has left

  1124. larma has left

  1125. atomicwatch has joined

  1126. 775857429 has joined

  1127. xengineering has left

  1128. *IM* has left

  1129. *IM* has joined

  1130. Zash has left

  1131. tbm16 has joined

  1132. xengineering has joined

  1133. xengineering has left

  1134. *IM* has left

  1135. *IM* has joined

  1136. Zash has joined

  1137. xengineering has joined

  1138. goffi has left

  1139. goffi has joined

  1140. tbm16 has left

  1141. djorz has joined

  1142. djorz has left

  1143. djorz has joined

  1144. djorz has left

  1145. djorz has joined

  1146. Kev has left

  1147. djorz has left

  1148. djorz has joined

  1149. djorz has left

  1150. Mario Sabatino has left

  1151. djorz has joined

  1152. djorz has left

  1153. egnun has joined

  1154. antranigv has left

  1155. goffi has left

  1156. Wojtek has left

  1157. pablo has joined

  1158. emus has left

  1159. mentos124 has joined

  1160. antranigv has joined

  1161. Calvin has left

  1162. antranigv has left

  1163. Calvin has joined

  1164. xengineering has left

  1165. xengineering has joined

  1166. Rebeld has left

  1167. Rebeld has joined

  1168. pablo has left

  1169. atomicwatch has left

  1170. jgart has joined

  1171. xengineering has left

  1172. xengineering has joined

  1173. snow has joined

  1174. moparisthebest has left

  1175. stpeter has left

  1176. adiaholic has left

  1177. catchy has left

  1178. Chad has left

  1179. Chad has joined

  1180. adiaholic has joined

  1181. papatutuwawa has left

  1182. atomicwatch has joined

  1183. atomicwatch has left

  1184. moparisthebest has joined

  1185. xnamed has joined

  1186. pablo has joined

  1187. projjalm has left

  1188. atomicwatch has joined

  1189. atomicwatch has left

  1190. marc0s has left

  1191. marc0s has joined

  1192. stpeter has joined

  1193. neox has left

  1194. pablo has left

  1195. floretta has left

  1196. floretta has joined

  1197. atomicwatch has joined

  1198. atomicwatch has left

  1199. belove has left

  1200. belove has joined

  1201. pablo has joined

  1202. kurisu has left

  1203. lskdjf has left

  1204. my-name has left

  1205. atomicwatch has joined

  1206. atomicwatch has left

  1207. stpeter has left