Réplication / LCA / Id

[Julien MAGGIORI]

Bonjour,Je dispose sur un serveur de plusieurs bases lotus accessible par deux Ids A et B.Lorsque je réplique avec l'Id A les bases du serveur sur un poste local, l'Id B ne peut plus y accéder? Comment cela se fait-il alors que sur le serveur tout est ok? Dans les options de la réplication, j'ai coché "Répliquer la LCA".Merci de vos réponses,[%sig%]

[Raisin]

Message affichée quand l'utilisateur tente un accès ?Accès des utilisateurs ?LCA cohérente ?

[Julien MAGGIORI]

J'ai différents messages d'erreur suivant les bases:1. Lorsque l'accès à la base est impossible:- La base de documents n'est que partielement initiaisée (elle ne contient aucune vue)... (Ce qui est faux puique l'autre Id n'a aucun souci)- Vous n'êtes pas autorisé(e) à accéder à cette base (Ce qui est faux vu la LCA et l'accès possible à cette base sur le serveur)2. L'accès à la base est possible mais lors de l'exécution d'une action: - Vous n'êtes pas autorisé à effectuer cette opérationMerci d'avance[%sig%]

[Julien MAGGIORI]

En fait, j'ai l'impression que lorsqu'un Id utilisateur crée une réplique locale, il devient gestionnaire de cette base. Tous les autres utilisateurs se voient systématiquement attribuer les droits définis par défaut...Je précise que les utilisateurs appartiennent à des groupes sur lesquels est basée la LCA. Or losque je clique en bas à droite pour véridier les infos sur les droits, aucun groupe n'est indiqué, juste le nom de la personne...HELP!!![%sig%]

[PAT]

Essaie de mettre ton utilisateur B explicitement dans la LCA (sans l'intermediaire d'un groupe)

[Raisin]

Ce ne serait pas un problème de chiffrement local des répliques ?

[lemm]

salut. lors d'une réplique en local, seul les utilisateurs renseignés nominativement pourront acceder. Les groupes (et ceux qui sont dedans) ne le pourront plus (il faut être sur un serveur Notes pour que les contenus des groupes soient "résolus").si ça peut faire avancer ton pb..

[Dominux]

J'opte aussi pour cette cause si c'est un client en V6.Par défatu en V6 le client crée des répliques chiffrées, donc seul l'ID qui crée la réplique peut l'utiliser.Pour résoudre le problème :-> soit enlever le chiffrement. Menu 'Fichier->Préférences->Préférences utilisateur...', onglet 'Réplication' (le dernier)-> soit lors de la création de la réplique, il y a des options avancés pour supprimer le cryptage sur la réplique à créer.Olivier,http://www.dominux.net

[Julien MAGGIORI]

Je pense que c'est là que vient le problème. En fait, il est normal que l'Id qui crée la réplique soit gestionnaire puisque c'est les droits de son groupe sur la base. Mais si on accède via un autre Id qui n'est pas explicitement dans la LCA, celui-ci a les droits par défaut (soit "pas d'accès", ce qui explique l'impossibilité d'ouvrir la base ; soit "lecteur", ce qui interdit l'exécution d'actions)C'est un peu con... car on ne peut pas s'amuser à modifier la LCA de chaque base lors du départ ou d'une arrivée d'un employé!Je suis en client Notes v5.Le but est que deux utilisateurs (chacun à mi-temps) utilisent un même poste distant avec des fichiers Site et Id différents. Y a-t-il un moyen de détourner le problème (mis à part crééer deux répliques de chaque base sur le poste et un bookmark différent) ?Merci d'avance,[%sig%]

[Julien MAGGIORI]

Persone n'aurait donc une idée?[%sig%]