DominoArea.org [Archive]

Bonjour à tous,

Suite à un renommage un peu loupé d'une utilisatrice, les mails n'arrivaient plus dans sa base mail. (ils n'étaient pas dans tous documents, ils passaient bien par la mailbox et je n'ai reçu aucun message de non distribution)

J'ai tenté un fixup, un convert... Et c'est quand j'ai remis son ancien nom dans sa fiche du carnet d'adresses qu'elle a reçu enfin des mails.

Problème, tous les mails qu'elle aurait dû recevoir dans la journée ne sont pas revenus. Comme il n'y a eu aucun message de non distribution, je me dis qu'ils sont bien quelques part.

Si vous avez une idée, ça m'arrangerait. C'est comme quand on en envoie un mail à un groupe vide, savez vous où les messages vont?

Bonne journée

ils sont plus dans la mail.box du serveur?

Non, ils sont bien passés dans la mail.box et ensuite ils ont disparus presque immédiatement. (comme tous les mails qui sont distribués)

Je vérifiais le nombre de documents dans la boite mail de cette personne et le nombre de docs n'augmentait pas.
Je ne recevais aucun mail de non distribution et la mailbox avait l'air d'avoir fait son travail normalement. C'est un vrai mystère.

salut,

je pense que les expéditeurs ont dû recevoir un NDR (no delivery report), parce que le destinataire était inexistant dans l'annuaire, du-moins l'adresse du destinataire.
Si c'est le cas, tu ne retrouvera rien, il faut que les personnes renvoient leur(s) message(s), sous Lotus, le NDR le permet, mais c'est à leur bonne volonté !

Regarde du côté
- règles domino
- doc de configuration (adresse exclue)
- anti virus

Bonjour,

Merci pour vos réponses.

Les personnes n'ont pas reçu de NDR. J'ai moi même fait le test et je n'ai rien reçu.

Je pense savoir d'où vient le problème mais par contre je n'ai jamais pas réussi à récupérer les mails perdus. Vous me confirmez que quand on écrit un mail à un groupe ne contenant aucun membre, le mail sera définitivement perdu? L'expéditeur ne recevra aucun NDR?


L'explication c'est que j'ai dû faire un renommage de l'utilisateur en "bidouillant" un peu.
On a lancé un grand renommage de nos utilisateur pour mettre à jour l'OU2. Pour la plupart, ça a bien marché mais pour certains le renommage ne voulait pas se lancer.
On restait bloquer à ces 2 étapes :
Move Person's Name in Hierarchy (perfomed action on...)
Initiate Rename in Domino Directory (perfomed action on...)

Il ne voulait pas passer à l'étape Rename Person in Domino Directory. (ni aux suivantes)
Donc on a demandé à ces utilisateurs pour qui le renommage ne passait pas, de nous envoyer leur id. (en cliquant sur "renouveler" dans "Sécurité utilisateur")
Puis, on recertifiait l'id de l'utilisateur avec le nouvel OU2.
Le problème, c'est que le renommage ne se faisait que sur son id mais pas dans les champs noms, auteur, lecteur, les LCA, les éléments de design...
Du coup, j'ai trouvé une petite bidouille qui consiste à créer un groupe dans le carnet d'adresses qui porte le même nom que l'utilisateur.
Je lançais le renommage du groupe. (ça passe bien sur les champs noms, auteur, LCA... Donc le renommage se fait bien.)
Ensuite, je supprime le plus rapidement possible le groupe pour éviter que les mails soient envoyés à ce groupe au lieu de la personne.

ça a marché sur plusieurs utilisateurs mais je suppose que c'est ça qui a posé problème pour l'utilisatrice qui ne recevait plus les mails.
Malgré le fait d'avoir supprimer le groupe, j'ai l'impression que les mails étaient toujours envoyés à ce groupe vide au lieu de l'utilisateur. C'est pour ça que je demandais si les mails envoyés à un groupe vide était stocké quelque part de manière temporaire?
D'ailleurs, si quelqu'un a déjà rencontrer le problème du renommage qui bloque à cette étape, je suis intéressé. (car le système du renommage de groupe n'est pas censé servir à ça)

je n'ai jamais entendu parlé de cette manip qui consiste à créer un groupe fictif pour remplacer un user lors de son renommage ...
mais ce genre de truc doit être fait si possible en heure creuse comme ça tu peux arrêter le routeur pendant ce temps pour que les mails s'empilent dans la mail.box du serveur ...

C'est normal, je l'ai inventé! (je pense même la breveter...)
Plus sérieusement, j'aimerais m'en passer mais je n'ai pas eu trop le choix pour certains utilisateurs récalcitrants.

ça vous ait déjà arrivé que le renommage bloque aux étapes suivantes ?
Move Person's Name in Hierarchy (perfomed action on...)
Initiate Rename in Domino Directory (perfomed action on...)

L'utilisateur a beau se réidentifier ou faire un CTRL+F5 sur sa session. Le processus ne veut pas poursuivre au delà de ces deux étapes...
On a même essayé d'attendre la requête "Approve Revert Name Change" pour annuler le renommage et le relancer de nouveau. (ça ne marche pas non plus)
On dirait que l'id de la personne ne veut pas se renommer. Du coup, cela stoppe le processus de renommage aux étapes mentionnées ci-dessus.

J'essayerais d'arrêter le router la prochaine fois pour éviter qu'il ne confonde l'utilisateur et le groupe pour les mails déstinés à l'utilisateur. (même si je supprime le groupe dès que le renommage est lancé. Il ne reste pas plus de 5 min dans le carnet d'adresses)