notesRegistration.RegisterNewUser

[Michael DELIQUE]

Hello

je dois créer des utilisateur via du code, La class notesRegistration.RegisterNewUser le permet mais l'aide en ligne n'indique pas les parametres obligatoire qui doivent être passé. je peu en déduire certain mais pas tous

quelqu'un les connais ?

les valeurs :

- Lastname$
- idfile$
- mailserver$
- firstname$
- middle$
- certpw$
- location$
- comment$
- maildbpath$
- fwddomain$
- userpw$
- usertype%
- altname
- altnamelang

[Maxime Choucroun]

C'est dans la doc de Lotus Designer 8.5


Parameters
lastname$
String. The last name of the user to be registered.
idfile$
String. The ID file to be created; specify the complete path, for example, c:\notes\data\user.id.
mailserver$
String. The canonical name of the server containing the user's mail file.
firstname$
String. A first name for the user.
middle$
String. A middle initial for the user.
certpw$
String. The password of the certifier ID file.
location$
String. A value for the location field in the Domino Directory record.
comment$
String. A value for the comment field in the Domino Directory record.
maildbpath$
String. The path of the user's mail file relative to the mail directory; for example, mail\jones.nsf.
fwddomain$
String. The forwarding domain for the user's mail file.
userpw$
String. A password for the user ID file.
usertype%
Note This parameter is new with Release 5.

Constant of type Integer. Indicates the type of client to be created. May be one of the following.
NOTES_DESKTOP_CLIENT (175)
Desktop client
NOTES_FULL _CLIENT (176)
Default, full client
NOTES_LIMITED_CLIENT (174)
Mail client
altname
Note This parameter is new with Release 5.0.2.
String. An alternate user name.
altnamelang
Note This parameter is new with Release 5.0.2.
String. The language for the alternate user name. See @Locale in the formula language for a list of language codes

[Michael DELIQUE]

Merci Maxime !

mais la doc ne dis pas lequels sont obligatoire !

[Maxime Choucroun]

Désolé, j'ai lu de travers.

C'est la structure C API pour l'enregistrement d'une nouvelle personne. Ce n'est peut-etre pas le top.
Mais cela dejà un debut.

C'est globalement l'API qui est associée à l'enregistrement d'une nouvelle personne.
(je ne veux pas rentrer dans les détails, maintenant. Mais de mémoire, je l'ai déja utilisé avec succes. Donc s'il le faut...)

=======================================================================================================

This structure defines person registration information for the REGNewPerson function. The entire structure must
be initialized to zero.

