Jefi have question, can a muc relay and IQ query to all the occupants in the room?
Lanceit can, but how it does so, and how it handles the results isn't specified
Jefhow about instead of the room itself, maybe a service does it
Lance?
KevOr, to put it another way, no it doesn't :)
Jefit can't be done?
KevNot with standard MUC.
Lanceif you implemented your own muc component, and decided how to deal with all of the responses, sure
JefLance, by component you mean service?
Jefwhich can be discovered by disco
Lanceright, I mean the service providing the muc rooms
Jefhmmm...
Jefthanks i will check it out
Lancebut you would most likely be better off just sending the queries to the room occupants instead
Jefif i have one query and 100 occupants it would be troublesome
Jefmore so, i don't know which occupants can handle the query
KevWell, that, at least, you should know.
Jefif they join the attached muc service, i could know that
Jefso i just send the query to the service
KevThey'll have caps in their presence.
Jefoh
Jefi haven't considered that
KevIt would break the iq model if you started getting multiple responses to a single query.
Jefha.... i see
Jefso that's an absolute no
Lancehas left
Lancehas joined
Jefstill, i find that sending a new IQ for each and every occupant is rather inefficient
Lancesounds like you need might need mep
Jefmep?
Lancehttp://xmpp.org/extensions/inbox/mep.html
KevPEP for MUCs.
Jeflooks it it could solve the problem, yes... but it is a proto xep
Jefi have no other choice then, but wait until it is ready
LanceJef: how much control do you have in this setup? Are these arbitrary clients joining the muc, or ones that you control?
Lancebecause you could make your muc service do the initial query and then do a message broadcast with the results
Jefno, they are arbitrary
JefLance, it is for the FIS
Lanceooh
LanceI see
Jefi want to send a search query
Lanceand search across all room occupants
Jefyes
Lanceok, then MEP wouldn't help in that case
Jef:S
Lanceso, you'd need to do this like how MAM works
Lancesend the iq to the muc, muc queries occupants, muc forwards results via message wrappers to the requester, muc sends result iq
JefMessage Archive Management?
Lanceyes
Lancethe pattern of send iq, receive series of result message stanzas, receive single result iq
KevI think I missed what you're trying to do.
JefKev, it is about searching files
KevAh.
JefLance, then the muc would have to wait for every occupant to send the results?
KevIt would, yes.
Lanceto send the final iq, yes
Jefnot optimal, but i guess that's the best we can do
Jefmaybe send a timeout with the query
Lancehrm
Lancewe can't really solve the waiting issue without caching/versioning/etc, but we can make this look a bit nicer and not have all of these response stanzas
Lanceby declaring that a muc room's FIS root directory contains a directory for each occupant
Lanceand then the room proxies any requests for data in those directories to those occupants
Jefand what about with you want to search all across with a single keyword
Jefand what about when* you want to search all across with a single keyword
Lanceit would look exactly like doing it with another user. in this case the muc service knows how to mux all of the search results together into a single result
LanceRSM goes out the window though :/
Jefresult set?
Lanceright, how do you reliably limit/page results from a search across multiple sources?
Lanceits doable if the muc caches the directory tree and metadata for its occupants
Jefhow about every result have an attribute with the jid of the occupant
Jefi don't understand well how RSM becomes difficult
Lancewell, idk. i'd have to think some more. it may work just fine
Ashleyhas joined
Ashleyhas left
Lanceok, chat based voting works with the new memberbot. It just needs to write output files like the old one
Lanceponders how to integrate last message correction with voting