Je viens de te le reenvoyer à l'adresse mentionnée. Pour être certain je vais t'envoyer le même message mais à partir d'un autre compte email. 
Merci ! 
André 

> Date: Tue, 17 Jul 2012 16:34:29 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: Re: [Bug 1024807] Re: Gestion des usagers locaux - inscription avec	statut validation
> 
> pas recu !
> 
> mon adresse est <email address hidden>
> 
> Jackson
> 
> Le 17 juillet 2012 11:55, Andrei <email address hidden> a écrit :
> 
> > Je t'ai créé un compte administrateur, dont tu trouveras les détails, par
> > un courriel que je t'ai envoyé à ton adresse de courriel ilesansfil.org
> > Grand merci !
> > André
> >
> > > Date: Tue, 17 Jul 2012 14:22:37 +0000
> > > From: <email address hidden>
> > > To: <email address hidden>
> > > Subject: Re: [Bug 1024807] Re: Gestion des usagers locaux - inscription
> > avec  statut validation
> > >
> > > c'est surement un problème de configuration de tes plugins.
> > >
> > > Il faudrait que je prenne la main sur ton serveur pour vérifier
> > >
> > > Jackson
> > >
> > > Le 17 juillet 2012 02:21, Andrei <email address hidden> a écrit :
> > >
> > > > Ça serait une bonne chose, nous ne sommes pas tous des spécialistes en
> > > > tout domaine, et le serveur d'authentification authpuppy en soi est une
> > > > chose, et lorsque se produit un problème, souvent lorsque d'autres
> > > > personnes l'ont vécu, la solution émane du problème.
> > > >
> > > > Ça manque énormément d'autant plus que c'est une plateforme qui est
> > > > accessible par internet en solution à Wifidog (qui curieusement possède
> > > > plus de liens qu'authpuppy en tant que plateforme connue).
> > > >
> > > >  Si c'est orienté technicien, alors la plateforme à mon avis aura des
> > > > utilisateurs locaux (Québecois) alors qu'elle a un potentiel pour
> > > > beaucoup plus vaste. C'est un peu l'enjeu qui arrive par la philosophie
> > > > du "techician driven software".
> > > >
> > > > Il est deux heures du matin, je viens de tester la partie SplashOnly,
> > la
> > > > connexin s'est fait une fois car pour le node 2 de mon serveur j'ai une
> > > > adresse internet et un statut de connexion sur le serveur au niveau du
> > > > node.
> > > >
> > > > Maintenant, je me déconnecte du SSID relatif au serveur, je me
> > > > reconnecte, j'ouvre une page internet avec www.openid.net  et ça me
> > > > donne ce que j'ai déjà eu :
> > > >
> > > >
> > > >
> > https://www.nexeras.com/login/?gw_address=192.168.22.1&gw_port=2060&gw_id=2&url=http%3A//www.openid.net
> > > >
> > > > Mon nom de domaine point sur l'adresse ip du serveur mais pour le
> > reste,
> > > > pas de splash, un url comme celui qui précède qui mène à rien ... .
> > > >
> > > > En tout cas, merci beaucoup Jackson, j'apprécie pour ton soutien.
> > > >
> > > > André
> > > >
> > > > --
> > > > You received this bug notification because you are subscribed to
> > > > AuthPuppy.
> > > > https://bugs.launchpad.net/bugs/1024807
> > > >
> > > > Title:
> > > >   Gestion des usagers locaux - inscription avec statut validation
> > > >
> > > > Status in AuthPuppy authentication server for Wifidog networks:
> > > >   New
> > > >
> > > > Bug description:
> > > >   L'erreur se produit en certaines occasions (oui je sais que c'est le
> > > >   pire scénario quand une erreur se produit de façon sporadique pour
> > > >   tout informaticien). J'ouvre mon serveur, je suis avec une base de
> > > >   donnée mysql, sous debian. Dans la gestion des usagers locaux, je
> > > >   clique sur new.
> > > >
> > > >   J'inscris un nouvel usager avec le statut validation. Une fenêtre
> > > >   Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
> > > >   l'existence de l'usager en question, et dans la partie après le where
> > > >   du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
> > > >   le id s'attend a une valeur numérique.
> > > >
> > > >   Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
> > > >   qui survient (Interdit, Permis, Barré) Curieusement par contre
> > > >   Interdit se change pour validation une fois le processus
> > > >   d'enregistrement terminé.
> > > >
> > > >   Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
> > > >   usager, j'enregistre, et si je regarde si celui ci fait partie de la
> > > >   liste des usagers locaux, ce n'est pas le cas (toujours dans une
> > > >   situation ou le statut est validation).
> > > >
> > > >   Si j'inscris deux fois le même usager, avec les même coordonnées, si
> > > >   ce dernier est en validation, j'aurai une erreur qui n'est pas
> > > >   interceptée et qui m'amène a une fenêtre symfony.
> > > >
> > > >   Alors que pour un nouveau nom d'usager tout est conforme et un
> > message
> > > >   me dit que l'adresse de courriel existe déja, je la change et
> > l'usager
> > > >   est insrit correctement.
> > > >
> > > >   Je documenterai davantage les erreurs en question tout au cours des
> > > >   prochains jours. Un point commun, le statut validation pour tout
> > > >   erreur, tout autre statut ne produit pas d'erreur lors de
> > > >   l'enregistrement.
> > > >
> > > > To manage notifications about this bug go to:
> > > > https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions
> > > >
> > >
> > > --
> > > You received this bug notification because you are subscribed to the bug
> > > report.
> > > https://bugs.launchpad.net/bugs/1024807
> > >
> > > Title:
> > >   Gestion des usagers locaux - inscription avec statut validation
> > >
> > > Status in AuthPuppy authentication server for Wifidog networks:
> > >   New
> > >
> > > Bug description:
> > >   L'erreur se produit en certaines occasions (oui je sais que c'est le
> > >   pire scénario quand une erreur se produit de façon sporadique pour
> > >   tout informaticien). J'ouvre mon serveur, je suis avec une base de
> > >   donnée mysql, sous debian. Dans la gestion des usagers locaux, je
> > >   clique sur new.
> > >
> > >   J'inscris un nouvel usager avec le statut validation. Une fenêtre
> > >   Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
> > >   l'existence de l'usager en question, et dans la partie après le where
> > >   du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
> > >   le id s'attend a une valeur numérique.
> > >
> > >   Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
> > >   qui survient (Interdit, Permis, Barré) Curieusement par contre
> > >   Interdit se change pour validation une fois le processus
> > >   d'enregistrement terminé.
> > >
> > >   Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
> > >   usager, j'enregistre, et si je regarde si celui ci fait partie de la
> > >   liste des usagers locaux, ce n'est pas le cas (toujours dans une
> > >   situation ou le statut est validation).
> > >
> > >   Si j'inscris deux fois le même usager, avec les même coordonnées, si
> > >   ce dernier est en validation, j'aurai une erreur qui n'est pas
> > >   interceptée et qui m'amène a une fenêtre symfony.
> > >
> > >   Alors que pour un nouveau nom d'usager tout est conforme et un message
> > >   me dit que l'adresse de courriel existe déja, je la change et l'usager
> > >   est insrit correctement.
> > >
> > >   Je documenterai davantage les erreurs en question tout au cours des
> > >   prochains jours. Un point commun, le statut validation pour tout
> > >   erreur, tout autre statut ne produit pas d'erreur lors de
> > >   l'enregistrement.
> > >
> > > To manage notifications about this bug go to:
> > > https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions
> >
> > --
> > You received this bug notification because you are subscribed to
> > AuthPuppy.
> > https://bugs.launchpad.net/bugs/1024807
> >
> > Title:
> >   Gestion des usagers locaux - inscription avec statut validation
> >
> > Status in AuthPuppy authentication server for Wifidog networks:
> >   New
> >
> > Bug description:
> >   L'erreur se produit en certaines occasions (oui je sais que c'est le
> >   pire scénario quand une erreur se produit de façon sporadique pour
> >   tout informaticien). J'ouvre mon serveur, je suis avec une base de
> >   donnée mysql, sous debian. Dans la gestion des usagers locaux, je
> >   clique sur new.
> >
> >   J'inscris un nouvel usager avec le statut validation. Une fenêtre
> >   Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
> >   l'existence de l'usager en question, et dans la partie après le where
> >   du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
> >   le id s'attend a une valeur numérique.
> >
> >   Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
> >   qui survient (Interdit, Permis, Barré) Curieusement par contre
> >   Interdit se change pour validation une fois le processus
> >   d'enregistrement terminé.
> >
> >   Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
> >   usager, j'enregistre, et si je regarde si celui ci fait partie de la
> >   liste des usagers locaux, ce n'est pas le cas (toujours dans une
> >   situation ou le statut est validation).
> >
> >   Si j'inscris deux fois le même usager, avec les même coordonnées, si
> >   ce dernier est en validation, j'aurai une erreur qui n'est pas
> >   interceptée et qui m'amène a une fenêtre symfony.
> >
> >   Alors que pour un nouveau nom d'usager tout est conforme et un message
> >   me dit que l'adresse de courriel existe déja, je la change et l'usager
> >   est insrit correctement.
> >
> >   Je documenterai davantage les erreurs en question tout au cours des
> >   prochains jours. Un point commun, le statut validation pour tout
> >   erreur, tout autre statut ne produit pas d'erreur lors de
> >   l'enregistrement.
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions
> >
> 
> -- 
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1024807
> 
> Title:
>   Gestion des usagers locaux - inscription avec statut validation
> 
> Status in AuthPuppy authentication server for Wifidog networks:
>   New
> 
> Bug description:
>   L'erreur se produit en certaines occasions (oui je sais que c'est le
>   pire scénario quand une erreur se produit de façon sporadique pour
>   tout informaticien). J'ouvre mon serveur, je suis avec une base de
>   donnée mysql, sous debian. Dans la gestion des usagers locaux, je
>   clique sur new.
> 
>   J'inscris un nouvel usager avec le statut validation. Une fenêtre
>   Symfony m'apparait. J'ai regardé la requête SQL qui vérifie
>   l'existence de l'usager en question, et dans la partie après le where
>   du SQL j'ai un where (id = ?) ce qui cause une erreur en partant car
>   le id s'attend a une valeur numérique.
> 
>   Pour tout usager inscrit avec d'autres statuts, il n'y a pas d'erreur
>   qui survient (Interdit, Permis, Barré) Curieusement par contre
>   Interdit se change pour validation une fois le processus
>   d'enregistrement terminé.
> 
>   Parfois la fenêtre d'erreur n'apparait pas, j'inscrit un nouvel
>   usager, j'enregistre, et si je regarde si celui ci fait partie de la
>   liste des usagers locaux, ce n'est pas le cas (toujours dans une
>   situation ou le statut est validation).
> 
>   Si j'inscris deux fois le même usager, avec les même coordonnées, si
>   ce dernier est en validation, j'aurai une erreur qui n'est pas
>   interceptée et qui m'amène a une fenêtre symfony.
> 
>   Alors que pour un nouveau nom d'usager tout est conforme et un message
>   me dit que l'adresse de courriel existe déja, je la change et l'usager
>   est insrit correctement.
> 
>   Je documenterai davantage les erreurs en question tout au cours des
>   prochains jours. Un point commun, le statut validation pour tout
>   erreur, tout autre statut ne produit pas d'erreur lors de
>   l'enregistrement.
> 
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/authpuppy/+bug/1024807/+subscriptions