[Exchange 2007] Export-Mailbox

[Judge Duck]

Op onze Exchange server wil ik van alle mailboxen de emails uit jaren 06 07 en 08 archiveren in losse pst bestanden per jaar. Hiervoor wilde ik het volgende commando gebruiken voor jaar 2006:

Get-Mailbox | Export-Mailbox -PSTFolderPath <padnaam> -StartDate "01/01/2006" -EndDate "12/31/2006" -DeleteContent -Confirm:$false

Dit zou allemaal goed moeten gaan, alleen zou ik mezelf een berg werk willen besparen door de aangemaakte pst bestanden direct in de goede mappen neer te zetten. De bedoeling is dat het pst bestand wordt aangemaakt in de homedir van de gebruiker, om het makkelijk te maken is deze gelijk aan de Exchange alias. Nu de vraag, is er een variable die ik kan gebruiken om het goede padnaam in te stellen bijv: "\\externeopslag\homedirs\$alias\email\2006.pst"?

Dank alvast!

[Question Mark]

Je kunt met de optie "-PSTFolderPath" (vanaf sp1) aangeven waar de pst geplaatst moet worden. In dit pad kun je rustig gebruik maken van variables.

Let even op dat het gebruik van PST's via het netwerk (homedrive users) niet supported is.

[Judge Duck]

Kijk, erg mooi om te horen dat het kan!

Maar nu zou ik graag weten hoe ik die variable met de alias dan krijg

[elevator]

Waarschijnlijk is er een variable naam .Alias oid, check even welke properties er allemaal in het object zitten dat uit Get-Mailbox komt en die kan je dan vervolgens gebruiken door "$_.Propertyname" gebruiken.

[Judge Duck]

Ophalen van de get-mailbox inhoud van een gebruiker:
Get-Mailbox er

Name Alias ServerName ProhibitSendQuo
ta
---- ----- ---------- ---------------
-knip- er -knip- unlimited


De propertyname welke ik nodig heb zou dan Alias zijn en volgende commando wordt uitgevoerd:

Get-Mailbox er | Export-Mailbox -PSTFolderPath \\PC00019\temp\$_.Alias\test.pst


Directory '\\PC00019\temp\.Alias' does not exist. You must first create the directory.
At line:1 char:1+
G <<<< et-Mailbox er | Export-Mailbox -PSTFolderPath \\PC00019\temp\$_.Alias\test.pst

De directory "er" heb ik wel aangemaakt, maar zoals je ziet wordt heel de variable niet gesnapt.

[Judge Duck]

Niemand die snapt wat ik verkeerd doe?

[elevator]

van die | moet je even |% maken

[Judge Duck]

Helaas, no luck:

ForEach-Object : Cannot bind parameter 'Process'. Cannot convert value "Export-
Mailbox" to type "System.Management.Automation.ScriptBlock". Error: "Invalid ca
st from 'System.String' to 'System.Management.Automation.ScriptBlock'."
At line:1 char:18
+ Get-Mailbox er |% <<<< Export-Mailbox -PSTFolderPath \\PC00019\temp\$_.Alias
\test.pst

[Jazzy]

Als je deze constructie wilt gebruiken dan doe je dat als volgt:

code:

Get-Mailbox er | for-each { Export-Mailbox -PSTFolderPath \\PC00019\temp\$_.Alias\test.pst }

Fore-each mag je ook vervangen door %, dat is namelijk een alias voor het for-each cmdlet. De opdracht die je voor iedere entry die uit de pijplijn komt, zet je nu tussen accolades. In bovenstaand voorbeeld wordt dat maar één keer uitgevoerd, omdat je slechts één mailbox terugkrijgt van 'get-mailbox er'. Maar dit zal ook werken dus:

code:

Get-Mailbox | for-each { Export-Mailbox -PSTFolderPath \\PC00019\temp\$_.Alias\test.pst }

[ Voor 56% gewijzigd door Jazzy op 29-12-2009 11:41 ]

[Judge Duck]

