[10:37:34]
<SouL> Sorry Maranda, I couldn't pay attention yesterday. So let's see if I get the point. You basically are implementing the protocol correctly, even if the protocol should be fixed. Right?
[10:37:46]
<SouL> Or at least for me, that should be fixed.
[10:38:25]
<SouL> I mean, I understand Holger when he said he wants MAM but not accessible through HTTP. But from what you said, that's not in the protocol.
[10:38:49]
<Maranda> SouL, the protocol should either be amended to handle those cases (e.g. the new form type), or the public diciture should be removed from room logging.
[10:39:24]
<Maranda> because status 170 should be always sent whenever conversations are recorded public or not.
[10:40:03]
<Maranda> s/or the public diciture should be removed from room logging./and the public diciture should be removed from room logging./
[10:41:03]
<Maranda> SouL, no it's not, that's a distinction which is unexistent, the xep says that *often* they're exposed via HTTP but that's historical
[10:44:23]
<Maranda> SouL, and the xep speaks about public exposed logs only in 7.2.13, rest is *room logging* even form types registry refers to the muc#roomconfig_enablelogging as "Whether to Enable Logging of Room Conversations"
[10:45:56]
<Maranda> So if it was me, I'd just amend the document to specify that whenever any type of logging is used users should be warned upon entering
[10:46:12]
<Maranda> and use the existing form type
[10:46:20]
<Maranda> for simplicity
[10:47:02]
<Maranda> But amending to add another form type for MAM is fine as well, as long that users are warned with status 170 irregardless
[10:47:39]
<Maranda> Just not like it is now, because muc#roomconfig_enablearchiving *isn't even a registered form type*
[10:57:52]
<Maranda> SouL, basically what Holger said is that using the current form type (muc#roomconfig_enablelogging) clients could be worried to expose logs publically, which is a nonsense because that's exactly what are you doing.
[10:58:23]
<Maranda> And I argued exactly that.
[10:59:20]
<Maranda> About the correctness, I think my approach is the most transparent and correct to the user.
[11:02:17]
<Maranda> SouL, also on a plus every logging module in Metronome fully respects {xep 334} so a client could really tell Metronome to not store anything.
[11:02:30]
<Maranda> test [xep 334]
[11:02:37]
*Maranda bonks Echo1
[11:02:40]
<Maranda> @xep 334
[11:02:41]
<Echo1> Maranda: XEP-0334: Message Processing Hints is Standards Track (Deferred, Defer due to lack of activity.) See: https://xmpp.org/extensions/xep-0334.html
[15:27:23]
<Maranda> <xep 163>
[15:27:23]
<Echo1> Maranda: XEP-0163: Personal Eventing Protocol is Standards Track (Draft, Clarify how +notify works) See: https://xmpp.org/extensions/xep-0163.html
[15:27:28]
<Maranda> there we go
[15:27:38]
*Maranda found out the inline syntax :P
[15:38:31]
<Maranda> @xep sift
[15:38:31]
<Echo1> Maranda: XEP-0273: Stanza Interception and Filtering Technology (SIFT) is Standards Track (Deferred, Made it clear that presence means presence notifications; added support for subscription-related presence stanzas; described payload matching in greater detail; added use case for allowing only core XMPP child elements; increased protocol version number from 1 to 2.) See: https://xmpp.org/extensions/xep-0273.html
[16:15:40]
<Neustradamus> Thanks Maranda for new sections on the website like https://metronome.im/news !!
[18:16:21]
<Echo1> maranda committed --
mod_{message/offline}: reflect previous changes,
-> https://github.com/maranda/metronome/commit/d92c7409da9e51b0b6ad7029e521cce1d7400084
[18:16:22]
<Echo1> maranda committed --
mod_stanza_optimizations: handle message stanzas and sender:remote. (…
-> https://github.com/maranda/metronome/commit/197d039ef8bbe3c8e8640d7fbf4b65714e22f944
[19:01:21]
<Echo1> maranda committed --
mod_stanza_optimizations: sanitize sessions on unload. (Fixes #296)
-> https://github.com/maranda/metronome/commit/e01fb680815efb2e5b0b4d7c6d2f38165a34021c
[19:03:23]
<Maranda> fixed a few things... added a few more *probably unused things* XD
[19:31:22]
<Maranda> @ping bouah.net
[19:31:24]
<Echo1> Maranda: Pong from bouah.net in 1.896 seconds
[19:31:45]
<Maranda> @ping jabber.org
[19:31:45]
<Echo1> Maranda: Pong from jabber.org in 0.051 seconds
[19:44:24]
<Maranda> and when I say I'm rather convinced xmpp spam bots are dumb...
[19:44:28]
<Maranda> Apr 02 19:41:52 s2sin64b17f0 debug connection bashtel.ru->conference.lightwitch.org is now authenticated for bashtel.ru
Apr 02 19:41:52 s2sin64b17f0 info incoming s2s connection bashtel.ru->conference.lightwitch.org complete
Apr 02 19:41:52 mod_admin_web debug Added host bashtel.ru s2sin
Apr 02 19:41:52 mod_s2s debug sending: <db:result id='bec15fec-d7bb-4bc8-bbca-d4e68ba3284b' type='valid' to='bashtel.ru' from='conference.lightwitch.org'>
Apr 02 19:41:52 s2sin64b17f0 debug Received[s2sin]: <message type='error' to='lobby@conference.lightwitch.org' from='rupert2465@bashtel.ru/QutIM'>
Apr 02 19:41:52 s2sin64b17f0 debug Received[s2sin]: <message type='chat' to='lobby@conference.lightwitch.org' from='rupert2465@bashtel.ru/QutIM'>
Apr 02 19:41:52 s2sout70e8fd0 debug going to send stanza to bashtel.ru from conference.lightwitch.org
Apr 02 19:41:52 s2sout70e8fd0 debug sending: <message type='error' to='rupert2465@bashtel.ru/QutIM' from='lobby@conference.lightwitch.org'>
Apr 02 19:41:52 s2sout70e8fd0 debug stanza sent over s2sout
Apr 02 19:41:52 s2sin64b17f0 debug Received[s2sin]: <message type='groupchat' to='lobby@conference.lightwitch.org' from='rupert2465@bashtel.ru/QutIM'>
Apr 02 19:41:52 s2sout70e8fd0 debug going to send stanza to bashtel.ru from conference.lightwitch.org
Apr 02 19:41:52 s2sout70e8fd0 debug sending: <message type='error' to='rupert2465@bashtel.ru/QutIM' from='lobby@conference.lightwitch.org'>
Apr 02 19:41:52 s2sout70e8fd0 debug stanza sent over s2sout
Apr 02 19:41:52 s2sin64b17f0 debug Received[s2sin]: <message type='headline' to='lobby@conference.lightwitch.org' from='rupert2465@bashtel.ru/QutIM'>
Apr 02 19:41:52 s2sout70e8fd0 debug going to send stanza to bashtel.ru from conference.lightwitch.org
Apr 02 19:41:52 s2sout70e8fd0 debug sending: <message type='error' to='rupert2465@bashtel.ru/QutIM' from='lobby@conference.lightwitch.org'>
Apr 02 19:41:52 s2sout70e8fd0 debug stanza sent over s2sout
Apr 02 19:41:52 s2sin64b17f0 debug Received[s2sin]: <message to='lobby@conference.lightwitch.org' from='rupert2465@bashtel.ru/QutIM'>
Apr 02 19:41:52 s2sout70e8fd0 debug going to send stanza to bashtel.ru from conference.lightwitch.org
Apr 02 19:41:52 s2sout70e8fd0 debug sending: <message type='error' to='rupert2465@bashtel.ru/QutIM' from='lobby@conference.lightwitch.org'>
Apr 02 19:41:52 s2sout70e8fd0 debug stanza sent over s2sout
[20:16:21]
<Echo1> maranda committed --
mod_mam: move mam-purge feature to account disco. (Fixes #297)
-> https://github.com/maranda/metronome/commit/1965a07013cc736347a5d88c719d40c6f17de965
[21:02:41]
<Maranda> argh.
[21:16:21]
<Echo1> maranda committed --
mod_mam: fix missed traceback caused by old syntax.
-> https://github.com/maranda/metronome/commit/571f545415bbe2a3f90f34bee19d158fd52d7d72