so the discussion went to dead end? maybe we need some XEP-best practices regarding client behavior - if there isn&#39;t already...Peter what you think?<br><br><div><span class="gmail_quote">On 9/24/07, <b class="gmail_sendername">
Zbyszek Żółkiewski</b> &lt;<a href="mailto:zbyszek@toliman.pl">zbyszek@toliman.pl</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
sorry, mail not went to all..resending..<div><span class="e" id="q_11536ffd64b6f389_1"><br><br>---------- Forwarded message ----------<br><span class="gmail_quote">From: <b class="gmail_sendername">Zbyszek Żółkiewski</b> &lt;
<a href="mailto:zbyszek@toliman.pl" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">zbyszek@toliman.pl
</a>&gt;<br>Date: Sep 24, 2007 12:09 PM<br>Subject: Re: [ejabberd] Psi misbehavior when using latest ejabberd svn version<br>To: Mickaël Rémond &lt;<a href="mailto:mickael.remond@process-one.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
mickael.remond@process-one.net
</a>&gt;<br><br></span>here is my answer on Remko post: <a href="http://groups.google.com/group/psi-devel/browse_thread/thread/4d884b0b5ed91ae7" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://groups.google.com/group/psi-devel/browse_thread/thread/4d884b0b5ed91ae7
</a><br>the problem seams to be bigger - i thin Gajim(svn) also uses the same technique as Psi - not tested but some user reports say that there are problems with registering account.
<br>For now i have changed default timeout in ejabberd_c2s.erl from 5s to 60s with should temporary resolve registration issues.<br>As for the problem, as i write on Psi-devel list it should by held by the client - there is no reason (in my opinion) to hold open connection - even when policy will change - user will not be registered, so reassuming, 2 stages for client (can be shorten to only one stage)
<br>1) select server, and check features (if in-band registration is enabled, if not advise user), disconnect<br>2) user selects username and password - this can be long as users may selecting user and password longer time - also some clients may provide some kind password-measurement tools, even so - we should not hurry user in any situation, after that client reconnect to server, check features again and if policy have hanged, advise user, register account if no other errors occur, disconnect.
<br><br>i think this is most simple solution for that problem.<div><span><br><br><div><span class="gmail_quote">On 9/24/07, <b class="gmail_sendername">Mickaël Rémond</b> &lt;<a href="mailto:mickael.remond@process-one.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

mickael.remond@process-one.net
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
Hello,<div><br></div><div>I agree with you. Psi should not open a connection that is kept into unauthenticated state too long.</div><div>Your solution posted on Psi mailing list seems correct.</div><div><br></div><div>However, Remko points is correct too. In very rare case, you could try to push a form that has changed or rejecting registration because it is not more authorized.
</div><div>Avoidting timeouts does not make the situation better however. In ejabberd, you can change the policy without restarting the server). It could be changed in the middle of a user registration (This is correct for a user to change his policy even if the user has retrieved the form to create a user).
</div><div><br></div><div>In my opinion this should be handled by the client displaying the error to the user. There are in any case lots of possible error case (user exists for example, missing mandatory field), it could be unauthorized creation or missing field.
</div><div><br></div><div>Please, let me know if you disagree.</div><div><br></div><div>Cheers,</div><div><br></div><div><div><div> <span style="border-collapse: separate; border-spacing: 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px;">


<div>--&nbsp;</div><div>Mickaël Rémond</div><div>&nbsp;<a href="http://www.process-one.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.process-one.net</a>/</div><br></span> </div><br></div></div>


</div></blockquote></div><br><br clear="all"><br></span></div>-- <br>pozdrawiam,<br><span>Zbyszek Żółkiewski
</span><br clear="all"><br></span></div>-- <br>pozdrawiam,<br><span class="sg">Zbyszek Żółkiewski
</span></blockquote></div><br><br clear="all"><br>-- <br>pozdrawiam,<br>Zbyszek Żółkiewski