Fonction @addedtothisfile en v9

Bonjour,

Un administrateur ayant malencontreusement :furieux: répliquer un vieux carnet d'adresses sur un des serveurs Domino, le résultat fut à la hauteur de la bévue, et 2700 anciens docs person se sont répliqués sur les 80 serveurs du domaine.

La fenêtre de propriétés des documents montrent bien la date et heure d'ajout "in this file" donc la solution serait très simple, afficher dans une colonne de vue la valeur added to this file. Oui mais voilà, cette fonction existe en version HCL V10, mais pas IBM V9.0x.

Quelqu'un a-t-il une solution simple utilisable en v9.0x .. ou moins simple.

Merci de votre aide.

TeD

Utiliser scanEZ d'Ytria la fonction est disponible sinon se faire suer avec l'api c via lotusscript......Pièce jointe 585643

Tu pourrais utiliser @AddedToThisFile depuis un poste Notes local en R10 où tu répliques ton Names ?
Et peut-être même que R9 suffit, car c'était annoncé pour R901FP8 d'après un lien Ytria que je m'étais gardé :)
https://techlab.ytria.com/live-ibm-c...indepth-guide/

Et pour éviter que ça se reproduise, mettre en place la coche PIRC Purge Interval Replication Control.
Dans ton cas il faut certes le faire 80 fois, alors profites-en pour le faire aussi sur admin4, autres annuaires, et applications serveurs qui sont potentiellement redistribuées en local.

PIRC pourquoi pas après quand ça merde ça merde

Les plus simple dans la lca du names.nsf du domaine interdire la réplique pour les individus et groupes d’individus. Aucune personne ne doit répliquer en local le names (mode parano). Si des utilisateurs doivent avoir une version locale du names faire un dircat et le propager par réplication par politique ou manuellement (il ne contiendra que les comptes users/groupes / bases courrier en arrive) c’est un moindre mal.

Citation:

---

Envoyé par Jérôme Deniau

dans la lca du names.nsf du domaine interdire la réplique pour les individus et groupes d’individus.

---

Le problème c'est que ça interdit aussi le copier-coller.
Quel dommage qu'ils aient fusionné ces 2 sécurités en une :(

Le souci c’est quand tu synchronises avec tdi ou autre et que tu utilises le UNID comme clé , si un admin copie/colle ça fout la merde :-) il y en a qui ont essayé :-)))

Je préfère ne pas utiliser l'UNID comme clé, c'est effectivement trop dangereux. Dans ce cas de figure, j'ajoute un champ custom avec un ID unique, il est désigné comme clé, et il ne change plus avec un copier-coller 8-)
Si tu ne peux plus copier-coller pour restaurer des docs supprimés par erreur dans le NAB, tu ne vis plus :roll:

Un seul admin avec tous les droits et les autres juste éditeur avec les rôles nécessaires :-) et mieux un portail d’admin qui fait le taff sans que les gars aient accès au names, en plus ça permet de logger clairement les actions qu’ils font !

C'est plus dur à faire dans nos bonnes PME dont le nombre d'admins Lotus est entre zéro et un ou deux ;)

C’est moins le bordel dans les PME :-)

Citation:

---

Envoyé par Jérôme Deniau

Un seul admin avec tous les droits et les autres juste éditeur avec les rôles nécessaires :-) et mieux un portail d’admin qui fait le taff sans que les gars aient accès au names, en plus ça permet de logger clairement les actions qu’ils font !

---

Ici, nous avons entre 100 et 120 administrateurs locaux, les droits éditeur donnent le droit de créer des docs, on ne peut pas décocher [Create Documents] dans la LCA, donc d'ajouter par réplication

Une interface intermédiaire est en effet une option intéressante, dommage que le produit Notes ait été oublié dans l'évolution ...

Citation:

---

Envoyé par Jérôme Deniau

Utiliser scanEZ d'Ytria la fonction est disponible sinon se faire suer avec l'api c via lotusscript......Pièce jointe 585643

---

Merci beaucoup,

Ytria un peu fouilli non? Prise en main trop longue.

Bah je ne m’en rends pas trop compte je les avais rencontré à lotusphere en 2011 pour la v6 et j’avais besoin de leurs outils pour ne pas tout faire à la main pour un de mes codes :-)

Citation:

---

Envoyé par Ted_Domino

Ici, nous avons entre 100 et 120 administrateurs locaux, les droits éditeur donnent le droit de créer des docs, on ne peut pas décocher [Create Documents] dans la LCA, donc d'ajouter par réplication

---

Si tu utilises la xACL et les sécurités dont on a parlé, tu as largement de quoi tout blinder.
Par contre tu ne peux pas empêcher de la mauvaise saisie, car il est facile de se tromper. Là effectivement tu peux développer une interface qui collera exactement à ta manière de faire (règles de nommage par exemple). J'en avais faite une avec une interface web pour que des non admins puissent créer leurs comptes, c'est assez facile à réaliser en fait. Le temps de développement est largement couvert par le temps gagné chaque mois.