Outlook 2013: comment réinitialiser au statut «première exécution»?

TL; DR

Existe-t-il un moyen via script, PowerShell, suppression de reg, via télékinésie, de réinitialiser Outlook 2013 comme si aucun profil n'avait jamais existé et qu'il était en cours d'exécution pour la première fois?

Je travaille toujours sur celui-ci mais j'espère que les autres auront un aperçu.

SCÉNARIO

De nombreux utilisateurs ont ici des profils Outlook existants qui se connectent à un serveur Exchange sur site. Nous sommes au milieu de notre migration vers Office 365. Pour migrer Outlook de l'utilisateur, vous devez soit créer un nouveau profil dans Outlook, soit supprimer complètement l'ancien profil, puis "recommencer à neuf".

Nous voulons que nos utilisateurs recommencent à zéro et aient le nom de profil par défaut "Outlook" pour leur profil de messagerie (au lieu de quelque chose de personnalisé ou d'un 2ème profil comme "O365") . En effet, notre système ERP recherche ce profil pour envoyer des e-mails dans le logiciel ERP.

PROBLÈME

Le problème est que «repartir à neuf» n'est pas vraiment repartir à zéro.

Si je supprime manuellement le profil par défaut «Outlook» des Mailparamètres du panneau de configuration, Outlook démarre sans profil mais demande un nom de profil:

Si je tape Outlookcomme nouveau nom de profil maintenant, j'obtiens:

Si j'entre REGEDITet regarde:

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles

Je vois toujours "Outlook" comme un profil.

J'ai essayé de faire une Reg DELETEde cette clé et de toutes les sous-clés et alors qu'il dit "supprimé avec succès", il ne le fait pas.

Si je supprime manuellement cette clé de profil, je peux ensuite redémarrer Outlook et quand il vous demandera un nouveau nom de profil, je pourrai Outlookle saisir et le prendre et me laisser continuer comme s'il s'agissait d'une nouvelle configuration d'Outlook:

Il n'apparaît pas des commutateurs de ligne de commande pour Outlook 2013 ( trouvés ici ) que le / cleanprofile est toujours là.

QUESTION DE LA LIGNE INFÉRIEURE

Existe-t-il un moyen via script, PowerShell, suppression de reg, via télékinésie, de réinitialiser Outlook 2013 comme si aucun profil n'avait jamais existé et qu'il était en cours d'exécution pour la première fois?

% reg.exe delete HKCU\Software\Microsoft\Office\15.0\Outlook\Profiles\Outlook /f
% reg.exe add HKCU\Software\Microsoft\Office\15.0\Outlook\Profiles\Outlook

Cela supprimera le profil par défaut appelé Outlook, puis le recréera sans paramètres. Ensuite, lorsque vous réexécutez Outlook, il lancera l'assistant.

Réinitialisez la clé sous HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Outlook\pour la première exécution de False à True.

Selon la page des commutateurs de ligne de commande sur MSDN, vous devriez pouvoir démarrer Outlook avec un argument de ligne de commande pour le faire agir comme s'il s'agissait de la première exécution. Essayez ceci et faites-moi savoir comment cela fonctionne pour vous:

outlook /firstrun

Source: https://office.microsoft.com/en-us/outlook-help/command-line-switches-HP001003110.aspx

Tu es sur la bonne piste.
Vous devrez supprimer cette clé de profils dans le registre.
Mais, et voici le hic, cela ne peut être fait que reg deletes'il n'y a rien en cours (au premier plan ou en arrière-plan) qui touche ces touches.

Vous devrez donc vous assurer absolument que outlook.exe n'est pas en cours d'exécution. (Il continue souvent de traîner en arrière-plan pendant 2-3 minutes après la fermeture.)
De plus, l'application ERP elle-même peut garder ces clés verrouillées. Et si vous exécutez une sorte de logiciel de chaîne de clés ou de certification (par exemple PGP) qui peut également s'interfacer avec ces clés de registre.

Si vous souhaitez créer un script, assurez-vous de l'exécuter en tant qu'utilisateur réel. Pas un autre compte administrateur. Après tout, c'est "HKLM \ Currrent User *" dont nous parlons ici.

Je l'ai déjà fait sur Office 2007 et 2010 (qui devraient être identiques à cet égard).
Nous avons mis la commande delete dans le script de connexion du domaine avec quelques vérifications supplémentaires pour ne l'exécuter qu'une seule fois et uniquement si l'utilisateur n'a pas encore migré.