Ik denk dat hij gewoon niet wil dat ik een variable in de pathname zet. Als ik een echo uitvoer van $_.Alias in de foreach loop dan worden alle aliassen netjes getoond. Zet ik de variable in de path dan gaat ie zeuren hierover.

Helaas pindakaas, dan wordt het maar een paar uurtjes besteden aan handmatig verslepen van pst bestanden naar homedirs.

Bedankt allen voor de hulp.

[Jazzy]

Zie http://74.125.77.132/sear...&cd=8&hl=nl&ct=clnk&gl=nl

[Judge Duck]

Jazzy schreef op dinsdag 29 december 2009 @ 13:40:
Zie http://74.125.77.132/sear...&cd=8&hl=nl&ct=clnk&gl=nl

Wow dat werkt dus, super!

Thnx!

[KorneelB]

even inlezen in powershell

verder heb ik wel even een vraag aan je, waarom wil je dit doen? die mailtjes staan prima op je exchange server.. exchange heeft geen technische limitatie meer voor mailbox groottes, op een gegeven moment is de storage gewoon te duur voor de mailboxen..
zeker in combinatie met outlook 2007 sp2 of hoger is een mailbox van 5 a 6 gig geen probleem. exchange checked op corruptie en virussen, in een pst gebeurt dat niet.
verder heb je het ove rhomedirs, pst's wil je absoluut niet via je netwerk aanbieden, dit werkt corrupte gigantisch in de hand, verder gaat outlook debiel om met pst's, waardoor je er je complete netwerk mee om zeep kan helpen.
ik wil je dan ook adviseren om als je dit doet om de mailbox groottes te beperken, dit zsm terug te draaien, en gewoon een extra schijfje in je server te steken.

[Jazzy]

Goed punt freak1! Daar had ik helemaal overheen gelezen, anders had ik het zelfde geroepen. Leesvoer voor de TS: Personal folder files are unsupported over a LAN or over a WAN link

[Verwijderd]

En deze natuurlijk ook:
http://blogs.technet.com/...st-files-don-t-do-it.aspx

[alt-92]

Mwa, voor dagelijks gebruik zou ik het nooit doen nee, maar zoals hierboven in de TS uitgelegd wordt zou het over een archiveringsslag gaan voor 2006/2007.
Als je er redelijkerwijs vanuit kan gaan dat die mails hooguit 1x per maand moeten worden geraadpleegd uit historische overwegingen kun je die incidentele benadering nog wel voor lief nemen.

[KorneelB]

alt-92 schreef op dinsdag 29 december 2009 @ 15:27:
Mwa, voor dagelijks gebruik zou ik het nooit doen nee, maar zoals hierboven in de TS uitgelegd wordt zou het over een archiveringsslag gaan voor 2006/2007.
Als je er redelijkerwijs vanuit kan gaan dat die mails hooguit 1x per maand moeten worden geraadpleegd uit historische overwegingen kun je die incidentele benadering nog wel voor lief nemen.

nee dat kun je juist niet.
het gebruik van pst voor archiveringsdoeleinden is simpelweg achterhaald. met de huidige ondersteunde versies van exchange is storage geen belemmering meer. een pst gebruiken om e-mail te archiveren is dus vanwege storage redenen al achterhaald.

ook zal een eindgebruiker nooit wanneer hij een maitlje zoekt die pst mounten, zoeken, en dan weer dismounten.
een pst is, wanneer deze gemount is in outlook, nu eenmaal geopend in outlook, en zal dus ook aangesproken worden ongeacht of deze echt gebruikt wordt of niet.

een pst is nu eenmaal geen fileshare die vrijwel alleen gebruikt wordt wanneer men er iets op doet. een pst is te vergelijken met een live database die continu aangesproken zal worden indien gemount.

[alt-92]

Kwestie van je users meppen opvoeden denk ik, en ook heel erg afhankelijk van de situatie.
In een corpnet met 1000+ users wil je het niet nee.
Als dit een SBS netwerkje met 10 werkplekken is dan heb je andere problemen als één pst file je server op z'n knieën krijgt

