<div dir="ltr"><div>H all,</div><div><br></div><div>Unfortunately I can't make tomorrow's meeting due to an appointment I'd completely forgotten about.</div><div><br></div><div>I may not make the week after (though I think I've timed things to allow it).</div><div><br></div><div>Included here are votes which I'm not sure I can do yet.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 3 Mar 2020 at 17:51, Jonas Schäfer <<a href="mailto:jonas@wielicki.name">jonas@wielicki.name</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi everyone,<br>
<br>
The next XMPP Council Meeting will take place on 2020-03-04 at 16:00Z in  <br>
<a href="http://xmpp:council@muc.xmpp.org?join" rel="noreferrer" target="_blank">xmpp:council@muc.xmpp.org?join</a>. Everyone is welcome to join and give comments.<br>
<br>
This agenda is composed from:<br>
<br>
- Editor notifications to standards@<br>
- xsf/xeps GitHub PRs marked as Needs Council<br>
- Suggestions directly sent to me (see below)<br>
<br>
Agenda as follows:<br>
<br>
1) Roll Call<br>
<br>
2) Agenda Bashing<br>
<br>
* Feel free to pre-bash on-list or directly to me if you think something is  <br>
missing.<br>
<br>
3) Editor’s Update<br>
<br>
- ProtoXEP: Reminders<br>
- Expired calls: LC on XEP-0402<br>
- Calls in progress:<br>
<br>
  - CFE: XEP-0066 (Out of Band Data), ends: 2020-03-10<br>
  - CFE: XEP-0184 (Message Delivery Receipts), ends: 2020-03-17<br>
<br></blockquote><div><br></div><div>(Thank you very much for this bit - very useful)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
4) Items for voting<br>
<br>
4a) Proposed XMPP Extension: Reminders<br>
URL: <a href="https://xmpp.org/extensions/inbox/reminders.html" rel="noreferrer" target="_blank">https://xmpp.org/extensions/inbox/reminders.html</a><br>
Abstract:<br>
This specification provides a way to set up reminders.<br>
<br></blockquote><div><br></div><div>I think this is probably better done as ad-hoc, and a future-delivery concept that Marvin suggests might also be a better approach, but if this were widely deployed as-is it wouldn't do any harm to the network, so I'm +1 for adopting it. If it transforms utterly on the way through Experimental that'll be entertaining.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
4b) Decide on advancement of XEP-0402<br>
Title: PEP Native Bookmarks<br>
URL: <a href="https://xmpp.org/extensions/xep-0402.html" rel="noreferrer" target="_blank">https://xmpp.org/extensions/xep-0402.html</a><br>
Abstract:<br>
This specification defines a syntax and storage profile for keeping a list of <br>
chatroom bookmarks on the server.<br>
<br>
(The last call ends today, so be sure to send in your feedback if you haven’t <br>
already.)<br>
<br></blockquote><div><br></div><div>I think this is unlikely to see further changes requiring a namespace bump, and should be taken into close change control by the Council, so +1 for draft.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
4c) PR#898<br>
Title: XEP-0060: Specify that empty <item/> are invalid on publish<br>
URL: <a href="https://github.com/xsf/xeps/pull/898" rel="noreferrer" target="_blank">https://github.com/xsf/xeps/pull/898</a><br>
<br></blockquote><div><br></div><div>If a node is configured not to persist items, and to notify without the payload, does this mean we now have to supply a mandatory payload that is only ever seen by the publisher and the service? Tentative -1, though I could be persuaded into a -0.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
5) Outstanding Votes<br>
<br>
- There are a few, check the Spreadsheet of Doom and vote on-list as needed.<br>
<br>
6) Date of Next<br>
<br>
7) AOB<br>
<br>
8) Close<br>
<br>
End of Agenda.<br>
<br>
Note that I am aiming for 30 minutes, but meetings may be extended as   <br>
necessary if all council members agree.<br>
<br>
Meetings are normally held every Wednesday at 1600 UTC in the   <br>
<a href="http://xmpp:council@muc.xmpp.org?join" rel="noreferrer" target="_blank">xmpp:council@muc.xmpp.org?join</a> chatroom.<br>
Meetings are open, and anyone (XSF Member or not) may attend, though only XMPP   <br>
Council members may vote. Relevant comments from the floor are welcomed.<br>
<br>
Using your web browser, you can join anonymously via<br>
<a href="https://xmpp.org/chat?council" rel="noreferrer" target="_blank">https://xmpp.org/chat?council</a><br>
<br>
Note that conversations in the room are logged publicly at<br>
<a href="https://logs.xmpp.org/council/" rel="noreferrer" target="_blank">https://logs.xmpp.org/council/</a><br>
<br>
If you have suggestions for an agenda item, you can message me via XMPP or  <br>
email at this address or at <a href="mailto:jonas@zombofant.net" target="_blank">jonas@zombofant.net</a>.<br>
<br>
I aim to publish the Agenda on the day before the Council meeting before <br>
20:00Z.<br>
<br>
<br>
Thanks everyone,<br>
Jonas<br>
</blockquote></div></div>