Tobias Markmann wrote: > On Fri, Mar 14, 2008 at 1:20 AM, Peter Saint-Andre <[EMAIL PROTECTED]> wrote: >> Tobias Markmann wrote: >> > Hi, >> > >> > I'm very interested in multicasting for the XMPP world. Since last >> > summer, more precisely Google Summer of Code, badlop has pointed out >> > several bugs[1] which might need improvement in the XEP. In addition >> > to that I suggested some protocol addition which could even reduce the >> > traffic more. Advanced multicasting is very important for XMPP because >> > it'll help increasing overall stability a lot. Here a short list of >> > improvements XMPP world could get from improved multicasting: >> > - decrease of overall stanzas from MUCs and PubSubs >> > * thus decrease of traffic >> > * decrease of computation time needed for XML parsing >> > - adding email like multicast features on client side >> > >> > To come to the point, I'm looking for people interesting moving this >> > XEP, XEP-0033, forward and get it wider deployed, on either side, >> > client and server. Everyone who is interested in building a working >> > group is welcome to leave a message or feedback. I plan real time >> > meetings in some MUC once a week or two weeks. >> >> Based on feedback I have received from implementors, I think that >> XEP-0033 may be something that we want to replace, not improve. I will >> try to have a counter-proposal soon. >> >> Peter >> > > That will also work. However current XEP-0033 isn't that bad and there > aren't many implementations of it though it's already Draft. Aren't > XEPs in Draft to be able to still change them and don't have to create > new XEPs to get improvements into XMPP.
Sure. I didn't have time the other day to describe all the reasons for possibly taking a different approach, but the proposal I'm working on with a few other people will do so. I may even finish the first draft today. Peter -- Peter Saint-Andre https://stpeter.im/
smime.p7s
Description: S/MIME Cryptographic Signature
