XSF Discussion - 2018-05-04


  1. moparisthebest has left

  2. waqas has joined

  3. waqas has left

  4. moparisthebest has joined

  5. waqas has joined

  6. daniel has left

  7. daniel has joined

  8. nyco has left

  9. nyco has joined

  10. SamWhited has left

  11. SamWhited has left

  12. tux has left

  13. tux has joined

  14. Chobbes has joined

  15. jere has joined

  16. Guus has left

  17. Guus has left

  18. Maranda has joined

  19. Guus has left

  20. Maranda has left

  21. Guus has left

  22. lumi has joined

  23. UsL has joined

  24. ta has left

  25. Guus has left

  26. SamWhited has left

  27. SamWhited has joined

  28. Guus has left

  29. Guus has left

  30. Guus has left

  31. SamWhited has left

  32. SamWhited has joined

  33. SamWhited has left

  34. Guus has left

  35. andrey.g has left

  36. SamWhited has joined

  37. Dave Cridland has left

  38. Dave Cridland has left

  39. peter has joined

  40. SamWhited has left

  41. SamWhited has joined

  42. lskdjf has joined

  43. Guus has left

  44. ta has left

  45. UsL has joined

  46. daniel has left

  47. daniel has joined

  48. lskdjf has joined

  49. Dave Cridland has left

  50. la|r|ma has joined

  51. Guus has left

  52. Dave Cridland has left

  53. Maranda has joined

  54. Maranda has left

  55. alexis has left

  56. Guus has left

  57. la|r|ma has joined

  58. Chobbes has joined

  59. peter has left

  60. Yagiza has joined

  61. UsL has joined

  62. Maranda has joined

  63. lskdjf has joined

  64. lskdjf has joined

  65. alexis has joined

  66. alexis has left

  67. alexis has joined

  68. lskdjf has joined

  69. Maranda has left

  70. alexis has left

  71. alexis has joined

  72. alexis has left

  73. Chobbes has joined

  74. alexis has joined

  75. alexis has left

  76. alexis has joined

  77. alexis has left

  78. Chobbes has joined

  79. alexis has joined

  80. Guus has left

  81. lumi has joined

  82. UsL has joined

  83. Guus has left

  84. lskdjf has joined

  85. lskdjf has joined

  86. alexis has left

  87. alexis has joined

  88. Guus has left

  89. Wiktor has left

  90. Wiktor has joined

  91. daniel has left

  92. SamWhited has left

  93. daniel has joined

  94. Guus has left

  95. SamWhited has joined

  96. Zash has left

  97. Guus has left

  98. marc has left

  99. ta has joined

  100. Guus has left

  101. ibikk has joined

  102. blabla has left

  103. Guus has left

  104. SamWhited has left

  105. SamWhited has joined

  106. mimi89999 has left

  107. mimi89999 has left

  108. mimi89999 has joined

  109. daniel has left

  110. daniel has joined

  111. Guus has left

  112. waqas has left

  113. alexis has left

  114. SamWhited has left

  115. SamWhited has joined

  116. jere has left

  117. Guus has left

  118. Guus has left

  119. SamWhited has left

  120. SamWhited has joined

  121. alexis has joined

  122. SamWhited has left

  123. moparisthebest has joined

  124. SamWhited has joined

  125. jubalh has joined

  126. Guus has left

  127. jubalh has left

  128. Guus has left

  129. SamWhited has left

  130. SamWhited has joined

  131. alexis has left

  132. Guus has left

  133. SamWhited has left

  134. daniel has left

  135. Nekit has joined

  136. daniel has joined

  137. SamWhited has joined

  138. daniel has left

  139. Holger has left

  140. blabla has left

  141. jubalh has joined

  142. SamWhited has left

  143. jubalh has left

  144. alacer has left

  145. alacer has joined

  146. SamWhited has joined

  147. SamWhited has left

  148. lnj has joined

  149. SamWhited has joined

  150. Guus has left

  151. rion has joined

  152. blabla has left

  153. blabla has left

  154. jubalh has joined

  155. daniel has joined

  156. Guus has left

  157. Tim has joined

  158. lumi has left

  159. blabla has left

  160. blabla has joined

  161. Guus has left

  162. lorddavidiii has joined

  163. marmistrz has left

  164. vanitasvitae has left

  165. vanitasvitae has joined

  166. Steve Kille has left

  167. vanitasvitae has left

  168. rion has left

  169. vanitasvitae has joined

  170. vanitasvitae has left

  171. marmistrz has left

  172. vanitasvitae has joined

  173. Steve Kille has left

  174. jonasw has left

  175. Steve Kille has joined

  176. Guus has left

  177. Guus has left

  178. mimi89999 has left

  179. Dave Cridland has left

  180. mimi89999 has left

  181. mimi89999 has left

  182. moparisthebest has joined

  183. moparisthebest has joined

  184. Guus has left

  185. Guus has left

  186. Dave Cridland has left

  187. andrey.g has joined

  188. jonasw has left

  189. lovetox has joined

  190. mimi89999 has left

  191. blabla has joined

  192. lnj has left

  193. lnj has joined

  194. blabla has joined

  195. Valerian has joined

  196. Dave Cridland has left

  197. Dave Cridland has left

  198. Dave Cridland has left

  199. Andrew Nenakhov has joined

  200. Andrew Nenakhov has left

  201. Andrew Nenakhov has joined

  202. Guus has left

  203. Syndace has left

  204. Syndace has joined

  205. Syndace has left

  206. Syndace has joined

  207. mimi89999 has left

  208. Guus has left

  209. daniel has left

  210. Guus has left

  211. Dave Cridland has left

  212. Dave Cridland has left

  213. daniel has left

  214. Guus has left

  215. daniel has left

  216. Ge0rG has left

  217. daniel has left

  218. Guus has left

  219. Guus has left

  220. rtq3 has joined

  221. daniel has left

  222. ta has joined

  223. daniel has left

  224. Andrew Nenakhov has left

  225. Andrew Nenakhov has joined

  226. Andrew Nenakhov has left

  227. Andrew Nenakhov has joined

  228. Andrew Nenakhov has left

  229. Andrew Nenakhov has joined

  230. Andrew Nenakhov has left

  231. Andrew Nenakhov has joined

  232. Guus has left

  233. Guus has left

  234. daniel has left

  235. daniel has left

  236. daniel has left

  237. daniel has left

  238. lnj has left

  239. la|r|ma has joined

  240. Syndace has left

  241. Syndace has joined

  242. Syndace has left

  243. rtq3 has left

  244. rtq3 has joined

  245. Syndace has joined

  246. debacle has joined

  247. Andrew Nenakhov has left

  248. Andrew Nenakhov has joined

  249. mimi89999 has left

  250. goffi has joined

  251. Guus has left

  252. daniel has left

  253. winfried

    GDPR

  254. jonasw

    in 2 hours?

  255. winfried

    (oops did I do it wrong?)

  256. jonasw

    my last information was 1300 CEST

  257. jonasw

    (a.k.a. 1100Z, so maybe timezone confusion?)

  258. winfried

    probably... feel I am living in a different zone right now ;-)

  259. goffi has left

  260. winfried

    "Date of Next: 2018/05/04 11:00 UTC" - I am not totally crazy ;-)

  261. jonasw

    oh oops

  262. alexis has joined

  263. jonasw

    welp

  264. Kev

    11:00Z is in two hours (just under)

  265. winfried

    From the mail from pep.

  266. jonasw

    right

  267. jonasw

    ah

  268. jonasw

    now I’m super confused

  269. jonasw

    and I *do* have UTC timestamps in MUCs.

  270. winfried

    so am I

  271. jonasw

    I don’t seem to be awake

  272. Kev

    It's 09:07Z at the moment.

  273. jonasw

    09:06:09 winfried> "Date of Next: 2018/05/04 11:00 UTC" - I am not totally crazy ;-)

  274. jonasw

    so yes, GDPR in 2h

  275. alexis has left

  276. winfried is fixing timezone bug in his mind

  277. jonasw

    echo 'Etc/Utc' | ssh winfried 'sudo tee /etc/localtime'

  278. winfried dives into a mild jetlag, Amsterdam is not in UTC

  279. alexis has joined

  280. daniel has left

  281. la|r|ma has joined

  282. la|r|ma has joined

  283. la|r|ma has joined

  284. la|r|ma has joined

  285. la|r|ma has joined

  286. winfried

    I know where it is coming from: I always regard myself as the center of the world. :-D

  287. la|r|ma has joined

  288. la|r|ma has joined

  289. la|r|ma has joined

  290. Guus has left

  291. la|r|ma has joined

  292. la|r|ma has joined

  293. la|r|ma has left

  294. la|r|ma has joined

  295. la|r|ma has joined

  296. winfried

    will be back at 11:00 UTC ;-)

  297. Guus has left

  298. jonasw

    gl

  299. daniel has left

  300. rtq3 has left

  301. rtq3 has joined

  302. alexis has left

  303. daniel has left

  304. Guus has left

  305. alexis has joined

  306. Guus has left

  307. daniel has left

  308. xnyhps has joined

  309. xnyhps has joined

  310. lskdjf has joined

  311. daniel has left

  312. Guus has left

  313. goffi has left

  314. goffi has left

  315. Guus has left

  316. daniel has left

  317. SaltyBones has left

  318. SaltyBones has joined

  319. Guus has left

  320. daniel has left

  321. daniel has left

  322. Andrew Nenakhov has left

  323. Andrew Nenakhov has joined

  324. daniel has left

  325. mimi89999 has joined

  326. moparisthebest has joined

  327. moparisthebest has joined

  328. jubalh has left

  329. ThibG has joined

  330. ThibG has joined

  331. daniel has left

  332. Andrew Nenakhov has left

  333. Andrew Nenakhov has joined

  334. Andrew Nenakhov has left

  335. Andrew Nenakhov has joined

  336. Valerian has left

  337. Valerian has joined

  338. Valerian has left

  339. Guus has left

  340. jubalh has joined

  341. jubalh has left

  342. Guus has left

  343. Guus has left

  344. Guus has left

  345. Guus has left

  346. lnj has joined

  347. Guus has left

  348. MattJ has left

  349. MattJ has joined

  350. Tobias has left

  351. Andrew Nenakhov has left

  352. Andrew Nenakhov has joined

  353. Andrew Nenakhov has left

  354. Andrew Nenakhov has joined

  355. winfried

    second attempt ;-)

  356. jonasw

    riiight, and I managed to entirely forget about this in the meantime :)

  357. jonasw

    I’m goood

  358. jonasw

    pep., Ge0rG, GDPR in 0

  359. lnj has left

  360. pep.

    !

  361. pep.

    Same, I did also entirely forget

  362. Tobias has left

  363. pep.

    So, what's up for today

  364. winfried

    When updating the WiKi, I came across a question (is MAM 6.1a or 6.1b)

  365. Andrew Nenakhov has left

  366. Andrew Nenakhov has joined

  367. winfried

    I want to discuss briefly how we handle existing specs

  368. pep.

    I think we settled on MAM is opt-in?

  369. pep.

    And that should be fixed in the XEP/clients

  370. Andrew Nenakhov has left

  371. Andrew Nenakhov has joined

  372. jonasw

    (clients)

  373. Guus has left

  374. winfried

    pep.: correct, but, if i recall correctly, the reason for it was that MAM is not 'naturally' part of the package when you are communicating

  375. pep.

    We won't go as far as to prompt the user when he decides to enable MAM right? I mean from the server. « Hey you're enabling MAM, here is what happens no: [..] »

  376. winfried

    pep.: exact

  377. pep.

    noa*

  378. pep.

    *nao

  379. Tobias has left

  380. pep.

    I'm not sure if we should go this road

  381. winfried

    but just enabling MAM rather is requesting a service in sense of art 6.1b then an opt-in in the sense of art 6.1a

  382. Ge0rG

    sorry I'm late.

  383. winfried

    welcome, Ge0rG

  384. jonasw

    winfried, is it? I’d say it’s kinda 6.1a

  385. jonasw

    is it very relevant?

  386. jonasw

    (which of it it is)

  387. winfried

    yes, 6.1a has quite tight regulations (art. 7)

  388. winfried

    6.1b not

  389. Tobias has left

  390. jonasw

    winfried, Art 7 should be no problem for enabling MAM

  391. winfried

    And the server operator should prove the client has asked the question, kind of hard

  392. jonasw

    winfried, that was one of my original questions in the whole GDPR-in-XMPP discussion

  393. jonasw

    who is liable if the client didn’t properly ask?

  394. jonasw

    is it the client developer? or can the server operator rely on the client asking properly and blame the client if it didn’t?

  395. jubalh has joined

  396. Andrew Nenakhov has joined

  397. pep.

    yeah and we haven't answered this really. Not that I'm qualified to

  398. Nekit has joined

  399. winfried

    we can avoid that problem altogether if it is 6.1b, what is rather appropriate IMHO because enabling MAM is requesting a storage service

  400. Nekit has joined

  401. jonasw

    I’m not convinced though that this is any type of contract

  402. Tobias has left

  403. winfried

    jonasw: what is your doubt?

  404. jonasw

    it may be my IANAL, but when I think contract, I think more formal than ticking a box in a UI

  405. jonasw

    with terms & conditions I can read and am aware of etc.

  406. pep.

    jonasw, that's what the EULA XEP is for right

  407. jonasw

    maybe

  408. pep.

    When I asked above « are we going to prompt the user when he decides to enable MAM, from the server », I had in mind some version of that

  409. winfried

    the eula xep is for the obligation to inform. And because the MAM (in case of a muc) may be hosted on an other server, it may be appropiate to include a link to the EULA in that question to...

  410. pep.

    Like, client issues MAM query, EULA kicks in and requests ticking a box, and MAM gets enabled only if accepted

  411. jonasw

    winfried, and then, wouldn’t the server operator still have to kinda prove that htere’s that contract with the user, in case of doubt?

  412. pep.

    I think the burden of proof is required anyway

  413. winfried

    pep.: using the service is enough burden of proof for a contract, not for 6.1a

  414. Tobias has left

  415. pep.

    When the user creates an account, "please read terms & conditions. Here's what going to happen to your data [for X, Y reasons]. Are you ok with it?". This is what I'm picturing

  416. pep.

    I see

  417. winfried

    pep.: when going 6.1b, just informing is enough

  418. pep.

    Shall we allow for both in EULA then? 6.1b only (no ticking box), and 6.1a (ticking box, plus blocking operations)

  419. jubalh has left

  420. winfried

    pep.: don't know if that is any help, you still need the infrastructure for the burden of proof of 6.1a

  421. pep.

    I think MAM would fall under 6.1b like jonasw. The operator can state in the terms, "If you enable [MAM], here is what will happen"

  422. winfried

    pep.: exactly

  423. Tobias has left

  424. winfried

    Ge0rG: can you give your opinion on this? I propose we move on in the mean time...

  425. Steve Kille has left

  426. Steve Kille has left

  427. pep.

    right

  428. winfried

    We have a list of XEPs that have potential deletion problems, should we check other (all?) XEPs for issues?

  429. jonasw

    winfried, have you followed the discussion on standards@?

  430. pep.

    HTTP-upload?

  431. jonasw

    I’d like somebody except me to reply to the last part of the thread.

  432. jonasw

    yeah

  433. winfried

    nope, didn't will look into it

  434. pep.

    jonasw, the part where people don't want to mix the XEP and laws?

  435. pep.

    protocol / laws*

  436. jonasw

    that, and the part with "better have a separate xep which discusses that"

  437. marmistrz has left

  438. Tobias has left

  439. pep.

    Yeah. well changes are still required in the XEP to allow deletion via the protocol anyway right? This doesn't have to be because of local laws

  440. MattJ

    Right, I think the two things are separate

  441. jonasw

    daniel is against a deletion flow AFAIK

  442. MattJ

    I'm not saying I'm in favour of deletion (or against), I just think it's a separate concern

  443. pep.

    yeah

  444. MattJ

    An out-of-protocol deletion would work just as well

  445. MattJ

    Meanwhile there may be a non-GDPR case where someone accidentally shares the wrong file/picture

  446. pep.

    Not so long ago a user asked on movim@ for that iirc

  447. jonasw

    hah, just the other day :>

  448. MattJ

    :)

  449. jonasw

    and that fun day when somebody posted very ... uhm ... interesting ... drawn content in prosody@

  450. MattJ

    I guess I somehow missed that

  451. winfried

    I will respond in standards and I will need some time here to think it over: there are lots of things at stake in that discussion

  452. pep.

    We'll need to clear this issue while we're asking for changes in lots of other XEPs

  453. Kev

    My uninformed take on this is that the GDPR shouldn't mean any need to change any protocols, but that having notes in specs saying "but consider this" is worthwhile.

  454. pep.

    Because the same question will appear over and over

  455. winfried

    It has also to do a bit with localization of the XMPP network and values around an open internet. And *every* technology is political and XMPP certainly is. But we must take that discussion to the standards list.

  456. Ge0rG

    winfried: sorry, got caught up in a business call

  457. Ge0rG feels ashamed and guilty

  458. pep.

    Ge0rG, pff

  459. winfried

    Ge0rG: expected sth like that

  460. winfried

    We have half an hour left now, can tick Q.2 there?

  461. winfried

    (can we)

  462. pep.

    Can we ?

  463. pep.

    is that Q1.2 rather than Q2?

  464. pep.

    I was still stuck in 1.1e in my minutes..

  465. winfried

    pep.: you are right.

  466. winfried

    I think 1.1e is about done by now

  467. pep.

    k, I'm not really clear on the boundaries of 1.1e, I have also mixed that with 1.2 certainly

  468. lnj has joined

  469. winfried

    and the discussion @standards certainly is 1.3 ;-)

  470. pep.

    Right

  471. Ge0rG

    winfried: regarding the consent. I think it's technically not feasible (and neither legally reasonable) to ask for explicit consent for passing data from the user to other servers/third parties, for when the user tries to communicate with those third parties

  472. Ge0rG

    So "by using this server to communicate with third parties you agree that data will be passed to third parties" is IMHO a good trade-off

  473. winfried

    Ge0rG: agree

  474. daniel has left

  475. jonasw

    Ge0rG, the consent thing was about local MAM though

  476. winfried

    pep.: plz put that sentence of Ge0rG in the minutes, we need it ;-)

  477. pep.

    winfried, we already had something similar, but yes

  478. Ge0rG

    jonasw: re local MAM the question is interesting.

  479. Ge0rG

    my position is that the client needs to inform the user that by enabling MAM, they will enable MAM.

  480. Ge0rG

    or rather, ask the user for consent to store data on the server.

  481. Ge0rG

    I've called out clients that silently auto-enable MAM before. Without success.

  482. lovetox

    But client doesnt know server policies, so how good is that consent?

  483. Ge0rG

    lovetox: did I hear "data-forms"?

  484. lovetox

    yes good idea, but then its not only the client anymore 🙂

  485. pep.

    Ge0rG, so that's 6.1a realm?

  486. pep.

    And some more XEP (or just EULA?) required for this, as I was asking above

  487. winfried

    pep.: I would say: that is still informing and 6.1b

  488. Ge0rG

    lovetox: the server has a kind of tri-state of MAM of (undefined, enabled, disabled). The client comes and silently enables MAM. Who's at fault?

  489. winfried

    all processing is odne to deliver the service the user requested, nothing more.

  490. lovetox

    What i want to say is, it would make sense for the server to communicate the policy on enable, or a xep that lets us retrieve those

  491. pep.

    ok

  492. Ge0rG

    I'm not sure how far we can put MAM in 6.1b land

  493. lovetox

    so we can really inform the user, not just say "we now going to store data somewhere, for some unkown time, and we dont know what will happen with it"

  494. winfried

    lovetox: correct

  495. la|r|ma has left

  496. pep.

    ok, so what I've been asking above :P

  497. pep. slowly filling the gaps in the minutes

  498. winfried

    Ge0rG: what is your doubt? MAM is an archiving service and the user agrees to use that for that service, I would say that is 6.1b

  499. jonasw

    winfried, but the server would still have to prove that hte user agreed to that service, right?

  500. Kev

    jonasw: Surely that's part of the service agreement the user sigs up to?

  501. Kev

    *signs

  502. winfried

    jonasw: difficult wording there, when you decide yourself to start using a service, then you agree to the data processing that is inherent to that service

  503. pep.

    you have to know what kind of processing though

  504. pep.

    That'd have to be ack-ed before signing in

  505. winfried

    pep.: the information must be available and up to date (art 12 if I recall correctly)

  506. pep.

    Right

  507. winfried

    pep.: but for 6.1a it has to be acked on forhand, for 6.1b not

  508. pep.

    So in the IBR processus or similar, "This is what you are signing for. [Create]"

  509. winfried

    pep.: yes

  510. lovetox has left

  511. pep.

    hmm, trying to summarize all this..

  512. Guus has left

  513. pep.

    date of next?

  514. winfried

    a hairy issue is what if a client enables MAM by default? And does it make a difference if the UI of the client suggest storage or if it suggests the absence of persistence? And who is liable then?

  515. pep.

    winfried, what jonasw was asking

  516. pep.

    20:10:05 jonasw> winfried, that was one of my original questions in the whole GDPR-in-XMPP discussion 20:10:10 jonasw> who is liable if the client didn’t properly ask? 20:10:23 jonasw> is it the client developer? or can the server operator rely on the client asking properly and blame the client if it didn’t?

  517. winfried

    pep.: translated to what we know now...

  518. MattJ

    What happens if you have a web-based consent form, but the user has some obscure browser that doesn't render the page correctly

  519. MattJ

    and maybe it has a bug that swaps the "I consent" and "I do not consent" button text

  520. winfried

    I think we can argue that if the client suggest immediate deletion but enables MAM silently the client is liable

  521. pep.

    MattJ, that's always been an issue? :x

  522. Kev

    winfried: But that the server presumably still had to say "If you enable MAM, we'll store X"?

  523. pep.

    GDPR is not changing anything here

  524. winfried

    Kev: yes it has to inform

  525. jonasw

    pep., but the analogy help with the "what if the client doesn’t do things right" question

  526. MattJ

    pep., but now the server owner is legally liable? :)

  527. jonasw

    date of next?

  528. winfried

    MattJ: about what consent form are you talking? I am right now trying to circumvent all consent forms!

  529. winfried

    Mo, Tue, Thu & Fri are possible for me

  530. Guus has left

  531. pep.

    Mon/Tue/Wed ok for me, the rest might be more difficult

  532. winfried

    Mon or Tue?

  533. pep.

    Actually.. I'll be in Karlsruhe with some other xsf people, so I can also do it from there :P

  534. pep.

    Assuming it's not *too* early (as I'll be in holidays ><)

  535. jonasw

    Mon is not possible

  536. jonasw

    Tue would work

  537. pep.

    Tue 12:30CEST?

  538. jonasw

    wfm

  539. pep.

    I'm in CEST next week btw, all week

  540. Guus has left

  541. jonasw

    Ge0rG?

  542. winfried

    wfm

  543. Guus has left

  544. Syndace has joined

  545. jubalh has joined

  546. marmistrz has left

  547. winfried

    I will have to go, won't be waiting for Ge0rG

  548. Guus has left

  549. pep.

    okay

  550. pep.

    The minutes won't appear just right now but I'll try to do that quickly

  551. winfried

    pep.: thanks once more!

  552. winfried bangs a gavel, hoping Ge0rG hears it and confirms tuesday

  553. Zash has joined

  554. Ge0rG

    next week I'm completely unavailable

  555. winfried

    :-( is there any way we can still get your input?

  556. jubalh has left

  557. Dave Cridland has left

  558. Dave Cridland has left

  559. rtq3 has left

  560. Wiktor has joined

  561. Wiktor has joined

  562. Dave Cridland has left

  563. alacer has left

  564. Dave Cridland has left

  565. lumi has joined

  566. la|r|ma has joined

  567. la|r|ma has joined

  568. rtq3 has joined

  569. alexis has left

  570. Tobias has left

  571. Tobias has joined

  572. Guus has left

  573. Guus has left

  574. jubalh has joined

  575. jubalh has left

  576. Guus has left

  577. Guus has left

  578. jubalh has joined

  579. jubalh has left

  580. Guus has left

  581. Guus has left

  582. SaltyBones has left

  583. Valerian has joined

  584. Maranda has joined

  585. Maranda has left

  586. jere has joined

  587. Valerian has left

  588. Valerian has joined

  589. Valerian has left

  590. Valerian has joined

  591. Maranda has joined

  592. SaltyBones has joined

  593. moparisthebest

    thanks MattJ ! so XEP-0368 is constructed the same way (same misunderstanding of requirements section) and I copied from there so this has been a long ongoing misunderstanding :)

  594. MattJ

    Heh, so it is... never noticed :)

  595. moparisthebest

    it even got all the way to Draft that way haha

  596. MattJ

    Yeah, surprised nobody else noticed

  597. MattJ

    It's documented here: https://xmpp.org/extensions/xep-0143.html#sections-reqs

  598. jonasw hides

  599. Kev has left

  600. Kev has joined

  601. MattJ

    The technical stuff should be in "Use Cases", as e.g. "This is how a client should connect to the server" etc. etc.

  602. moparisthebest

    I *probably* copied an existing XEP back in 2015 but I couldn't even begin to guess

  603. Kev has left

  604. Kev has joined

  605. Tobias has left

  606. MattJ

    Take a look at https://xmpp.org/extensions/xep-0297.html#requirements for a simple example, or https://xmpp.org/extensions/xep-0313.html#requirements for an example that replaces an existing protocol (and discusses why)

  607. moparisthebest

    https://github.com/xsf/xeps#new-protoxeps should mention XEP-0143 I think

  608. moparisthebest

    again I can't recall but I don't exactly remember reading it

  609. jonasw

    moparisthebest, that README is for editors, not for authors

  610. moparisthebest

    ok, then there should be a readme/section for authors :)

  611. jonasw

    right on the top it says: > To submit a new proposal for consideration as a XEP, please read this page: https://xmpp.org/about/standards-process.html#submitting-a-xep

  612. Maranda has left

  613. moparisthebest

    ah yes and then suggests the wrong way to do it

  614. Maranda has joined

  615. moparisthebest

    (email editors instead of pull request)

  616. jonasw

    that’s not wrong

  617. jonasw

    just old

  618. moparisthebest

    and both links https://xmpp.org/extensions/xep-template.xml and https://xmpp.org/about/xsf/xsf-source-control/ is broken

  619. jonasw

    mailing the editors is still totally a fine thing to do

  620. jonasw

    moparisthebest, PRs against the website welcome

  621. moparisthebest

    I would just put the correct procedure at the top of the readme in the xeps repository

  622. jonasw

    why not both

  623. Tim has left

  624. moparisthebest

    yea and fix the website

  625. jonasw

    PRs welcome

  626. jonasw

    will be happy to review htem

  627. lovetox has joined

  628. jubalh has joined

  629. alexis has joined

  630. Maranda has left

  631. Maranda has joined

  632. ThibG has joined

  633. ThibG has joined

  634. marmistrz has left

  635. ali has joined

  636. Kev has left

  637. lumi has joined

  638. daniel has left

  639. pep.

    "By creating a post, you agree to Imgur's [Terms of Service] and [Privacy Policy]" What imgur.com has btw

  640. Tobias has left

  641. jonasw

    wait until May 25th

  642. jonasw

    I’m still getting at least two mails per week from esrvices which have adapted their ToS/Privacy stuff

  643. jonasw

    and imgur didn’t do that yet

  644. jonasw

    so that may still be a WIP

  645. pep.

    yeah

  646. pep.

    I'm also getting spammed by policy updates

  647. la|r|ma has joined

  648. jjrh has left

  649. Maranda has joined

  650. rtq3 has left

  651. waqas has joined

  652. daniel has left

  653. Ge0rG

    There is an easy solution to the GDPR now! https://gdpr-shield.io/

  654. moparisthebest

    ha I love it

  655. Ge0rG

    > We provide you with a JavaScript snippet that you'll paste into your site's existing HTML code > We'll check every user that visits your site and block access to users from the EU. This happens in the background and doesn't affect your site's speed for non-EU users

  656. Ge0rG

    This!

  657. Tobias has left

  658. jubalh has left

  659. MattJ

    <stream:stream><script...

  660. moparisthebest

    Or just put a "EU citizens not allowed" disclaimer in your TOS, that's what I did in the motd of my IRC server for German citizens

  661. Ge0rG

    moparisthebest: I'd say that doesn't qualify

  662. moparisthebest

    Why not?

  663. moparisthebest

    How could I be liable if you illegally use my service in violation of my terms?

  664. goffi has joined

  665. Ge0rG

    moparisthebest: I'd say you need to explicitly block the EU IPs

  666. jjrh has left

  667. moparisthebest

    Why?

  668. Maranda has joined

  669. rtq3 has joined

  670. la|r|ma has joined

  671. la|r|ma has joined

  672. la|r|ma has joined

  673. alexis has left

  674. Wiktor

    Does it really apply to moparisthebest's IRC server? I guess he doesn't collect any personal info there.

  675. Maranda has left

  676. moparisthebest

    I think similar should work everywhere even if you do collect PII

  677. jubalh has joined

  678. Wiktor

    Yeah but irc doesn't need your personal data and by design it's a public forum.

  679. jjrh has left

  680. Maranda has joined

  681. jonasw

    but most nickservs operate using email adrseses

  682. jonasw

    which are PII

  683. Ge0rG

    And IPs. You need those against spambots!

  684. Wiktor

    A similar thread was recently here https://news.ycombinator.com/item?id=16661323

  685. alexis has joined

  686. Kev has joined

  687. jjrh has left

  688. Kev has left

  689. Kev has joined

  690. jjrh has left

  691. jjrh has left

  692. moparisthebest has left

  693. valo has joined

  694. alexis has left

  695. alexis has joined

  696. jubalh has left

  697. jubalh has joined

  698. Wiktor

    > Provided your company doesn't specifically target its services at individuals in the EU, it is not subject to the rules of the GDPR. Source: https://ec.europa.eu/info/law/law-topic/data-protection/reform/rules-business-and-organisations/application-regulation/who-does-data-protection-law-apply_en

  699. moparisthebest

    interesting

  700. Wiktor

    I think a ToS like moparisthebest would strongly signal it does not target EU.

  701. alexis has left

  702. alexis has joined

  703. Ge0rG

    Wiktor: I think that "specifically targeting" are weasel words that need to be checked by courts.

  704. Wiktor

    Sure, I'm not your lawyer, but I wouldn't panic if I was moparisthebest :)

  705. Guus has left

  706. Ge0rG

    Why, you can't panic often enough.

  707. Guus has left

  708. moparisthebest

    EU citizens are forbidden from using this IRC server - This is specified so the GDPR does not apply: https://ec.europa.eu/info/law/law-topic/data-protection/reform/rules-business-and-organisations/application-regulation/who-does-data-protection-law-apply_en

  709. moparisthebest

    added that to my motd, done and done, GDPR is easy!

  710. MattJ

    I really don't think it works like that :)

  711. Ge0rG

    MattJ: I might have said the same thing before, without convincing anybody.

  712. alexis has left

  713. alexis has joined

  714. moparisthebest

    no one is going to sue me for that anyway, but if they do, I think 'they were forbidden from using my server' is a pretty strong argument

  715. vanitasvitae has left

  716. moparisthebest

    also 'go *&@! yourself I'm not flying to the EU to appear in court' is pretty good too

  717. vanitasvitae has joined

  718. alexis has left

  719. jubalh has left

  720. Guus has left

  721. marmistrz has left

  722. alexis has joined

  723. la|r|ma has left

  724. la|r|ma has joined

  725. jubalh has joined

  726. daniel has left

  727. alexis has left

  728. alexis has joined

  729. pep.

    re gdpr-shield, I was going to ask what if I disable JS, but in that case I probably won't have access to the website anyway :)

  730. daniel has left

  731. Syndace has joined

  732. Ge0rG

    pep.: websites on .io require JS, didn't you know?

  733. pep.

    yeah I know

  734. pep.

    That's why I corrected myself

  735. alacer has joined

  736. rtq3 has left

  737. jubalh has left

  738. rtq3 has joined

  739. Wiktor

    > This won't apply to every U.S. business — just the ones that are knowingly, and actively, conducting business in the EU. In this vein, EU courts have the discretionary ability to determine if a U.S. company was purposely collecting EU resident data and subverting GDPR compliance. So, in some cases, the inadvertent collection of personal data will be forgiven if it is found to have been occasional and "unlikely to result in a risk to the rights and freedoms of natural persons." Source: https://community.spiceworks.com/topic/2007530-how-the-eu-can-fine-us-companies-for-violating-gdpr

  740. Andrew Nenakhov has left

  741. Andrew Nenakhov has joined

  742. Andrew Nenakhov has left

  743. Andrew Nenakhov has joined

  744. sezuan has left

  745. goffi has left

  746. alacer has left

  747. ali has left

  748. Chobbes has joined

  749. SamWhited has left

  750. SamWhited has left

  751. Valerian has left

  752. Valerian has joined

  753. jubalh has joined

  754. jubalh has left

  755. lorddavidiii has left

  756. jjrh has left

  757. jjrh has left

  758. jjrh has left

  759. valo has left

  760. jjrh has left

  761. SaltyBones has left

  762. SamWhited has left

  763. alacer has joined

  764. Maranda has left

  765. marc has joined

  766. jjrh has left

  767. lnj has left

  768. alacer has left

  769. alacer has joined

  770. lnj has joined

  771. mrdoctorwho has left

  772. Guus has left

  773. debacle has left

  774. ta has joined

  775. sezuan has left

  776. sezuan has joined

  777. jere has left

  778. jere has joined

  779. jjrh has left

  780. tux has left

  781. daniel has left

  782. tux has left

  783. Dave Cridland has left

  784. lumi has left

  785. Dave Cridland has left

  786. Tobias has joined

  787. Dave Cridland has left

  788. Dave Cridland has left

  789. Dave Cridland has left

  790. Dave Cridland has left

  791. Kev has left

  792. marc has left

  793. valo has joined

  794. Dave Cridland has left

  795. Dave Cridland has left

  796. Valerian has left

  797. marc has joined

  798. Guus has left

  799. mrdoctorwho has left

  800. Maranda has joined

  801. Andrew Nenakhov has left

  802. Andrew Nenakhov has joined

  803. Andrew Nenakhov has left

  804. Andrew Nenakhov has joined

  805. jjrh has left

  806. jjrh has left

  807. jjrh has left

  808. jjrh has left

  809. jjrh has left

  810. Guus has left

  811. Guus has left

  812. derdaniel has left

  813. derdaniel has joined

  814. Kev has joined

  815. Kev has left

  816. Guus has left

  817. Tobias has joined

  818. Tobias has joined

  819. mimi89999 has left

  820. mimi89999 has left

  821. mimi89999 has left

  822. mimi89999 has left

  823. jubalh has joined

  824. jubalh has left

  825. mimi89999 has left

  826. mimi89999 has left

  827. mimi89999 has joined

  828. mimi89999 has left

  829. mimi89999 has left

  830. marmistrz has left

  831. mimi89999 has left

  832. rion has joined

  833. Dave Cridland has left

  834. Tobias has joined

  835. Dave Cridland has left

  836. la|r|ma has left

  837. la|r|ma has joined

  838. daniel has left

  839. Syndace has joined

  840. Dave Cridland has left

  841. Dave Cridland has left

  842. jubalh has joined

  843. Tobias has joined

  844. ta has left

  845. rtq3 has left

  846. rtq3 has joined

  847. ta has joined

  848. daniel has left

  849. marmistrz has left

  850. la|r|ma has joined

  851. la|r|ma has joined

  852. la|r|ma has joined

  853. la|r|ma has joined

  854. la|r|ma has joined

  855. la|r|ma has joined

  856. la|r|ma has joined

  857. la|r|ma has joined

  858. la|r|ma has joined

  859. la|r|ma has joined

  860. la|r|ma has joined

  861. la|r|ma has joined

  862. la|r|ma has joined

  863. la|r|ma has joined

  864. lorddavidiii has joined

  865. lskdjf has joined

  866. blabla has left

  867. SamWhited has left

  868. SamWhited has left

  869. SamWhited has joined

  870. moparisthebest

    does anyone know if any servers implement bcc from here? https://xmpp.org/extensions/xep-0033.html#addr-type

  871. Zash

    https://hg.prosody.im/prosody-modules/file/f66a08f208ad/mod_addressing/mod_addressing.lua#l19

  872. moparisthebest

    thanks

  873. rtq3 has left

  874. rtq3 has joined

  875. SamWhited has left

  876. SamWhited has joined

  877. Dave Cridland has left

  878. ta has joined

  879. Dave Cridland has left

  880. blabla has left

  881. jubalh has left

  882. marmistrz has left

  883. sezuan has left

  884. ta has joined

  885. rtq3 has left

  886. rtq3 has joined

  887. marmistrz has left

  888. Dave Cridland has left

  889. Dave Cridland has left

  890. waqas has left

  891. jubalh has joined

  892. goffi has joined

  893. Guus has left

  894. Yagiza has left

  895. Dave Cridland has left

  896. marmistrz has joined

  897. Dave Cridland has left

  898. Dave Cridland has left

  899. jubalh has left

  900. Guus has left

  901. daniel has left

  902. SaltyBones has left

  903. sezuan has joined

  904. mimi89999 has left

  905. mimi89999 has left

  906. mimi89999 has left

  907. Neustradamus has left

  908. rion has left

  909. la|r|ma has left

  910. lskdjf has joined

  911. lskdjf has joined

  912. rion has left

  913. Guus has left

  914. j.r has joined

  915. j.r has left

  916. marmistrz has left

  917. Guus has left

  918. alacer has left

  919. j.r has joined

  920. marc has left

  921. la|r|ma has joined

  922. la|r|ma has joined

  923. waqas has joined

  924. marc has joined

  925. daniel has left

  926. goffi has left

  927. Dave Cridland has left

  928. Guus has left

  929. mimi89999 has left

  930. Guus has left

  931. daniel has left

  932. jubalh has joined

  933. Dave Cridland has left

  934. Guus has left

  935. Dave Cridland has left

  936. marc has left

  937. pep. has left

  938. Seve/SouL has joined

  939. lorddavidiii has joined

  940. lorddavidiii has joined

  941. lorddavidiii has joined

  942. jubalh has left

  943. marmistrz has left

  944. daniel has left

  945. marc has joined

  946. mimi89999 has left

  947. jjrh has left

  948. ibikk has left

  949. moparisthebest has joined

  950. Dave Cridland has left

  951. blabla has joined

  952. Dave Cridland has left

  953. Tobias has joined

  954. Dave Cridland has left

  955. SaltyBones has left

  956. Dave Cridland has left

  957. Maranda has left

  958. marc has left

  959. sezuan has left

  960. jjrh has left

  961. Maranda has joined

  962. jjrh has left

  963. lorddavidiii has left

  964. Andrew Nenakhov has left

  965. Nekit has joined

  966. Andrew Nenakhov has joined

  967. Andrew Nenakhov has left

  968. Andrew Nenakhov has joined

  969. sezuan has joined

  970. Bunneh has joined

  971. Bunneh has left

  972. Bunneh has joined

  973. ibikk has joined

  974. marmistrz has left

  975. Tobias has left

  976. Tobias has joined

  977. valo has left

  978. lovetox has left

  979. lnj has left

  980. marc has left

  981. mimi89999 has left

  982. mimi89999 has left

  983. mimi89999 has left

  984. mimi89999 has left

  985. matlag has left

  986. marmistrz has joined

  987. Maranda has left

  988. Maranda has joined

  989. Maranda has left

  990. jere has joined

  991. Maranda has joined

  992. Maranda has left

  993. j.r has left

  994. j.r has joined

  995. Guus has left

  996. Guus has left

  997. jere has joined

  998. Guus has left

  999. Andrew Nenakhov has left

  1000. Andrew Nenakhov has joined

  1001. Andrew Nenakhov has left

  1002. Andrew Nenakhov has joined

  1003. Dave Cridland has left

  1004. Andrew Nenakhov has left

  1005. Andrew Nenakhov has joined

  1006. Dave Cridland has left

  1007. Andrew Nenakhov has left

  1008. Andrew Nenakhov has joined

  1009. Dave Cridland has left

  1010. Dave Cridland has left

  1011. Dave Cridland has left

  1012. j.r has joined

  1013. Dave Cridland has left

  1014. lskdjf has joined

  1015. lskdjf has joined

  1016. Dave Cridland has left

  1017. Andrew Nenakhov has left

  1018. Andrew Nenakhov has joined

  1019. Andrew Nenakhov has left

  1020. Andrew Nenakhov has joined

  1021. Dave Cridland has left

  1022. Dave Cridland has left

  1023. j.r has joined

  1024. Dave Cridland has left

  1025. Dave Cridland has left

  1026. Dave Cridland has left

  1027. Dave Cridland has left

  1028. rtq3 has left

  1029. rtq3 has joined

  1030. Guus has left

  1031. jere has left

  1032. jere has joined