I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Du kan bare bruge den normale windows-søgefunktion og skrive nøjagtigt det du selv skriver.
Du laver nemlig bare en søgning på *.pst og derefter kan du bare markere alle de fundne filer og trykke 'Delete' på tastaturet, så skulle den prut være slået c",)
navne Angiver en liste med en eller flere filer eller mapper. Der kan anvendes jokertegn til at slette flere filer. Hvis der angives en mappe, slettes alle filer i den pågældende mappe.
/P Beder dig, inden en fil slettes, om at bekræfte, at den skal slettes. /F Gennemtvinger sletning af skrivebeskyttede filer. /S Sletter angivne filer fra alle undermapper. /Q Uden brugerindgriben, dvs. du bliver ved globale jokertegn ikke bedt om at bekræfte sletningen /A Vælger filer, der skal slettes, på basis af attributter attributter R Skrivebeskyttede filer S Systemfiler H Skjulte filer A Filer klar til arkivering - Negationstegn
Hvis *.pst filen fundet et eller andet sted ER i brug af et eller andet Windows vil Windows ikke lade dig slette den - det er fair nok. Det er vel meninge at den så IKKE skal sletes og så rulle videre uden brok ?
"OG .bat filen bliver også slettet ?" ???
Generelt: brug filnavnet: [ErasePST.cmd] i stedet.
Det kan godt gøres automatisk eks. ved login ell. lign. Men vend tilbage når du har 'kæmpet' lidt...
Erasepst.cmd ... er det exec filer aswell ? Der kan man bare se... ting jeg ikke vidste... Ja, idéen er også at det skal køre sammen med resten af Novell scripts... men ehh... jeg får den sQ ikke til det ...
Det er fordi... hvis en bruger at logget på 2 steder og har Outlook åben... bliver PST-filerne kopieret fra hans netværksdrev til c: ... og så kan andre ikke tjekke post der... for outlook kigger ikke længere efter netværksdrev, men i den første brugers PST-filer på c:
Denne her > er en redigering. Betyder at de beskeder som komandoen normalt ville skrive direkte til skærmen vil blive sendt til den fil der står efter > tegnet. Er fil ved navn nul er en nul-fil - oprettes ikke; ka' omfattes som en skraldespand.
Oki... kool... men kan det ha' gjort at den sletter alle filer i min dokument folder (ikke mapper... men filer i undermapper) ?? og kan jeg få dem tilbage... ? *GG*
"bliver PST-filerne kopieret fra hans netværksdrev til c:" ???
Det må da være muligt (=smarterer?) at få Outlook til at kikke på brugerens netværksdrev hvor den personlige *.PST fil er placeret. Istedet for hvad jeg tror at du gør *S*
Tror ikke der er andre måder... hvis en bruger ER logget på en anden maskine, gi'r Novell ikke brugeren adgang til hans pst filer på netværksdrevet, men kopierer dem ned på C: og får Outlook til at læse dem derfra... men Outlook smider ikke denne indstilling når han logger af igen.
OK - hvis bruger 'sofus' er fuld logget på PC1 og bruger Outlook's *.pst fil på (eks.) H:\sofus.pst netværksdrev. Så er H:\sofus.pst låst for at en Outlook fra en anden login på PC2 ... (Det var vist lidt klaus kludder...) Derfor vil du have at H:\sofus.pst bliver copy til lokal C:\... ved sofus's login for at sofus kan bruge outlook begge/alle steder ?
Nej nej... sofus.pst bliver kopieret automatisk hvis den bliver brugt et andet sted... men når Sofus logger af PC2 bliver sofus.pst ikke slettet igen... og hvis JPS6KB logger på PC2 kan han ikke få hans jps6kb.pst fil, men ser den lokale sofus.pst
sofus er logget på PC1 (og ikke andre steder lige nu) og kan følgeligt bruge H:\sofus.spt til sende/modtage osv. sofus logger så på PC2 og bruger også outlook her men da H:\sofus.pst er 'optaget' fra loginen på PC1 bliver H:\sofus.pst copy til den lokale C:\...\sofus.pst. Diverse sende/modtage ender jo så på den lokale C:\...\sofus.pst fil. Og bliver jo følgeligt ikke 'opdateret' på den 'rigtige H:\sofus.pst fil.
Måske ikke så smart - eller har jeg misforstået noget ?
Det er rigtigt... det er ikke smart, men sådan virker Novell'en nu engang... idéen er så at jeg vil lave det script som sletter de pst filer... er ved at lave en .reg som retter stien i reg.db'en samtidig... så den virker som ny.
Kan ikke anbefales ... Det kan brugerne jo let komme til at kløjs i. Jeg ka' godt forestille mig de frustrationer der ka' komme med E-mail der skulle være modtaget/sendt men nu ikke findes i min Outlook osv osv...
Det kunne måske være bedre at blokere brugen af Outlook hvis H:\sofus.pst filen er ibrug/låst af første login?
Andre 'freaks' vil nok sige noget med en Exchange Server osv... men det er en helt anden sag...
Jamen så tror jeg bare at der kommer andre problemer... brugerne har fået det at vide, og vi har taget et tilbagelænet forhold til det... var mere for at lette arbejdet for os... at brugerne havde en fil de kunne køre, eller som blev kørt med login scriptet..
Jepz... der er to, men jeg mener ikke at de altid ligger samme sted... derfor ville jeg gerne ha' den til at lede c: igennem for *.pst... men jeg fedter videre... :)
Nej, det tror jeg ikke... for jeg har fået den til KUN at tage pst filer... og de har ikke noget at gøre på vores maskiner.. hehe.. det er helt perfekt.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.