DominoArea.org [Archive]

Bonjour à tous,

Je fais face à un problème aléatoire, qui est vraiment agaçant. (car c'est difficile de connaître ce qui bloque lorsqu'on arrive pas à le reproduire quand on le souhaite)

Je travaille sur l'enregistrement des utilisateurs en automatique et j'utilise pour cela la fonction registerNewUser.

De temps en temps l'enregistrement d'utilisateur ne fonctionne pas. Il faut savoir que j'utilise un service web se trouvant sur un serveur différent du serveur d'enregistrement de la personne.

Voici le message d'erreur :
4005 : Notes error: Document is not signed. (NOM_DU_NOUVEL_UTILISATEUR) (le message d'erreur se trouve bien à la ligne où j'appelle registerNewUser)
Et dans la console : "Problem with signature on policy document or one of the policy setting documents it specifies: Document is not signed."

Merci d'avance pour votre aide,

Bonne soirée.

tu fais appel à des politiques d'enregistrement ? ou tu as des politique implicites ? vérifier leur signature

Bonjour roubech,


Je n'applique aucune politique à l'utilisateur. Pour les politiques d'enregistrement, je vais chercher directement dans les champs ce que je souhaite récupérer. (serveur d'enregistrement, modèle de base courrier, quota...) Du coup, je ne l'applique pas vraiment à l'utilisateur.

Au moment de l'enregistrment, le serveur utilise peut être les politiques subordonnées liées au certificat utilisé pour créer l'utilisateur. En tout cas, je ne renseigne rien dans "reg.Policyname".

Comment je peux savoir si le problème vient de mes politiques subordonnées? (par qui ces politiques doivent elles être signées?)

Ce qui est bizarre, c'est que ça soit aléatoire. (les politiques n'étant pas modifiées entre temps)

salut

je suppose que tu travail avec le CA process ?

Salut Michael,

Si tu parles du processus d'OC, je te répondrais non. Car le CA process n'est utile que si l'on utilise le processus d'OC. (enfin je crois )

Ici, j'utilise un fichier id qu'il va chercher sur le serveur qui exécute le service web d'enregistrement d'utilisateur. (je lui passe le chemin où se trouve ce fichier id dans la paramètre reg.CertifierIDFile)

je fais al meme chose mais je passe par le CA process, j'ai pas eu ce genre de message d'erreur (j'en ai eu d'autres)

Le problème avec le processus d'OC, c'est que c'est pas immédiat. Et puis, tu me rassures pas des masses quand tu dis que tu as eu d'autres messages d'erreur.^^

Pour le moment, je n'ai jamais eu le problème lorsque je mets le serveur qui exécute le service web en tant que serveur d'enregistrement de la personne (reg.RegistrationServer). Je pense que je vais partir là dessus et lancer une replication du names dans la foulée. (avec une commande sendcommandconsol)

Si vous avez une meilleure idée, je suis vraiment preneur. Sur le site d'IBM, j'ai vu un incident lié au même message d'erreur mais dans le cadre de lotus traveler : http://www-01.ibm.com/support/docview.w ... wg1LO69027 (si ça peut vous inspirer ou aider quelqu'un)

j'ai eu, mais je n'ai plus de message.

oui il faut que le server sur lequel tourne le traitement soit le server d'enregistrement, et je met aussi le "run as behalf" avec le nom du server. et le soption de sécurité a 2

J'avais carrément mi LocalDomainServer pour run as behalf et j'avais choisir l'option de sécurité "3". (pour être bien sûr de donner tous les droits possibles.

J'aurai voulu centraliser l'appel du service web sur un serveur. (mais bon tanpis, il faudra donc que l'utilisateur sache sur quel serveur il doit appeler le service web pour pouvoir enregistrer son utilisateur sur le bon serveur)

tu peux pas le déterminer par un peu de code ?

C'est un programme vb qui appelle le service web. Car ce programme vb ne sert pas simplement à enregistrer l'utilisateur dans Notes mais également dans d'autres programmes.
Du coup, ça sera à eux de faire ce code là dans le programme vb. Ils n'ont pas l'information de leur côté. L'info est stockée dans une base paramètres dans Notes. Ils vont sûrement devoir appeler un service web pour récupérer le serveur sur lequel ils vont devoir appeler l'enregistrement de l'utilisateur dans Notes. (ce qui est un peu moche )

pour le côté "aléatoire", ça dépend peut-être justement de la politique qui est appliquée si tu en as plusieurs ? Du moins c'est ce que je sous-entendez en suggérant de vérifier les politiques. Si elles sont toutes signées par le même ID, apparemment pas de raison que ça diffère d'un user à l'autre. Par contre, si une politique est signée par un vieille ID expiré par exemple, c'est peut-être ces users qui posent pb ?

J'utilisais toujours la même politique et le même serveur d'enregistrement pour faire mes test. (afin d'être sûr que cela ne provenait pas de ça) D'où le côté très aléatoire. (vu que ça marche de temps en temps avec la même politique et le même serveur d'enregistrement) Cela vient peut être de la charge du serveur à ce moment là? (ce n'est qu'une supposition parmis tant d'autres )