Re: [Standards] Message delivered time

2010-10-15 Thread Peter Saint-Andre
On 10/15/10 3:20 PM, Waqas Hussain wrote: > I'd use XEP-0203: Delayed Delivery > > That would be because of that 'from' attribute on the > element, among other things. Yes, that seems better to me. Peter -- Peter Saint-Andre https://stpeter.im/ smime.p7s Description: S/MIME Cryptogr

Re: [Standards] Message delivered time

2010-10-15 Thread Waqas Hussain
On Thu, Oct 14, 2010 at 7:12 PM, Leon Roy wrote: > Hello, > > We're coding new XMPP clients which report to each other the time a message > is read by the far party. > > > > Would extending the element with urn:xmpp:time from XEP-0202 like > below be valid? > > > from='northumberl...@shakes

Re: [Standards] hierarchical MUC permissions

2010-10-15 Thread Dave Cridland
On Fri Oct 15 18:11:55 2010, Justin Karneges wrote: On Friday 15 October 2010 00:54:30 Dave Cridland wrote: > I'd be inclined to stick with this pattern, too - add domain-level > affiliations in a more general way, include them in protocol (we > currently use a magic room in MUC), and not try to

Re: [Standards] hierarchical MUC permissions

2010-10-15 Thread Justin Karneges
On Friday 15 October 2010 00:54:30 Dave Cridland wrote: > I'd be inclined to stick with this pattern, too - add domain-level > affiliations in a more general way, include them in protocol (we > currently use a magic room in MUC), and not try to expose them (very > much) in the affiliation lists of

Re: [Standards] Date time values in XEP54, vcard?

2010-10-15 Thread Peter Flindt
Florian Zeitz wrote on 13.10.2010 in message <4cb59e8f.6060...@gmx.de> : > ... Thanks for this infos. Even though it's a little bit ugly, in my opinion. I made a test with Outlook 2010 today, and it save the vcard in the ISO format too, I assume a lot of other applications use the ISO format too.

Re: [Standards] hierarchical MUC permissions

2010-10-15 Thread Dave Cridland
On Fri Oct 15 08:08:19 2010, Justin Karneges wrote: Just throwing out ideas, and I'm curious if anyone out there has done hierarchical permissions in their MUC implementations, standard or not. Kind of. M-Link has - sort of - domain level affiliations, for MUC at least. I'm going to (as p

[Standards] hierarchical MUC permissions

2010-10-15 Thread Justin Karneges
MUC allows setting room-level owners/admins, but what about being able to set these permissions for groups of rooms, or for the entire MUC domain? I have a need for a hierarchy of administration. One idea I have is to simply add custom affiliation types. For example, something like "x-domaino