Hi, it's for a client side library I am working on (https://bitbucket.org/sco0ter/babbler) (BTW: I am still awaiting a response to http://mail.jabber.org/pipermail/jdev/2014-January/089803.html regarding the inclusion to the "libraries" site, maybe I am more lucky on this list!?)
But I am implementing it more for the sake of "XMPP completeness" rather than because there's a real use case/requirement, so feel free to deprecate it. In reality I am not seeing a benefit to implement a client with this XEP. There are also other "errors" in the XEP: 1. The sentence "If the requester is authorized but the node does not exist, the server MUST return a <item-not-found/> error." does not make sense for the purge and fetch use case, since no single item is requested. 2. It is still referring to Legacy Delayed Delivery (XEP-0091) 3. The XML Schema suggests an optional "jid" attribute for the <item/> element in the "http://jabber.org/protocol/offline"; namespace, but it is nowhere explained/mentioned in the XEP. -- Christian Am 25.01.2014 um 22:56 schrieb Peter Saint-Andre: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01/25/2014 02:27 PM, Christian Schudt wrote: >> Hi, >> >> I am just implementing XEP-0013: Flexible Offline Message Retrieval >> and found that the "purge" and "fetch" elements are missing in the >> XML Schema. >> >> Just saying, if anyone cares and wants to correct the XEP. > > There are not many implementations of this specification (in fact I've > thought that we might want to deprecated it). Are you implementing it > on the client side or the server side? > > Peter > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJS5DMMAAoJEOoGpJErxa2pvV0QAK6/d/5ndWFQRofQaiUtkpz3 > Xa7TL9bEhsUT9QCT9EUYT7kaZ2Qu1hRLAzUoOD94mrqvvjL4FZgBVsUbYi3kQ7sn > L8WPMfIeUtKuHMy71RV+AWwgj3JvzawwHUvTrINyE6+9cGYvgep0+zzq7RL/ALuu > FdH5d2Qe+yw40Bm4DnSkZid/TohgW04hSPexn3FtASZDRJlD6A7pzHzvQSqm5lPV > Uu7Hksn8ydSaXqUAiAQYwkMp2jmsWBgMxXUxub5mL0s97UJqYcvQOYm3G8U+q94l > 7xyYyb4gOi1jJSDOSPEx6GMIHY/kp6+T0yJO0wCKhCSo2+VLtGeK4AHirWBof4P8 > wyng6iyCWpJR29ruTAYw8th39M2tPbBpK/MzyLY8N3+QAeASr9fRX8dRw7CBO187 > v8L2GfGlVT1XdPX1ZaulYJSE0K2ek8esVtqdtB3iVVKU8S3+CrZpm8XQoYZKshY7 > QehIEfI49wW8oHsMFxGZiFLyra/p4+JFwO+3LdnQpOOE0GRpBTfTiJle1HJJT/dX > tn9ZKeO7fBHRfItHraUr939V8nOqnQPEsSy3SL0DaXtGyh3W9uUyOeIz01YHdWjD > Wtk0UTr9gjLVv/jb/A/MmmqtQkL2xLIZO16Z91JK9BoFoE0dGpVRo0jtRfry4H9T > SFwXhmgMDie+SZblmeY2 > =xLsg > -----END PGP SIGNATURE-----
