[Council] VOTE: JEP-0077 (In-Band Registration)

David Waite mass at akuma.org
Wed Jun 18 13:02:04 CDT 2003


Peter Saint-Andre wrote:

>On Wed, Jun 11, 2003 at 09:49:45PM -0500, Ryan Eatmon wrote:
>  
>
>>+1 assuming you fix that <registered/> problem
>>    
>>
>
>Yep, fixed that. I'm unsure about exactly how to document the behavior
>if the user is already registered. Consider this example from the JPG:
>
>******
>
>Example 9-4. Server Response (already registered)
>
>If the user is already registered with this service, the server would
>respond back with the currently set information and an empty registered
>element.
>
><iq type="result" from="aim.denmark" to="hamlet at denmark" id="1001">
>  <query xmlns="jabber:iq:register">
>    <registered/>
>    <username>Hamlet</username>
>    <password>gertrude</password>
>    <key>
>      106c0a7b5510f192a408a1d054150ed1065e255a
>    </key>
>    <instructions>
>      Enter your AIM screen name and password.
>    </instructions>
>  </query>
></iq>
>
>******
>
>Notice that the current information is provided (presumably all the
>required fields), along with <registered/> *and* <instructions/>. This
>is the current behavior (although it seems that some implementations do
>not include the password). Does the Council have preferences on how I
>document this?
>
I'd say that instructions SHOULD be present, and MAY be altered to 
reflect that the user is already registered.

-David Waite




More information about the Council mailing list