Als je je bewust bent van de risico's en je kan/wil ermee leven: leef je uit.

[ Voor 12% gewijzigd door alt-92 op 29-12-2009 16:24 ]

[KorneelB]

alt-92 schreef op dinsdag 29 december 2009 @ 16:23:
Kwestie van je users meppen opvoeden denk ik, en ook heel erg afhankelijk van de situatie.
In een corpnet met 1000+ users wil je het niet nee.
Als dit een SBS netwerkje met 10 werkplekken is dan heb je andere problemen als één pst file je server op z'n knieën krijgt

Als je je bewust bent van de risico's en je kan/wil ermee leven: leef je uit.

tja, alhoewel het misschien mierenneuken is, uiteindelijk zijn users lui. als je dan een fileservertje hebt draaien, dan gebruik je net zo goed storage. gewoon vanaf het begin goed, en dat is mail hoort op je mailserver, niet op je fileshare.

[Jazzy]

alt-92 schreef op dinsdag 29 december 2009 @ 16:23:
Kwestie van je users meppen opvoeden denk ik, en ook heel erg afhankelijk van de situatie.
In een corpnet met 1000+ users wil je het niet nee.
Als dit een SBS netwerkje met 10 werkplekken is dan heb je andere problemen als één pst file je server op z'n knieën krijgt

Als je je bewust bent van de risico's en je kan/wil ermee leven: leef je uit.

Dat laatste geldt natuurlijk voor alles, als jij zonder gordel wilt rijden mag je dat ook gerust zelf weten. Maar dat neemt niet weg dat het meer risico met zich mee brengt.

Je data verhuizen van de Exchange database naar PST-files op een share brengt ook risico's met zich mee, namelijk het risico op corruptie. Andere nadelen zijn dat de gebruiker alleen met een interne Outlook client bij zijn oudere data kan en niet met OWA of Outlook Anywhere. Of dat je een aparte procedure moet hebben om verwijderde data van een backup terug te zetten. Of dat de gebruiker niet alle mails over een bepaald onderwerp kan vinden met één zoekopdracht.

Al die nadelen hebben niets met een grote of kleine omgeving te maken, dat zijn nu eenmaal de nadelen van PST's op shares tov. de Exchange database.

[Qwerty-273]

freak1 schreef op dinsdag 29 december 2009 @ 17:34:
[...]
en dat is mail hoort op je mailserver, niet op je fileshare.

Klopt, maar hoe kijk je tegen een mailtje aan wat tig keer binnen een bepaalde afdeling doorgestuurd wordt met elke keer een kleine aanpassing aan het 8MB grote excel bestand? Juist zulke zaken zou je liever op een fileshare zetten - of op een systeem met versioncontrol zodat je makkelijk de verschillende versies kan na lopen etc. Dat is data die mijn inziens juist niet op je exchange database thuis hoort.

Puntje is natuurlijk wel dat je dat niet oplost met pst's en dus eigenlijk buiten deze discussie valt.

[KorneelB]

Qwerty-273 schreef op woensdag 30 december 2009 @ 10:33:
[...]

Klopt, maar hoe kijk je tegen een mailtje aan wat tig keer binnen een bepaalde afdeling doorgestuurd wordt met elke keer een kleine aanpassing aan het 8MB grote excel bestand? Juist zulke zaken zou je liever op een fileshare zetten - of op een systeem met versioncontrol zodat je makkelijk de verschillende versies kan na lopen etc. Dat is data die mijn inziens juist niet op je exchange database thuis hoort.

Puntje is natuurlijk wel dat je dat niet oplost met pst's en dus eigenlijk buiten deze discussie valt.

tja, daar dien je inderdaad een version control software voor gebruiken, zoals een sharepoint of in het ergste geval een fileshare.

dat doet echter geen inbreuk aan het feit dat je in deze tijd mail simpelweg niet archiveerd naar pst bestanden, zeker niet naar fileshares.