Hetvolgende vage probleem speelt bij ons.
Situatieschets:
PC's achter een UMTS-router die verbinding hebben met het bedrijf, hangen in het domein.
Als een gebruiker voor aanmeld op deze PC dan gaat er een logonscript lopen die controleert of outlook al een keer in geconfigureert doordat er wordt gecontrolleert op aanwezigheid van een bestandje: Bestaat deze niet dan wordt een PRF bestand en een reg-bestand lokaal gezet en de reg geimporteerd.
Het volgende staat in de reg:
Windows Registry Editor Version 5.00
Hierbij ook een stukje kopie van de prf:
Het volgende probleem treedt op:
Outlook geeft melding clientbewerking mislukt.
Dit komt omdat outlook een OST wil aanmaken op D:\Persoonlijke data\%UserName%\Outlook
Het volledige pad van de gebruiker die %UserName% voorstelt bestaat gewoon, echter in de e-mail - onderdeel waar de OST-lokatie opgegeven moet worden staat D:\Persoonlijke data\%UserName%\Outlook.
%username% wordt niet henoemd naar de gebruikersnaam.
Stel ik de gebruikersnaam handmatig in op de plaats %username% dan werkt het gewoon.
%username% in de commandprompt intypen wordt gewoon vertaald naar de gebruikersnaam, dus de variabele bestaat.
Als ik de gebruiker nu op een soortgelijke werkplek laat aanmelden, maar deze staat in het vaste netwerk (dus snel), dan gaat het helemaal goed. Het OST-pad met %username% wordt dan wel ingevuld met de gebruikersnaam.
Wie is dit eens tegengekomen of kent dit gedrag? En uiteraard de oplossing voor dit übervage probleem.
Situatieschets:
PC's achter een UMTS-router die verbinding hebben met het bedrijf, hangen in het domein.
Als een gebruiker voor aanmeld op deze PC dan gaat er een logonscript lopen die controleert of outlook al een keer in geconfigureert doordat er wordt gecontrolleert op aanwezigheid van een bestandje: Bestaat deze niet dan wordt een PRF bestand en een reg-bestand lokaal gezet en de reg geimporteerd.
Het volgende staat in de reg:
Windows Registry Editor Version 5.00
code:
1
2
3
4
| [HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Setup] "First-Run"=- "FirstRun"=- "ImportPRF"="C:\\Software\\Outlook\\Cached.PRF" |
Hierbij ook een stukje kopie van de prf:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
| [General] Custom=1 ProfileName=OUTLOOKPRF DefaultProfile=Yes OverwriteProfile=Yes ModifyDefaultProfileIfPresent=TRUE ; ************************************************************** ; Section 2 - Services in Profile ; ************************************************************** [Service List] ServiceX=Microsoft Outlook Client ServiceEGS=Exchange Global Section Service1=Microsoft Exchange Server ServiceEGS=Exchange Global Section ;*************************************************************** ; Section 3 - List of internet accounts ;*************************************************************** [Internet Account List] ;*************************************************************** ; Section 4 - Default values for each service. ;*************************************************************** [ServiceX] CachedExchangeMode=0x00000002 CachedExchangeSlowDetect=TRUE [ServiceEGS] CachedExchangeConfigFlags=0x00000100 MailboxName=%UserName% HomeServer=servernaam.domeinnaam [Service1] OverwriteExistingService=No UniqueService=Yes MailboxName=%UserName% HomeServer=servernaam.domeinnaam OfflineAddressBookPath=D:\Persoonlijke data\%UserName%\Outlook OfflineFolderPath=D:\Persoonlijke data\%UserName%\Outlook AccountName=Microsoft Exchange Server |
Het volgende probleem treedt op:
Outlook geeft melding clientbewerking mislukt.
Dit komt omdat outlook een OST wil aanmaken op D:\Persoonlijke data\%UserName%\Outlook
Het volledige pad van de gebruiker die %UserName% voorstelt bestaat gewoon, echter in de e-mail - onderdeel waar de OST-lokatie opgegeven moet worden staat D:\Persoonlijke data\%UserName%\Outlook.
%username% wordt niet henoemd naar de gebruikersnaam.
Stel ik de gebruikersnaam handmatig in op de plaats %username% dan werkt het gewoon.
%username% in de commandprompt intypen wordt gewoon vertaald naar de gebruikersnaam, dus de variabele bestaat.
Als ik de gebruiker nu op een soortgelijke werkplek laat aanmelden, maar deze staat in het vaste netwerk (dus snel), dan gaat het helemaal goed. Het OST-pad met %username% wordt dan wel ingevuld met de gebruikersnaam.
Wie is dit eens tegengekomen of kent dit gedrag? En uiteraard de oplossing voor dit übervage probleem.
/u/18178/logo-60x60.png?f=community){kind=logo}