We hebben hier Outlook 2003 in een Terminal Server-omgeving.
Ineens, na waarschijnlijk een Windows-update, kunnen sommige collega's (niet alle) niet meer bijlagen van het type .lnk openen.
Dit vindt Microsoft 'gevaarlijke' attachments. Echter, wij hebben een systeem dat bijlagen in een mail vervangt door een .lnk-bestand, en de bijlage op een netwerkvolume opslaat.
gevolg: collega's kunnen niet meer bij hun bijlagen.
Nu is hier veel over te vinden op het internet: het komt er op neer dat ik in het register bij de outlook-security een tekenreekswaarde 'Level1Remove', met waarde ".lnk" moet toevoegen.
Echter, dit biedt geen oplossing, de bijlagen blijven geblokkeerd.
Ook zijn er tooltjes om dit te regelen, deze tooltjes zijn hulpjes om bovenstaande registerwijziging uit te voeren.
(Een nutteloze oplossing is de extensie van het bewuste bestand te veranderen naar .zip oid)
Microsft rept verder nog dat op de Exchange-bak een en ander kan worden ingeregeld, maar daar is niets gewijzigd, en de bewuste collega's hebben gewoon toegang tot hun store en publieke mappen als voorheen.
Ik vind het enorm frustrerend: Outlook hoeft voor mij niet keihard te bepalen wat wél en niet toegangkelijk is, laat, of scan het desnoods op veiligheid.
Wie weet hoe ik deze beveiliging het zwijgen kan opleggen?
PS: zelfs Microsofts eigen .mdb bestand is onveilig
Ineens, na waarschijnlijk een Windows-update, kunnen sommige collega's (niet alle) niet meer bijlagen van het type .lnk openen.
Dit vindt Microsoft 'gevaarlijke' attachments. Echter, wij hebben een systeem dat bijlagen in een mail vervangt door een .lnk-bestand, en de bijlage op een netwerkvolume opslaat.
gevolg: collega's kunnen niet meer bij hun bijlagen.
Nu is hier veel over te vinden op het internet: het komt er op neer dat ik in het register bij de outlook-security een tekenreekswaarde 'Level1Remove', met waarde ".lnk" moet toevoegen.
Echter, dit biedt geen oplossing, de bijlagen blijven geblokkeerd.
Ook zijn er tooltjes om dit te regelen, deze tooltjes zijn hulpjes om bovenstaande registerwijziging uit te voeren.
(Een nutteloze oplossing is de extensie van het bewuste bestand te veranderen naar .zip oid)
Microsft rept verder nog dat op de Exchange-bak een en ander kan worden ingeregeld, maar daar is niets gewijzigd, en de bewuste collega's hebben gewoon toegang tot hun store en publieke mappen als voorheen.
Ik vind het enorm frustrerend: Outlook hoeft voor mij niet keihard te bepalen wat wél en niet toegangkelijk is, laat, of scan het desnoods op veiligheid.
Wie weet hoe ik deze beveiliging het zwijgen kan opleggen?
PS: zelfs Microsofts eigen .mdb bestand is onveilig
Houdoe