Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
Pas compris je l'avoue ;-) On en reparle éventuellement.
.........
Enfin : Qu'entendez vous par <<... histoires d'héritages des droits.>>
Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
Pas compris je l'avoue ;-) On en reparle éventuellement.
.........
Enfin : Qu'entendez vous par <<... histoires d'héritages des droits.>>
Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
Pas compris je l'avoue ;-) On en reparle éventuellement.
.........
Enfin : Qu'entendez vous par <<... histoires d'héritages des droits.>>
Dans : news:%,
JF disait :* Bonjour Fred * !
Hello JF,Une bonne idée est de faire une copie de ce dossier, on a vite fait
d'effacer son contenu dans la manip.
Oui.J'aimerais bien qu'Augustin fasse ces essais d'héritage des droits
enfants/parents.
J'ai du mal à suivre ses manipulations.
Pour moi deux solutions :
- problème de droits et alors ça se règle en administrateur (mode sans échec
sous XP Home) en chargeant la ruche. Mais je n'ai rien compris aux résultats
de recherche de NTUSER.dat.
- registre endommagé et il ne reste que le renommage en laissant le bout de
registre abimé. À moins de connaître un outil de réparation du registre. Mais
là, je laisse la main. Je ne sais si je ne connais pas ces outils parce que
je n'ai jamais eu de problèmes de registre ou l'inverse :-)
Pour info je viens de tomber là-dessus :
www.libellules.ch/dotclear/index.php?2007/08/27/2098-regassassin
... pas testé
Peut-être une solution.
Dans : news:%23z6y35j6HHA.4252@TK2MSFTNGP05.phx.gbl,
JF disait :
* Bonjour Fred * !
Hello JF,
Une bonne idée est de faire une copie de ce dossier, on a vite fait
d'effacer son contenu dans la manip.
Oui.
J'aimerais bien qu'Augustin fasse ces essais d'héritage des droits
enfants/parents.
J'ai du mal à suivre ses manipulations.
Pour moi deux solutions :
- problème de droits et alors ça se règle en administrateur (mode sans échec
sous XP Home) en chargeant la ruche. Mais je n'ai rien compris aux résultats
de recherche de NTUSER.dat.
- registre endommagé et il ne reste que le renommage en laissant le bout de
registre abimé. À moins de connaître un outil de réparation du registre. Mais
là, je laisse la main. Je ne sais si je ne connais pas ces outils parce que
je n'ai jamais eu de problèmes de registre ou l'inverse :-)
Pour info je viens de tomber là-dessus :
www.libellules.ch/dotclear/index.php?2007/08/27/2098-regassassin
... pas testé
Peut-être une solution.
Dans : news:%,
JF disait :* Bonjour Fred * !
Hello JF,Une bonne idée est de faire une copie de ce dossier, on a vite fait
d'effacer son contenu dans la manip.
Oui.J'aimerais bien qu'Augustin fasse ces essais d'héritage des droits
enfants/parents.
J'ai du mal à suivre ses manipulations.
Pour moi deux solutions :
- problème de droits et alors ça se règle en administrateur (mode sans échec
sous XP Home) en chargeant la ruche. Mais je n'ai rien compris aux résultats
de recherche de NTUSER.dat.
- registre endommagé et il ne reste que le renommage en laissant le bout de
registre abimé. À moins de connaître un outil de réparation du registre. Mais
là, je laisse la main. Je ne sais si je ne connais pas ces outils parce que
je n'ai jamais eu de problèmes de registre ou l'inverse :-)
Pour info je viens de tomber là-dessus :
www.libellules.ch/dotclear/index.php?2007/08/27/2098-regassassin
... pas testé
Peut-être une solution.
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé
CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
OK, Essayé mais refusé par Regedit.
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Dans HKCUIdentities j'ai deux sous clés {.......}
La première est celle qui bloque sur Software ce qui n'a aucune conséquence
au delà de OE
La suivante qui se déroule sur de très longues chaînes de sous/sous/ sous...
clés intéressant I.E. et O.E.
Et celle là il vaut mieux je pense ne pas l'abîmer ;-))
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
Aucune importance, je sais, à peu près, comment tout récupérer.
- Pour tenter en Mode F8
de réparer le Software, que dois je faire exactement pour les ruches ?
Si échec :
- La manip qui passe par renommer la clé consiste bien en :
- Exporter HKCU entier dans l'état actuel comme sauvegarde avec l'éditeur.
- Renommer Identities en Identitiesback
- Lancer OE par msimn.exe
- Remettre en place l'HKCU précédemment sauvegardé ?
Là qque chose m'échappe ? Ne vais-je pas rétablir le Software défectueux ?
Vous êtes très patients avec moi, soyez encore une fois remerciés.
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé
CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
OK, Essayé mais refusé par Regedit.
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Dans HKCUIdentities j'ai deux sous clés {.......}
La première est celle qui bloque sur Software ce qui n'a aucune conséquence
au delà de OE
La suivante qui se déroule sur de très longues chaînes de sous/sous/ sous...
clés intéressant I.E. et O.E.
Et celle là il vaut mieux je pense ne pas l'abîmer ;-))
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
Aucune importance, je sais, à peu près, comment tout récupérer.
- Pour tenter en Mode F8
de réparer le Software, que dois je faire exactement pour les ruches ?
Si échec :
- La manip qui passe par renommer la clé consiste bien en :
- Exporter HKCU entier dans l'état actuel comme sauvegarde avec l'éditeur.
- Renommer Identities en Identitiesback
- Lancer OE par msimn.exe
- Remettre en place l'HKCU précédemment sauvegardé ?
Là qque chose m'échappe ? Ne vais-je pas rétablir le Software défectueux ?
Vous êtes très patients avec moi, soyez encore une fois remerciés.
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé
CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
OK, Essayé mais refusé par Regedit.
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Dans HKCUIdentities j'ai deux sous clés {.......}
La première est celle qui bloque sur Software ce qui n'a aucune conséquence
au delà de OE
La suivante qui se déroule sur de très longues chaînes de sous/sous/ sous...
clés intéressant I.E. et O.E.
Et celle là il vaut mieux je pense ne pas l'abîmer ;-))
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
Aucune importance, je sais, à peu près, comment tout récupérer.
- Pour tenter en Mode F8
de réparer le Software, que dois je faire exactement pour les ruches ?
Si échec :
- La manip qui passe par renommer la clé consiste bien en :
- Exporter HKCU entier dans l'état actuel comme sauvegarde avec l'éditeur.
- Renommer Identities en Identitiesback
- Lancer OE par msimn.exe
- Remettre en place l'HKCU précédemment sauvegardé ?
Là qque chose m'échappe ? Ne vais-je pas rétablir le Software défectueux ?
Vous êtes très patients avec moi, soyez encore une fois remerciés.
Fred et JF ont écrit : ***/
Bonjour à vous deux.
Pris en compte vos diverses propositions, je vais essayer :
1/ De répondre à vos questions.
2/ De formuler les miennes afin de clarifier la situation.
[...]
Fred et JF ont écrit : ***/
Bonjour à vous deux.
Pris en compte vos diverses propositions, je vais essayer :
1/ De répondre à vos questions.
2/ De formuler les miennes afin de clarifier la situation.
[...]
Fred et JF ont écrit : ***/
Bonjour à vous deux.
Pris en compte vos diverses propositions, je vais essayer :
1/ De répondre à vos questions.
2/ De formuler les miennes afin de clarifier la situation.
[...]
Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une nouvelle
identité dans OE via le carnet d'adresses ('Fichier' --> 'Changer d'identité'
--> 'Gérer les identités' --> 'Nouvelle' --> Hello . Ça devrait permettre de
réouvrir OE sur cette identité. Y recréer les comptes courrier ne pose pas de
problèmes et la récupération des messages de l'identité corrompue est
relativement simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le Registre.
Si je puis me permettre un conseil, augustin, pour des échanges plus faciles
et donc plus fructueux pour toit, lorsque tu cites une clé du registre par
exemple, cite-la intégralement (c'est facile de la copier dans regedit par
'Edition' --> 'Copier le nom de la clé' et de la coller dans le post par un
Ctrl+V), ça évite toute confusion et ça permet de se concentrer sur le
problème sans avoir d'abord à faire des efforts d'interprétation/traduction
épuisants... enfin pour mes neurones à moi qui me restent en tout cas. ;-)
...et attention à ne pas ajouter un espace devant les caractères de citation
(">"), ça met un souk pas possible !
Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une nouvelle
identité dans OE via le carnet d'adresses ('Fichier' --> 'Changer d'identité'
--> 'Gérer les identités' --> 'Nouvelle' --> Hello . Ça devrait permettre de
réouvrir OE sur cette identité. Y recréer les comptes courrier ne pose pas de
problèmes et la récupération des messages de l'identité corrompue est
relativement simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le Registre.
Si je puis me permettre un conseil, augustin, pour des échanges plus faciles
et donc plus fructueux pour toit, lorsque tu cites une clé du registre par
exemple, cite-la intégralement (c'est facile de la copier dans regedit par
'Edition' --> 'Copier le nom de la clé' et de la coller dans le post par un
Ctrl+V), ça évite toute confusion et ça permet de se concentrer sur le
problème sans avoir d'abord à faire des efforts d'interprétation/traduction
épuisants... enfin pour mes neurones à moi qui me restent en tout cas. ;-)
...et attention à ne pas ajouter un espace devant les caractères de citation
(">"), ça met un souk pas possible !
Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une nouvelle
identité dans OE via le carnet d'adresses ('Fichier' --> 'Changer d'identité'
--> 'Gérer les identités' --> 'Nouvelle' --> Hello . Ça devrait permettre de
réouvrir OE sur cette identité. Y recréer les comptes courrier ne pose pas de
problèmes et la récupération des messages de l'identité corrompue est
relativement simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le Registre.
Si je puis me permettre un conseil, augustin, pour des échanges plus faciles
et donc plus fructueux pour toit, lorsque tu cites une clé du registre par
exemple, cite-la intégralement (c'est facile de la copier dans regedit par
'Edition' --> 'Copier le nom de la clé' et de la coller dans le post par un
Ctrl+V), ça évite toute confusion et ça permet de se concentrer sur le
problème sans avoir d'abord à faire des efforts d'interprétation/traduction
épuisants... enfin pour mes neurones à moi qui me restent en tout cas. ;-)
...et attention à ne pas ajouter un espace devant les caractères de citation
(">"), ça met un souk pas possible !
* Bonjour Luc * !
<news:Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant que je ne peux plus ouvrir OE
? Quelque chose m'échappe ?
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
Si je puis me permettre un conseil, augustin, pour des échanges plus
faciles et donc plus fructueux pour toit, [...]
* Bonjour Luc * !
<news:17B447F6-BED8-45AE-ABB5-F6D7882F98AC@microsoft.com>
Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant que je ne peux plus ouvrir OE
? Quelque chose m'échappe ?
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
Si je puis me permettre un conseil, augustin, pour des échanges plus
faciles et donc plus fructueux pour toit, [...]
* Bonjour Luc * !
<news:Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant que je ne peux plus ouvrir OE
? Quelque chose m'échappe ?
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
Si je puis me permettre un conseil, augustin, pour des échanges plus
faciles et donc plus fructueux pour toit, [...]
JF nous a déclaré* Bonjour Luc * !
<news:Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant
que je ne peux plus ouvrir OE ? Quelque chose m'échappe ?
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
(c'est étonnant d'ailleurs 2 cas similaires aussi rares et aussi
proches chronologiquement, j'espère que ça n'annonce pas une épidémie !).
Le
contributeur, initiateur du fil, a décoincé OE en créant une nouvelle ID avec
le Carnet d'adresses (c'est lui qui a trouvé et rapporté l'astuce que j'ai
relayée au plus vite dans ce fil)
mais apparemment, il n'arrive pas à supprimer
HKCUIdentities{N°ID_corrompue}
pour ne plus avoir cette identité
("Identité principale") dans OE
(s'il essaie de basculer sur cette identité, ça plante)
JF nous a déclaré
* Bonjour Luc * !
<news:17B447F6-BED8-45AE-ABB5-F6D7882F98AC@microsoft.com>
Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant
que je ne peux plus ouvrir OE ? Quelque chose m'échappe ?
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
(c'est étonnant d'ailleurs 2 cas similaires aussi rares et aussi
proches chronologiquement, j'espère que ça n'annonce pas une épidémie !).
Le
contributeur, initiateur du fil, a décoincé OE en créant une nouvelle ID avec
le Carnet d'adresses (c'est lui qui a trouvé et rapporté l'astuce que j'ai
relayée au plus vite dans ce fil)
mais apparemment, il n'arrive pas à supprimer
HKCUIdentities{N°ID_corrompue}
pour ne plus avoir cette identité
("Identité principale") dans OE
(s'il essaie de basculer sur cette identité, ça plante)
JF nous a déclaré* Bonjour Luc * !
<news:Moi, je suis largué ! ;-)
Une proposition (suite à un retour intéressant sur OE6) de créer une
nouvelle identité dans OE via le carnet d'adresses ('Fichier' -->
'Changer d'identité' --> 'Gérer les identités' --> 'Nouvelle' -->
Hello . Ça devrait permettre de réouvrir OE sur cette identité. Y
recréer les comptes courrier ne pose pas de problèmes et la
récupération des messages de l'identité corrompue est relativement
simple (d'autant qu'augustin, si je ne m'abuse, sait où sont ses
.dbx) et il n'y aurait plus qu'à dynamiter l'identité rétive via le
Registre.
La plainte d'Augustin dans son premier message est :
OE ne s'ouvre plus (MSOE.DLL n'a pu être initialisé)
Ce à quoi Galida a déjà répondu avec brio :
Créer un nouveau compte, une nouvelle ID est créée.
Et Augustin de déclarer avec une patiente logique :
Comment créer un nouveau compte sachant
que je ne peux plus ouvrir OE ? Quelque chose m'échappe ?
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Suite aux investigations, il apparait que la clé
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
est illisible, ce qui semble être la cause du non-démarrage d'OE.
Et il n'y a pas de Point de Restauration disponible.
Nous cherchons effectivement à dynamiter, disons à renommer cette clé.
Ça va venir je pense, la balle est dans le camp d'Augustin.
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
(c'est étonnant d'ailleurs 2 cas similaires aussi rares et aussi
proches chronologiquement, j'espère que ça n'annonce pas une épidémie !).
Le
contributeur, initiateur du fil, a décoincé OE en créant une nouvelle ID avec
le Carnet d'adresses (c'est lui qui a trouvé et rapporté l'astuce que j'ai
relayée au plus vite dans ce fil)
mais apparemment, il n'arrive pas à supprimer
HKCUIdentities{N°ID_corrompue}
pour ne plus avoir cette identité
("Identité principale") dans OE
(s'il essaie de basculer sur cette identité, ça plante)
* Bonjour Luc * !
<news:
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Procédure avec OE qui ne démarre pas, plize ?
On utilise directement le carnet d'adresse ? ==>
"Augustin Carnet d'Adresses.wab"
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
Belle précision dans le référencement !
* Bonjour Luc * !
<news:E9E299C5-E3F7-4E15-A67E-FE09BF1E0E01@microsoft.com>
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Procédure avec OE qui ne démarre pas, plize ?
On utilise directement le carnet d'adresse ? ==>
"Augustin Carnet d'Adresses.wab"
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
Belle précision dans le référencement !
* Bonjour Luc * !
<news:
Voilà pourquoi je propose la création d'une identité via le Carnet
d'adresses.
Procédure avec OE qui ne démarre pas, plize ?
On utilise directement le carnet d'adresse ? ==>
"Augustin Carnet d'Adresses.wab"
et ça m'intéresse bigrement puisqu'il y a un cas quasi identique sur
m.p.f.oe6
Belle précision dans le référencement !
Même avec l'administrateur du mode sans échec ?
Oui, accès toujours refusé, je viens d'essayer...
En chargeant la ruche etc ...
OK. Tant pis.
Il y en a d'autres dans des dossiers "Nom" , "local service" et
"default user" mais ils sont datés "modifiés aujourd'hui".
Le Profil pour l'utilisateur Augustin doit donc être Docs&SettingsNom
Vérifier en modifiant un fichier sur le bureau et en allant voir si
on le retrouve bien dans Docs&SettingsNomBureau
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé > CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
***/
Résumons :
Compte = Augustin
Profil = Docs&SettingsAugustin
C'est bien ça ? Cela clarifierait les échanges de se mettre d'accord
sur les appellations.
***/
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
(règles, signatures, comptes) : mais pas les éventuelles bases de
Les anciens fichiers sont par défaut ici :
C:Documents and SettingsUtilisateurLocal SettingsApplication
DataIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}MicrosoftOutlook
Même avec l'administrateur du mode sans échec ?
Oui, accès toujours refusé, je viens d'essayer...
En chargeant la ruche etc ...
OK. Tant pis.
Il y en a d'autres dans des dossiers "Nom" , "local service" et
"default user" mais ils sont datés "modifiés aujourd'hui".
Le Profil pour l'utilisateur Augustin doit donc être Docs&SettingsNom
Vérifier en modifiant un fichier sur le bureau et en allant voir si
on le retrouve bien dans Docs&SettingsNomBureau
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé > CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
***/
Résumons :
Compte = Augustin
Profil = Docs&SettingsAugustin
C'est bien ça ? Cela clarifierait les échanges de se mettre d'accord
sur les appellations.
***/
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
(règles, signatures, comptes) : mais pas les éventuelles bases de
Les anciens fichiers sont par défaut ici :
C:Documents and SettingsUtilisateurLocal SettingsApplication
DataIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}MicrosoftOutlook
Même avec l'administrateur du mode sans échec ?
Oui, accès toujours refusé, je viens d'essayer...
En chargeant la ruche etc ...
OK. Tant pis.
Il y en a d'autres dans des dossiers "Nom" , "local service" et
"default user" mais ils sont datés "modifiés aujourd'hui".
Le Profil pour l'utilisateur Augustin doit donc être Docs&SettingsNom
Vérifier en modifiant un fichier sur le bureau et en allant voir si
on le retrouve bien dans Docs&SettingsNomBureau
Peux-tu renommer la clé comme Fred l'a suggéré
Pas essayé. Il faut renommer quelle clé > CELLE-CI ! ==>
HKCUIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}Software
Essaie aussi les histoires d'héritages des droits.
Si tu n'as pas compris de quoi il s'agit, dis-le.
***/
Résumons :
Compte = Augustin
Profil = Docs&SettingsAugustin
C'est bien ça ? Cela clarifierait les échanges de se mettre d'accord
sur les appellations.
***/
Pas celle-ci, elle est inaccessible, mais celle ci :
HKCUIdentities
Puis, après renommage de Identities et lancement de OE (qui devrait
retomber en marche), réimporter.
Bien sûr, tous les paramétrages de l'autre identité seront perdus
(règles, signatures, comptes) : mais pas les éventuelles bases de
Les anciens fichiers sont par défaut ici :
C:Documents and SettingsUtilisateurLocal SettingsApplication
DataIdentities{2921D1D7-45F4-4B50-A9C4-F04BE5A1DB93}MicrosoftOutlook