The fields in the structure are (all fields that are not used must be NULL/O):
Size Size of this structure - must be initialized with sizeof (REG_PERSON_INFO)
LastName Last name of the new person.
FirstName First name of the new person.
MiddleName Middle name of the new person.
OrgUnit Organizational unit of the new person.
ShortName Short name of the new person.
AlternateName Alternate name of the new person.
AltOrgUnit Alternate org unit of the new person.
InternetAddress The internet address of the new person.
Password (Optional). The password for the new server.
PasswordQuality Quality of password required for this server (0 - 16).
INetKeyWidth (Optional) The width of the internet key in bits (see fREGExtCreateINetKeyPair) Valid values are:
0 - default
1024
AltLanguage The alternate language of the new person.
PreferredLanguage The preferred language of the new person.
ProfileName (Optional). Setup profile name(s).
pGroupList (Optional). A pointer to a list of groups to add the new person to, constructed with ListAllocate and ListAddEntries.
ExplicitPolicy Explicit policy to assign to the new person(and/or the explicit policy to use when registering the new person (see fREGExtRegUsingPolicy).
PolicyOverride Callback function used when registering person via policy (see fREGExtRegUsingPolicy) as a hook to modify registration items after policy evaluation but before registration processing.

NOTE: You should consider all memory passed back to be read only, you should change pointers
to point to your memory, you should not change callback memory:

Example: To change the policy derived roaming subdirectory.

Don't do change callback memory buffer:
Cstrcpy (PersonInfo->RoamingInfo->SubDirectory, "your new sub directory");

Make the callback pointer point to your buffer:
Cstrcpy (szYourBuffer, "your new sub directory");
PersonInfo->RoamingInfo->SubDirectory = szYourBuffer;

Flags Flags that are set to specify options. See Symbolic Value, fREGxxx, in this reference.
FlagsExt Flags that are set to specify options. See Symbolic Value, fREGExtxxx, in this reference.
MailInfo (Optional) Pointer to a REG_MAIL_INFO_EXT strucutre
IDInfo (Optional) Pointer to a REG_ID_INFO structure
MiscInfo (Optional) Pointer to a REG_MISC_INFO structure
RoamingInfo (Optional) Pointer to a REG_ROAMING_INFO structure
phRetPersonNote (Optional) Pointer to receive the note handle of the new person document if the caller has specified the REGExtFlag fREGExtReturnPersonNote. Please see fREGExtxxx.
phRetPersonNoteNAB (Optional) Pointer to receive the database handle of the database where the new person document was created.
Reserved Reserved - must be 0
pReserved Reserved - must be NULL

[Maxime Choucroun]

Désolé pour le charabia...

En toute logique, ces 4 là devrait etre optionnels:
idfile$
userpw$
maildbpath$
mailserver$

[R-one]

Bonjour Michael,

J'ai la même chose à développer et je voulais savoir ce qu'il y a de mieux.

Utiliser la fonction RegisterNewUser de la classe NotesRegistration ou bien se servir du tips suivant http://forum.dominoarea.org/viewtopic.php?f=30&t=13969&hilit=userregistration ?

D'ailleurs, serait il possible de mettre à jour le tips concerné, si jamais il est préférable d'utiliser NotesRegistration.

Merci d'avance.

[Michael DELIQUE]

Salut

c'est des APIs, mieux vaut utiliser les class Lotus Script. les api c'est bien mais ya des limites. donc utilise la class notesregistration elle marche bien

[R-one]

D'accord, merci bien!


Effectivement, ça n'a pas l'air compliqué, vu que les 3 quarts des infos vont redescendre de la politique associé à l'id certificateur.
Mais il y aura forcément une difficulté à un moment donné, sinon ce ne serait pas vraiment du Notes.

Si y a peut être un truc qui me pose problème, c'est de mettre la langue préférée de l'utilisateur.
Y a bien le paramètre altnamelang, mais on dirait que ça correspond à autre langue.

[Michael DELIQUE]

pourrais pas te dire je l'utilise pas comme parametre

[R-one]

Bonjour,

As tu réussi à faire appliquer les politiques liées à un certificat? (politique subordonnée)

J'ai l'impression qu'il faut aller chercher chaque information dans la politique souhaitée et instancier les paramètres du NotesRegistration. (les quotas par exemple sur la base mail)
Si c'est le cas, c'est vraiment pas top...

Merci

[roubech]

sans aucune certitude, je crois que les politiques d'enregistrement sont utilisées par le client Notes d'admin lors de la création des comptes
pour les politiques de configuration, je pense que tant qu'aucun client Notes ne s'est connecté avec ce user, rien n'est pris en compte ...

[Michael DELIQUE]

j'ai pas fait d'essais sur les quotas et je me suis pas encore penché sur le cas de politiques

[R-one]

Bonjour,


Pour les politiques, il me semble que seul les politiques qui sont explicites s'appliquent lorsque l'utilisateur se connecte. (mais ça j'en suis pas sûr, je vais également faire des tests)
Je sens que je vais devoir aller chercher les valeurs qui m'intéressent dans les politiques.


J'avais un autre problème, c'était de pouvoir appliquer la bonne langue sur un modèle courrier qui a un pack language. (on ne souhaite pas faire un modèle courrier par langue) Or d'habitude, l'admin utilise la langue préférée de l'utilisateur pour choisir la bonne langue pour un modèle donné.
La solution que j'ai trouvé, c'est d'utiliser un shell qui exécute le programme nconvert.exe dansle dossier domino du serveur.