Bonjour à toutes et à tous,
Décidément, la semaine est active. Je rencontre un autre problème:
- Les authentifications se font directement au travers de l'AD. Les
autorisations et les groupes s'effectuent à la fois par des groupes AD et par
les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
compte a bien été renommé dans l'AD (vérifications diverses effectuées).
Lorsque se connecte, elle perd tous ses accès.
- Au niveau de la gestion des droits MOSS (autorisations users et groups),
je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
la recherche avec "le picker", il me rapporte les deux informations, si je
passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
informations AD ne sont pas en cause.
Questions:
- Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
- Faut-il supprimer son ancien login partout où elle se trouve (groupes,
listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
de nom, cela va être joyeux ... (entre ceux qui changent réellement et
d'autres qui sont temporaires) ?
- Existe-il une commande qui permettrait de "remplacer" les anciennes
informations de compte par les nouvelles ?
- Existe-il une information en cache et qu'il faudrait peut-être purgé pour
éviter cela ?
Merci de votre aide toujours aussi efficace.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Décidément, la semaine est active. Je rencontre un autre problème:
- Les authentifications se font directement au travers de l'AD. Les
autorisations et les groupes s'effectuent à la fois par des groupes AD et par
les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
compte a bien été renommé dans l'AD (vérifications diverses effectuées).
Lorsque se connecte, elle perd tous ses accès.
- Au niveau de la gestion des droits MOSS (autorisations users et groups),
je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
la recherche avec "le picker", il me rapporte les deux informations, si je
passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
informations AD ne sont pas en cause.
Questions:
- Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
- Faut-il supprimer son ancien login partout où elle se trouve (groupes,
listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
de nom, cela va être joyeux ... (entre ceux qui changent réellement et
d'autres qui sont temporaires) ?
- Existe-il une commande qui permettrait de "remplacer" les anciennes
informations de compte par les nouvelles ?
- Existe-il une information en cache et qu'il faudrait peut-être purgé pour
éviter cela ?
Merci de votre aide toujours aussi efficace.
Cordialement,
Houdini
Bonjour à toutes et à tous,
Décidément, la semaine est active. Je rencontre un autre problème:
- Les authentifications se font directement au travers de l'AD. Les
autorisations et les groupes s'effectuent à la fois par des groupes AD et par
les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
compte a bien été renommé dans l'AD (vérifications diverses effectuées).
Lorsque se connecte, elle perd tous ses accès.
- Au niveau de la gestion des droits MOSS (autorisations users et groups),
je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
la recherche avec "le picker", il me rapporte les deux informations, si je
passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
informations AD ne sont pas en cause.
Questions:
- Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
- Faut-il supprimer son ancien login partout où elle se trouve (groupes,
listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
de nom, cela va être joyeux ... (entre ceux qui changent réellement et
d'autres qui sont temporaires) ?
- Existe-il une commande qui permettrait de "remplacer" les anciennes
informations de compte par les nouvelles ?
- Existe-il une information en cache et qu'il faudrait peut-être purgé pour
éviter cela ?
Merci de votre aide toujours aussi efficace.
Cordialement,
Houdini
Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonjour Jérôme,
J'ai essayé la commande, mais j'obtiens un message qui n'est pas
réjouissant:
F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
New user account does not have valid SID history.
Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
de comptes. Si je rajoute les comptes en question via l'interface d'ajout
des
utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
quelque chose quelque part.
Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
infos et les modifier directements dans les sites. Je vais donc être
obligé
de traiter les comptes un par un.
Si vous voyez une autre solution.
Cordialement,
Houdini
----------------------------------------------------
"Jérôme Noirfalise" a écrit :Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD
> et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de
> famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses
> effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et
> groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
> j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si
> je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans
> AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve
> (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
> change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé
> pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonjour Jérôme,
J'ai essayé la commande, mais j'obtiens un message qui n'est pas
réjouissant:
F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
New user account does not have valid SID history.
Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
de comptes. Si je rajoute les comptes en question via l'interface d'ajout
des
utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
quelque chose quelque part.
Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
infos et les modifier directements dans les sites. Je vais donc être
obligé
de traiter les comptes un par un.
Si vous voyez une autre solution.
Cordialement,
Houdini
----------------------------------------------------
"Jérôme Noirfalise" a écrit :
Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD
> et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de
> famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses
> effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et
> groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
> j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si
> je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans
> AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve
> (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
> change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé
> pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonjour Jérôme,
J'ai essayé la commande, mais j'obtiens un message qui n'est pas
réjouissant:
F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
New user account does not have valid SID history.
Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
de comptes. Si je rajoute les comptes en question via l'interface d'ajout
des
utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
quelque chose quelque part.
Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
infos et les modifier directements dans les sites. Je vais donc être
obligé
de traiter les comptes un par un.
Si vous voyez une autre solution.
Cordialement,
Houdini
----------------------------------------------------
"Jérôme Noirfalise" a écrit :Bonjour,
Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
[-ignoresidhistory]
Pour plus d'information, voir le lien suivant:
http://technet.microsoft.com/fr-fr/library/cc262141.aspx
Bien à toi,
Jérôme Noirfalise
---------------------
.NET and SharePoint Consultant @ AUSY Luxembourg
http://www.noirfalise.com
"Houdini" a écrit :
> Bonjour à toutes et à tous,
>
> Décidément, la semaine est active. Je rencontre un autre problème:
>
> - Les authentifications se font directement au travers de l'AD. Les
> autorisations et les groupes s'effectuent à la fois par des groupes AD
> et par
> les groupes standards MOSS. Une utilisatrice a changé de nom de
> famille. Le
> compte a bien été renommé dans l'AD (vérifications diverses
> effectuées).
> Lorsque se connecte, elle perd tous ses accès.
>
> - Au niveau de la gestion des droits MOSS (autorisations users et
> groups),
> je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
> j'effectue
> la recherche avec "le picker", il me rapporte les deux informations, si
> je
> passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
> informations AD ne sont pas en cause.
>
> Questions:
>
> - Même après une synchronisation forcée de l'AD: même problème (dans
> AD: 1
> nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>
> - Faut-il supprimer son ancien login partout où elle se trouve
> (groupes,
> listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
> change
> de nom, cela va être joyeux ... (entre ceux qui changent réellement et
> d'autres qui sont temporaires) ?
>
> - Existe-il une commande qui permettrait de "remplacer" les anciennes
> informations de compte par les nouvelles ?
>
> - Existe-il une information en cache et qu'il faudrait peut-être purgé
> pour
> éviter cela ?
>
> Merci de votre aide toujours aussi efficace.
> Cordialement,
> Houdini
Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
> de comptes. Si je rajoute les comptes en question via l'interface d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations, si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" <Houdini@discussions.microsoft.com> wrote in message
news:E4B6AD31-958C-490D-9AAB-3B0F175E28EA@microsoft.com...
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
> de comptes. Si je rajoute les comptes en question via l'interface d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations, si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes informations
> de comptes. Si je rajoute les comptes en question via l'interface d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations, si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonjour Marc,
Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
pas c'est pourquoi MOSS ne prend pas en compte les modifications de
comptes
réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
subir
automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
politique interne.
De plus, comment faire pour savoir où se trouve l'utilisateur en question
(script sans doute) : collections, sites, ss-sites ... ?
Merci d'avance.
Cordialement,
Houdini
--------------------------------------------------
"Lognoul, Marc (Private)" a écrit :Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
> Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes
> informations
> de comptes. Si je rajoute les comptes en question via l'interface
> d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
> bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes
>> > AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations,
>> > si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> > quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> > et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les
>> > anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être
>> > purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonjour Marc,
Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
pas c'est pourquoi MOSS ne prend pas en compte les modifications de
comptes
réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
subir
automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
politique interne.
De plus, comment faire pour savoir où se trouve l'utilisateur en question
(script sans doute) : collections, sites, ss-sites ... ?
Merci d'avance.
Cordialement,
Houdini
--------------------------------------------------
"Lognoul, Marc (Private)" a écrit :
Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" <Houdini@discussions.microsoft.com> wrote in message
news:E4B6AD31-958C-490D-9AAB-3B0F175E28EA@microsoft.com...
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
> Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes
> informations
> de comptes. Si je rajoute les comptes en question via l'interface
> d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
> bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes
>> > AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations,
>> > si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> > quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> > et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les
>> > anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être
>> > purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonjour Marc,
Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
pas c'est pourquoi MOSS ne prend pas en compte les modifications de
comptes
réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
subir
automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
politique interne.
De plus, comment faire pour savoir où se trouve l'utilisateur en question
(script sans doute) : collections, sites, ss-sites ... ?
Merci d'avance.
Cordialement,
Houdini
--------------------------------------------------
"Lognoul, Marc (Private)" a écrit :Bonsoir,
Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
l'option -ignoresidhistory?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Jérôme,
>
> J'ai essayé la commande, mais j'obtiens un message qui n'est pas
> réjouissant:
>
> F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
> Pdmtestshp66
> New user account does not have valid SID history.
>
> Si je passe par le picker de WSS par les SSP, j'ai les bonnes
> informations
> de comptes. Si je rajoute les comptes en question via l'interface
> d'ajout
> des
> utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
> quelque chose quelque part.
>
> Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
> bonnes
> infos et les modifier directements dans les sites. Je vais donc être
> obligé
> de traiter les comptes un par un.
>
> Si vous voyez une autre solution.
> Cordialement,
> Houdini
> ----------------------------------------------------
>
> "Jérôme Noirfalise" a écrit :
>
>> Bonjour,
>>
>> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> commande
>> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> [-ignoresidhistory]
>>
>> Pour plus d'information, voir le lien suivant:
>> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>>
>> Bien à toi,
>>
>> Jérôme Noirfalise
>> ---------------------
>> .NET and SharePoint Consultant @ AUSY Luxembourg
>> http://www.noirfalise.com
>>
>>
>> "Houdini" a écrit :
>>
>> > Bonjour à toutes et à tous,
>> >
>> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >
>> > - Les authentifications se font directement au travers de l'AD. Les
>> > autorisations et les groupes s'effectuent à la fois par des groupes
>> > AD
>> > et par
>> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> > famille. Le
>> > compte a bien été renommé dans l'AD (vérifications diverses
>> > effectuées).
>> > Lorsque se connecte, elle perd tous ses accès.
>> >
>> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> > groups),
>> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> > j'effectue
>> > la recherche avec "le picker", il me rapporte les deux informations,
>> > si
>> > je
>> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> > informations AD ne sont pas en cause.
>> >
>> > Questions:
>> >
>> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> > AD: 1
>> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >
>> > - Faut-il supprimer son ancien login partout où elle se trouve
>> > (groupes,
>> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> > quelqu'un
>> > change
>> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> > et
>> > d'autres qui sont temporaires) ?
>> >
>> > - Existe-il une commande qui permettrait de "remplacer" les
>> > anciennes
>> > informations de compte par les nouvelles ?
>> >
>> > - Existe-il une information en cache et qu'il faudrait peut-être
>> > purgé
>> > pour
>> > éviter cela ?
>> >
>> > Merci de votre aide toujours aussi efficace.
>> > Cordialement,
>> > Houdini
Bonjour,
Quel est le message d'erreur de la 2ème tentative?
Est-vous bien dans les conditions décrites ici
http://support.microsoft.com/kb/953131/fr?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Marc,
>
> Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
> pas c'est pourquoi MOSS ne prend pas en compte les modifications de
> comptes
> réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
> subir
> automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
>
> PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
> politique interne.
>
> De plus, comment faire pour savoir où se trouve l'utilisateur en question
> (script sans doute) : collections, sites, ss-sites ... ?
>
> Merci d'avance.
> Cordialement,
> Houdini
> --------------------------------------------------
>
> "Lognoul, Marc (Private)" a écrit :
>
>> Bonsoir,
>>
>> Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
>> l'option -ignoresidhistory?
>>
>> --
>> Marc
>> [Heureux celui qui a pu pénétrer les causes secrètes des choses]
>> [Blog: http://www.marc-antho-etc.net/blog/]
>>
>> "Houdini" wrote in message
>> news:
>> > Bonjour Jérôme,
>> >
>> > J'ai essayé la commande, mais j'obtiens un message qui n'est pas
>> > réjouissant:
>> >
>> > F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
>> > Pdmtestshp66
>> > New user account does not have valid SID history.
>> >
>> > Si je passe par le picker de WSS par les SSP, j'ai les bonnes
>> > informations
>> > de comptes. Si je rajoute les comptes en question via l'interface
>> > d'ajout
>> > des
>> > utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
>> > quelque chose quelque part.
>> >
>> > Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
>> > bonnes
>> > infos et les modifier directements dans les sites. Je vais donc être
>> > obligé
>> > de traiter les comptes un par un.
>> >
>> > Si vous voyez une autre solution.
>> > Cordialement,
>> > Houdini
>> > ----------------------------------------------------
>> >
>> > "Jérôme Noirfalise" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> >> commande
>> >> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> >> [-ignoresidhistory]
>> >>
>> >> Pour plus d'information, voir le lien suivant:
>> >> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>> >>
>> >> Bien à toi,
>> >>
>> >> Jérôme Noirfalise
>> >> ---------------------
>> >> .NET and SharePoint Consultant @ AUSY Luxembourg
>> >> http://www.noirfalise.com
>> >>
>> >>
>> >> "Houdini" a écrit :
>> >>
>> >> > Bonjour à toutes et à tous,
>> >> >
>> >> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >> >
>> >> > - Les authentifications se font directement au travers de l'AD. Les
>> >> > autorisations et les groupes s'effectuent à la fois par des groupes
>> >> > AD
>> >> > et par
>> >> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> >> > famille. Le
>> >> > compte a bien été renommé dans l'AD (vérifications diverses
>> >> > effectuées).
>> >> > Lorsque se connecte, elle perd tous ses accès.
>> >> >
>> >> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> >> > groups),
>> >> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> >> > j'effectue
>> >> > la recherche avec "le picker", il me rapporte les deux informations,
>> >> > si
>> >> > je
>> >> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> >> > informations AD ne sont pas en cause.
>> >> >
>> >> > Questions:
>> >> >
>> >> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> >> > AD: 1
>> >> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >> >
>> >> > - Faut-il supprimer son ancien login partout où elle se trouve
>> >> > (groupes,
>> >> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> >> > quelqu'un
>> >> > change
>> >> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> >> > et
>> >> > d'autres qui sont temporaires) ?
>> >> >
>> >> > - Existe-il une commande qui permettrait de "remplacer" les
>> >> > anciennes
>> >> > informations de compte par les nouvelles ?
>> >> >
>> >> > - Existe-il une information en cache et qu'il faudrait peut-être
>> >> > purgé
>> >> > pour
>> >> > éviter cela ?
>> >> >
>> >> > Merci de votre aide toujours aussi efficace.
>> >> > Cordialement,
>> >> > Houdini
>>
>>
Bonjour,
Quel est le message d'erreur de la 2ème tentative?
Est-vous bien dans les conditions décrites ici
http://support.microsoft.com/kb/953131/fr?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" <Houdini@discussions.microsoft.com> wrote in message
news:3250A086-F048-49FA-AB3E-74C89CE69224@microsoft.com...
> Bonjour Marc,
>
> Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
> pas c'est pourquoi MOSS ne prend pas en compte les modifications de
> comptes
> réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
> subir
> automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
>
> PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
> politique interne.
>
> De plus, comment faire pour savoir où se trouve l'utilisateur en question
> (script sans doute) : collections, sites, ss-sites ... ?
>
> Merci d'avance.
> Cordialement,
> Houdini
> --------------------------------------------------
>
> "Lognoul, Marc (Private)" a écrit :
>
>> Bonsoir,
>>
>> Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
>> l'option -ignoresidhistory?
>>
>> --
>> Marc
>> [Heureux celui qui a pu pénétrer les causes secrètes des choses]
>> [Blog: http://www.marc-antho-etc.net/blog/]
>>
>> "Houdini" <Houdini@discussions.microsoft.com> wrote in message
>> news:E4B6AD31-958C-490D-9AAB-3B0F175E28EA@microsoft.com...
>> > Bonjour Jérôme,
>> >
>> > J'ai essayé la commande, mais j'obtiens un message qui n'est pas
>> > réjouissant:
>> >
>> > F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
>> > Pdmtestshp66
>> > New user account does not have valid SID history.
>> >
>> > Si je passe par le picker de WSS par les SSP, j'ai les bonnes
>> > informations
>> > de comptes. Si je rajoute les comptes en question via l'interface
>> > d'ajout
>> > des
>> > utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
>> > quelque chose quelque part.
>> >
>> > Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
>> > bonnes
>> > infos et les modifier directements dans les sites. Je vais donc être
>> > obligé
>> > de traiter les comptes un par un.
>> >
>> > Si vous voyez une autre solution.
>> > Cordialement,
>> > Houdini
>> > ----------------------------------------------------
>> >
>> > "Jérôme Noirfalise" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> >> commande
>> >> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> >> [-ignoresidhistory]
>> >>
>> >> Pour plus d'information, voir le lien suivant:
>> >> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>> >>
>> >> Bien à toi,
>> >>
>> >> Jérôme Noirfalise
>> >> ---------------------
>> >> .NET and SharePoint Consultant @ AUSY Luxembourg
>> >> http://www.noirfalise.com
>> >>
>> >>
>> >> "Houdini" a écrit :
>> >>
>> >> > Bonjour à toutes et à tous,
>> >> >
>> >> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >> >
>> >> > - Les authentifications se font directement au travers de l'AD. Les
>> >> > autorisations et les groupes s'effectuent à la fois par des groupes
>> >> > AD
>> >> > et par
>> >> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> >> > famille. Le
>> >> > compte a bien été renommé dans l'AD (vérifications diverses
>> >> > effectuées).
>> >> > Lorsque se connecte, elle perd tous ses accès.
>> >> >
>> >> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> >> > groups),
>> >> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> >> > j'effectue
>> >> > la recherche avec "le picker", il me rapporte les deux informations,
>> >> > si
>> >> > je
>> >> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> >> > informations AD ne sont pas en cause.
>> >> >
>> >> > Questions:
>> >> >
>> >> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> >> > AD: 1
>> >> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >> >
>> >> > - Faut-il supprimer son ancien login partout où elle se trouve
>> >> > (groupes,
>> >> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> >> > quelqu'un
>> >> > change
>> >> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> >> > et
>> >> > d'autres qui sont temporaires) ?
>> >> >
>> >> > - Existe-il une commande qui permettrait de "remplacer" les
>> >> > anciennes
>> >> > informations de compte par les nouvelles ?
>> >> >
>> >> > - Existe-il une information en cache et qu'il faudrait peut-être
>> >> > purgé
>> >> > pour
>> >> > éviter cela ?
>> >> >
>> >> > Merci de votre aide toujours aussi efficace.
>> >> > Cordialement,
>> >> > Houdini
>>
>>
Bonjour,
Quel est le message d'erreur de la 2ème tentative?
Est-vous bien dans les conditions décrites ici
http://support.microsoft.com/kb/953131/fr?
--
Marc
[Heureux celui qui a pu pénétrer les causes secrètes des choses]
[Blog: http://www.marc-antho-etc.net/blog/]
"Houdini" wrote in message
news:
> Bonjour Marc,
>
> Oui, j'ai essayé avec ou sans option: c'est pareil. Ce que je ne comprends
> pas c'est pourquoi MOSS ne prend pas en compte les modifications de
> comptes
> réalisées dans l'AD. Je renomme un compte dans l'AD, le compte devrait
> subir
> automatiquement le renommage dans MOSS, non ? Sinon, c'est le bazard ...
>
> PS: je n'utilise pas les users profiles, ni les MySites: désactivés par la
> politique interne.
>
> De plus, comment faire pour savoir où se trouve l'utilisateur en question
> (script sans doute) : collections, sites, ss-sites ... ?
>
> Merci d'avance.
> Cordialement,
> Houdini
> --------------------------------------------------
>
> "Lognoul, Marc (Private)" a écrit :
>
>> Bonsoir,
>>
>> Comme Jérôme l'a proposé au préalable, avez-vous essayé avec
>> l'option -ignoresidhistory?
>>
>> --
>> Marc
>> [Heureux celui qui a pu pénétrer les causes secrètes des choses]
>> [Blog: http://www.marc-antho-etc.net/blog/]
>>
>> "Houdini" wrote in message
>> news:
>> > Bonjour Jérôme,
>> >
>> > J'ai essayé la commande, mais j'obtiens un message qui n'est pas
>> > réjouissant:
>> >
>> > F:>stsadm -o migrateuser -oldlogin Pdmtestshp6 -newlogin
>> > Pdmtestshp66
>> > New user account does not have valid SID history.
>> >
>> > Si je passe par le picker de WSS par les SSP, j'ai les bonnes
>> > informations
>> > de comptes. Si je rajoute les comptes en question via l'interface
>> > d'ajout
>> > des
>> > utilisateurs, je retrouve encore les mauvaises infos. MOSS doit cacher
>> > quelque chose quelque part.
>> >
>> > Ce n'est pas normal que MOSS ne puisse pas récupérer tout seul les
>> > bonnes
>> > infos et les modifier directements dans les sites. Je vais donc être
>> > obligé
>> > de traiter les comptes un par un.
>> >
>> > Si vous voyez une autre solution.
>> > Cordialement,
>> > Houdini
>> > ----------------------------------------------------
>> >
>> > "Jérôme Noirfalise" a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Tu dois migrer l'ancien compte vers le nouveau en utilisant la
>> >> commande
>> >> stsadm -o migrateuser -oldlogin <domainenom> -newlogin <domainenom>
>> >> [-ignoresidhistory]
>> >>
>> >> Pour plus d'information, voir le lien suivant:
>> >> http://technet.microsoft.com/fr-fr/library/cc262141.aspx
>> >>
>> >> Bien à toi,
>> >>
>> >> Jérôme Noirfalise
>> >> ---------------------
>> >> .NET and SharePoint Consultant @ AUSY Luxembourg
>> >> http://www.noirfalise.com
>> >>
>> >>
>> >> "Houdini" a écrit :
>> >>
>> >> > Bonjour à toutes et à tous,
>> >> >
>> >> > Décidément, la semaine est active. Je rencontre un autre problème:
>> >> >
>> >> > - Les authentifications se font directement au travers de l'AD. Les
>> >> > autorisations et les groupes s'effectuent à la fois par des groupes
>> >> > AD
>> >> > et par
>> >> > les groupes standards MOSS. Une utilisatrice a changé de nom de
>> >> > famille. Le
>> >> > compte a bien été renommé dans l'AD (vérifications diverses
>> >> > effectuées).
>> >> > Lorsque se connecte, elle perd tous ses accès.
>> >> >
>> >> > - Au niveau de la gestion des droits MOSS (autorisations users et
>> >> > groups),
>> >> > je me retrouve avec 2 identités: son ancien nom et son nouveau. Si
>> >> > j'effectue
>> >> > la recherche avec "le picker", il me rapporte les deux informations,
>> >> > si
>> >> > je
>> >> > passe par l'AD, il me ramène le nouveau nom: ce qui signifie que les
>> >> > informations AD ne sont pas en cause.
>> >> >
>> >> > Questions:
>> >> >
>> >> > - Même après une synchronisation forcée de l'AD: même problème (dans
>> >> > AD: 1
>> >> > nom, dans MOSS: 2 noms). Pourquoi ces résultats ?
>> >> >
>> >> > - Faut-il supprimer son ancien login partout où elle se trouve
>> >> > (groupes,
>> >> > listes,etc) ? Si il faut que je fasse cela à chaque fois que
>> >> > quelqu'un
>> >> > change
>> >> > de nom, cela va être joyeux ... (entre ceux qui changent réellement
>> >> > et
>> >> > d'autres qui sont temporaires) ?
>> >> >
>> >> > - Existe-il une commande qui permettrait de "remplacer" les
>> >> > anciennes
>> >> > informations de compte par les nouvelles ?
>> >> >
>> >> > - Existe-il une information en cache et qu'il faudrait peut-être
>> >> > purgé
>> >> > pour
>> >> > éviter cela ?
>> >> >
>> >> > Merci de votre aide toujours aussi efficace.
>> >> > Cordialement,
>> >> > Houdini
>>
>>