-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vinod Panicker wrote: > On 11/24/05, Vinod Panicker <[EMAIL PROTECTED]> wrote: >> On 11/24/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote: >>> I think you can by forcing binding to an existing resource, but I'm >>> not sure it allows you to force an old resource off and bind a new >>> one. >> Wont work since even binding to an existing resource would mean that >> I'm adding one more connected resource (albeit of a same name). What >> I'm asking is - shouldn't this be treated in the same way we treat >> server provisioning for allowing/disallowing two resources of the same >> name to be available? >> >>> On 11/24/05, Vinod Panicker <[EMAIL PROTECTED]> wrote: >>>> According to RFC 3920 - >>>> >>>> o The client is not allowed to bind a resource to the stream (e.g., >>>> because the node or user has reached a limit on the number of >>>> connected resources allowed). >>>> >>>> Wont it make sense if there is some provision to automatically logoff >>>> the user from a previous resource (based on server provisioning) if >>>> he's trying to login from a new resource? > > No closure on this so I'm assuming that we are not allowing any more > resources to login once the limit has reached, though it would be > great to have something that allows the server to logoff an existing > resource to make way for the new one.
Sure, an implementation could do that if it wants. Nothing in the spec forbids it and you can implement it if you think it's a cool feature. Peter - -- Peter Saint-Andre Jabber Software Foundation http://www.jabber.org/people/stpeter.shtml -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFb5jNF1RSzyt3NURAo6NAKDVcmmaKqEZ5dH+tVCbRUVeglw3CgCdEl86 g7w7wU8LvfAtZHtl9aJzrmI= =yox4 -----END PGP SIGNATURE-----
smime.p7s
Description: S/MIME Cryptographic Signature
