Skip Ribbon Commands
Skip to main content
 

 Sisältö

 
 Kuvaus
 Keskustelut
 IT-Wikit
 Dokumentit
 Linkit
 Jäsenet
 Kuvat
(More Links...)
ITpro.fi > Asiantuntijaryhmät > Viestintä ja sähköposti
 

 Viestinnän ja sähköpostin asiantuntijaryhmä

 
Ryhmän vetäjänä toimii Jorma Bergius. Oheisen blogin ylläpidosta vastaa asiantuntijaryhmän jäsenet.
elokuu 25
Exchange 2010 SP1 Just Arrived!

No niin, pitkä odotus on vihdoin ohi. Exchange 2010:n SP1 tuli tänään virallisesti ladattavaksi Microsoftin Download saitille. Kyseessä on erittäin merkittävä päivitys niin toiminnallisuuden kuin arkkitehtuurinkin kannalta (esim. Hosting mode), joten suosittelen siihen tutustumaan mahdollisimman pikaisesti ja huolella. Tulemme julkaisemaan lähiaikoina tänne ITPro.fi saitille lisäinformaatiota muutoksista, mutta siihen mennessä...

Lisätietoa: http://msexchangeteam.com/archive/2010/08/25/455861.aspx

SP1 Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=50b32685-4356-49cc-8b37-d9c9d4ea3f5b&displaylang=en

What's new: http://technet.microsoft.com/en-us/library/ff459257(EXCHG.141).aspx

Release Notes: http://technet.microsoft.com/en-us/library/ff728620(EXCHG.141).aspx

HUOM! Älä tee päivitystä Quick / Dirty –tyyppisesti. SP1 vaatii Schema-muutoksia, palvelinroolien päivitysjärjestyksellä on väliä, erityisesti Database Availability Groupien päivitys vaatii tarkkuutta ja oikean proseduurin noudattamista (Release Notes). SP1:stä ei palvelimesta voi myöskään Uninstalloida asennuksen jälkeen.

elokuu 24
Vastaanottajaobjektien luonti bulkkina

Kohtuullisen usein tulee vastaan kysymys siitä, miten Exchange 2007:ssä tai Exchange 2010:ssä voidaan luoda vastaanottajaobjekteja bulkkina erityisesti CSV-tiedostossa olevaan informaatioon perustuen. Ohessa muutamia esimerkkejä joista kukin voi sitten tarpeensa mukaan säveltää eteenpäin:

Pipeline joka lukee käyttäjien tiedot CSV:stä ja luo sen perusteella uusia käyttöjäobjekteja postilaatikoineen:

import-csv "C:\temp\users.csv" | foreach-object {$temp = ConvertTo-SecureString $_.Password asPlainText -force;New-Mailbox -name $_.name UserPrincipalName $_.UPN -OrganizationalUnit $_.OU Database "Tietokannan nimi" -password $Temp}

Eli tässä esimerkissä tuo Import-CSV -komento lukee CSV-tiedostoa rivi kerrallaan. Jotta AD:yyn saadaan muodostettua yksi käyttäjäobjekti + postilaatikko per yksi rivi CSV:ssä (ja koska käyttäjän ja postilaatikon luonti vaatii useita peräkkäisiä operaatioita), käytetään toistamiseen PowerShellin Foreach-Object -rakennetta. Komentorakenteessa konvertoidaan ensin CSV:stä yksittäiseltä riviltä luettu salasanatieto (sarakkeesta jonka otsikko on Password) salasana selväkielisenä ja muutetaan se normaalista merkkijonosta SecureString-tyyppiseksi (PowerShell ei yleensä salli salasanan välittämistä komennoille sellaisenaan selväkielisessä muodossa, siksi tässäkin tuo konversio tarvitaan). Sen jälkeen luodaan uusi käyttäjä ja postilaatikko NEW-MAILBOX CDMletilla, ja asetetaan luotavan käyttäjätunnuksen ja postilaatikon perusattribuuttien arvot paikalleen CSV:stä luetun sarakeinformaation perusteella. Eli nuo lauseen kohdat $_.name $_.UPN viittaavat arvoihin joita käsittelyssä olevalla rivillä on merkitty ko. otsakkeella varustettuun sarakkeeseen.

Tämän mallin kanssa toimisi siis CSV joka olisi sisällöltään muotoa:

Name,UPN,OU,Password

Jorma Bergius,Jorma.bergius@test.local,"ou=test,dc=domain,dc=com",Salasana1

Kaisa Testi,kaisa.test@test.local,"ou=test,dc=domain,dc=com",Salasana1

Kas näin:

 

Tokihan tuolla määrällä informaatiota CSV:ssä, objektit ovat varsin niukkoja:

 

Mutta lisäämällä CSV:hen lisää sarakkeita, esim. Etunimi,Sukunimi jne. ja asettamalla näiden sarakkeiden arvot luontivaiheessa paikalleen NEW-MAILBOX CMDletin parametrien arvoksi:

New-Mailbox -name $_.name UserPrincipalName $_.UPN -Firstname $_.Etunimi -Lastname $_.Sukunimi -OrganizationalUnit $_.OU Database "Tietokannan nimi" -password $Temp

Tilanne onkin jo tyystin toinen. Kaikki NEW-MAILBOX CMDletin tukemat parametrit näet listattuna täältä (mitä kaikkea voit suoraan luontivaiheessa määritellä): http://technet.microsoft.com/en-us/library/aa997663.aspx

 

Joskus CSV josta tietoa pitää kaivaa objektit luodakseen on liiankin yksinkertainen (tietoa on liian vähän). Esimerkiksi vain sähköpostiosoitteet. Tällöin voi hyödyntöö PowerShellin erinomaisia ohjelmointiominaisuuksia ja käsitellä sisään tulevaa dataa hieman ennen käyttöä. Oheisessa esimerkissä tehdään kontakteja sähköpostiosoitteiden perusteella niin, että nimitiedot puretaan sähköpostiosoitteesta erotinmerkkiin (@) perustuen.

import-csv c:\temp\users.csv | foreach-object {$osat=$_.smtpaddress.split("@");new-mailcontact –Name ($_.smtpaddress) –OrganizationaUnit "Espoo" –alias $osat[0] –externalemailaddress ($_.smtpaddress) –displayname ($_.smtpaddress)}

 

Tuo siis vaatii CSV:n olevan muotoa, jossa sarakenimenä käytetään merkkijonoa SMTPADDRESS ja vastaavasti että AD:ssa on OU Espoo johon kontaktit luodaan(noita voi toki tarvittessa muuttaa). Mutta demoaa hyvin että minimaalisella muutoksella koodiin saadaan postilaatikoiden sijasta aikaan mail-enabloituja kontakteja.

 

Vastaavaa tarinaa löytyy netistä kyllä yllin kyllin jos kaipaat lisää esimerkkejä:

http://www.exchangepedia.com/2006/11/exchange-server-2007-bulk-creation-of-mailboxes-using-exchange-management-shell.html

Kyseisessä esimerkissä kannattaa huomioida erityisesti Template-postilaatikon käyttö (josta tiettyjä attribuuttien arvoja voidaan luontivaiheessa kopioida)

Jos käytät paljon testiympäristöjä joihin täytyy populoida haluttu määrä arbitraarisiä postilaatikoita, lukaise tämä: http://www.mikepfeiffer.net/2010/03/populating-exchange-labs-with-mailboxes-using-powershell/

 

Mutta tämä tässä tällä kertaa…

elokuu 11
Exchange 2010 SP1 ja Hosting-mode

Olen saanut tuon Exchange 2010:n Hosting Modea koskevan blogikirjoituksen jälkeen jonkun verran kysymyksiä tähän toiminnallisuuteen liittyen. Se mikä tuossa aiemmin referoimassani help-dokumentissa kerrotaan, näyttää aika pitkälle mistä Hosting-modessa on kyse, mutta tässä vielä muutama tarkennus.

  • Exchange 2010 SP1 asennetaan Hosting Mode -tilaan erillisen asennusparametrin (/hosting) avulla. Käyttöönotto eroaa siis "normaalista" Exch 2010 -organisaatiosta jo asennuksen yhteydessä.
  • Hosting Modessa yhteen Active Directory -metsään muodostetaan useita rinnakkaisia Exchange-organisaatioita (yksi hostattavaa asiakasta kohden) ja organisaatioita hallitaan organisaatiotason asetusten valossa toisistaan erillään (Organization-substantiivilla varustetut CMDletit)
  • Hosting Modessa Exchange-ympäristön hallinta tapahtuu joko Exchange Management Shellillä tai Exchange Control Panelilla (jos ei käytetä hosterin tarjoamia omia kustomoituja työkaluja). Ensin mainittu on pääosin hostaajan työkalu, jälkimmäinen hostatun yrityksen käyttämä työkalu.
  • Hosting Modessa useat "tavallisessa" Exchange-organisaatiossa käytössä olevat toiminnot eivät ole käytössä. Pääosin tämä johtuu niiden arkkitehtuurista ja toiminnallisuudesta Multi-Tenant -käyttöön nähden. Tällaisia ominaisuuksia ovat mm.:

     

    • Exchange Management Console
    • Public Folders
    • Unified Messaging Server role
    • Federation
    • Business-to-Business features such as cross-premises message tracking and calendar sharing
    • IRM
    • Outlook 2003 support (EnableLegacyOutlook)
    • Edge Transport Server role

       

Jos tämä asia on teille ajankohtainen, suosittelen testaamaan toiminnallisuutta SP1 Betan pohjalta ja miettimään keskeisimpiä muita kysymyksiä Hosting Moden käytöstä jo ennakkoon (jotta kysymyksiin voidaan lähteä hakemaan vastauksia jo hyvissä ajoin). Tarjolla on myös muutamia hyviä blogeja liittyen siihen, mihin ongelmiin kysymyksiin jo testauksen aloittaneet tahot ovat törmänneet. Esimerkiksi http://blogs.technet.com/b/provtest/

elokuu 09
Exchange 2010 ja salauksen vaatiminen RPC-yhteyksien osalta

Exchange 2010:n käyttöönoton yhteydessä voi tulla eteen ongelmia Outlookin RPC-yhteyksien muodostumisen kanssa. Useimmiten syynä on se, että Exchange 2010 on ensimmäinen Exchangen versio, joka vaatii MAPI-yhteyden salaamisen jotta yhteydenotto CAS/Mailbox-roolien tarjoamiin palveluihin on mahdollista. Jos käytössänne on Outlook 2007 tai 2010, ei kyseessä ole iso asia, sillä molemmat client-versiot määrittävät automaattisesti MAPI-salauksen käyttöön uutta profiilia muodostettaessa. Outlook 2003:ssa (ja sitä vanhemmissa) sen sijaan salaus ei ole oletuksena käytössä. Kaikkiin Outlookin versioihin salauksen saa pakotettua käyttöön Group Policya hyödyntämällä (vaikuttaa myös olemassa olevien profiilien asetuksiin). Outlook 2007/2010 ADM-templatessa kyseinen valinta on vakiona mukana (Microsoft Office Outlook | Tools Account Settings | Exchange | Enable RPC Encrytion), Outlook 2003:ssa asetuksen muokkaamiseen tarvitaan erillinen ADM, jonka sisältö ohessa:

CLASS USER

CATEGORY "Outlook 2003 RPC Encryption"

CATEGORY "Exchange settings"

POLICY "Enable RPC Encryption"

KEYNAME Software\Policies\Microsoft\Office\11.0\Outlook\RPC

PART "Encrypt data between Microsoft Office Outlook and Microsoft Exchange" CHECKBOX

VALUENAME EnableRPCEncryption

VALUEON NUMERIC 1 DEFCHECKED

VALUEOFF NUMERIC 0

END PART

END POLICY

END CATEGORY

END CATEGORY

 

Toki muokkaaminen myös PRF-tiedostojen avulla on mahdollista. Lisätietoa ja kaikki eri muokkausvaihtoehdot esimerkkeineen löydä KB artkkelista 2006508 (http://support.microsoft.com/kb/2006508)

elokuu 09
ActiveSync ja ongelmat synkronoitaessa toistuvia tapaamisia

Useissa ympäristöissä suurin ActiveSyncin toimintaa haittaava tekijä on se, että synkronointi lopettaa toimintansa kun palvelimelta siirretään kalenterissa olevia toistuvia varauksia (synkroinointi kaatuu ja pahimmassa tapauksessa lopettaa synkronoinnin kokonaan). Pääosa tapauksista johtuu siitä, että Exchange/Outlook -yhdistelmä muodostaa toistuvat varaukset oletuksena niin, että niille ei määritetä päättymispäivää ollenkaan, ja esimerkiksi Nokian Mail for Exchange ei tällaista kalenterimerkintää sulata.

Tuollainen ilman päättymispäivää oleva toistuva kalenterivaraus on siis kohtuullisen helppo muodostaa (koska No end date -valinta on oletus kuten oheisesta kuvaruutukaappauksesta käy ilmi).

Miten asiaan sitten voisi vaikuttaa tai sen korjata kokonaisuudessaan? Riippuu Outlookin versioista. Outlook 2007:n korjauksen myötä, tuli käytettäväksi rekisteriparametri jolla tuon No end date -vaihtoehdon saa varauksen toistuvuutta määriteltäessä disabloitua kokonaan. Parametrin arvon nimi rekisterissä on DisableRecurNoEnd ja sen tarkempi käyttötapa kuvataan KB artikkelissa 955449 (http://support.microsoft.com/kb/955449). Toinen vaihtoehto, joka toimii myös Outlookin vanhemmilla versioilla on määrittää jokin toinen toistuvuuden päättymistä kuvaava valinta oletukseksi. Muutos tapahtuu myöskin rekisterin kautta, RecurrencesDefault-parametria hyödyntämällä. Lisää tietoa tästä vaihtoehdosta KB artikkelista 222283 (http://support.microsoft.com/kb/222283). Outlook 2010:ssä tuo toimii myös, oheisissa kuvaruutukaappauksissa määritys rekisterissä ja sen vaikutus määrityslomakkeen sisältöön:

Värkkäsin tuon jälkimmäisen rekisteriparametrin hallintaa varten myös Group Policyn ADM:n, jolla arvoa voi muutella keskitetysti

CLASS USER

CATEGORY "Microsoft Office Outlook 2003"

CATEGORY "Recurring Appointments"

POLICY "End Date Default value in recurring appointments"

KEYNAME "Software\Microsoft\Office\11.0\Outlook\Options\Calendar"

EXPLAIN !!explaintext

PART "End Date Default value in recurring appointments" NUMERIC

                             VALUENAME RecurrencesDefault

                             DEFAULT 360 MIN 0 MAX 720 SPIN 1

END PART

END POLICY

END CATEGORY

END CATEGORY

 

[strings]

explaintext="Sets the default end date for recurring appointments in Outlook. If this setting is not defined, Outlook creates recurring appointments without a specified end date."

 

Toivottavasti näistä on apua!

 

elokuu 06
ActiveSync-asiakasohjelmien vertailu

Exchangen mobiilisähköpostitoiminnallisuus ActiveSync on ominaisuuksiensa osalta päivittynyt kunkin Exchange-tuoteversion sekä Service Packin yhteydessä. ActiveSyncin toimintojen kannalta on tärkeää kuitenkin aina muistaa se, että lopputulos mikä näkyy käyttäjälle on yhdistelmä niistä ominaisuuksista mitä sekä palvelinpää että mobiillaitteessa pyörivä asiakasohjelmisto tukevat. Kun erilaisia laitevalmistajien tai ISV:eiden tuottamia Activesync-clientteja alkaa olemaan markkinoilla kymmeniä, on vertaaminen ja käyttöön tulevien ominaisuuksien arviointi monesti aika työlastä. Wikipediasta löytyy varsin hyvä (ja ajantasainen) taulukko eri clienttien tukemista ominaisuuksista, jota kannattaa kyllä hyödyntää oman käytännön kokemuksen tukena.

Taulukko: http://en.wikipedia.org/wiki/Comparison_of_Exchange_ActiveSync_Clients

elokuu 05
Exchange Server 2010 ja hosting-ympäristöt

Exchange-tuoteryhmä laittoi jakeluun Beta 1 -version Exchange 2010:n SP1:stä jenkkilän Tech-Edin yhteydessä kesäkuussa. Samassa yhteydessä (tosin hieman pienemmän julkisuusarvon saavuttamana), tuoteryhmä julkaisi myös dokumentin otsakkeella Hosting Deployment Guide for Exchange Server 2010 SP1 Beta, joka antaa varsin hyviä vastauksia monille teistä liittyen kysymyksiin koskien Exchange 2010:n käyttämistä hosting-tarkoituksiin Exchange Onlinen ulkopuolella, HMC:n tulevaisuuteen sekä nykyisten Exchange 2007:n avulla toteutettujen hosting-ympäristöjen päivittämiseen Exchange 2010 tasolle.

Enjoy!

Hosting Deployment Guide for Exchange Server 2010 SP1 Beta Download: http://www.microsoft.com/downloads/details.aspx?familyid=BBA88FB5-9D84-475C-85D7-3FFEB308636E&displaylang=en

 

heinäkuu 23
OCS-päivityksiä
Ns. Cumulative Update 6 on julkaistu Office Communications Server 2007 R2:lle. Luin aiheesta suomalaissukuisen Aaron Tiensivun blogista.
 
Käytännön vinkkinä Group Chatiin liittyen, että jos Group Chat -palvelimen asentaa Windows Server 2008 R2 -alustalle, niin OCS-palvelimen päivittävä ServerUpdateInstaller.exe (http://support.microsoft.com/kb/968802/) pitää ajaa Group Chat -palvelimella tämän päivityksen lisäksi.
toukokuu 31
OCS 2007 R2 ja Exchange 2010 -integraatio

Organisaatiot jotka hyödyntävät sekä Office Communications Server 2007 R2:sta että Exchange 2010:ä, voivat hyödyntää OCS:n tavoitetaavuustila- ja pikaviestintätoimintoja osana Exchange 2010:n Outlook Web App asiakassovellusta. Näin ollen esimerkiksi puhtaasti selainpohjaisia asiakkaita hyödyntävä henkilö pääsee molempien palvelinsovellusten toimintoihin käsiksi yhden ja saman käyttöliittymän kautta. Outlook Web Appin mukana tuleva OCS-toiminnallisuus ei ole yhtä monipuolista kuin OCS:n oman selainpohjaisen asiakkaan Communicator Web Accessin (CWA), mutta perustoiminnot siitä joka tapauksessa löytyvät. Huomioitava on myöskin, että organisaatio saattaa tarvita CWA:ta käyttöön joka tapauksessa mahdollistamaan mobiiliasiakkaiden toiminnan OCS:n yhteydessä (mm. OCS:n Jave-pohjainen ja uusi Symbian-käyttöjärjestelmälle tarkoitettu asiakassovellus kommunikoivat CWA:n avulla OCS-infrastruktuurin kanssa).

Kuva 1: Tavoitettavuustila osana OWA:n käyttöliittymää

Kuva 2: Kontaktilista ja toiminnot kontaktien hallintaan integroituvat OWA:n kansionäkymään

 

Miten käyttöön?

Toiminnallisuus aktivoidaan käyttöön dokumentin Managing Outlook Web App and Office Communications Server 2007 Integration ohjeiden mukaisesti. Pari huomiota ohjeisiin:

  • Config.xml-tiedoston muutosten osalta, jätä dokumentin mallissa esiintyvät "ylimääräiset" välilyönnit pois varmenteen myöntäjän tietojen alusta ja lopusta. Eli mallin teksti:

     

    <add key="IMCertificateIssuer" value=" CN=ca1, DC=contoso, DC=com " />

    <add key="IMCertificateSerialNumber" value="60 48 2F 5D 00 00 00 00 00 3C" />

     

    Tulisi oikeasti muodossa:

     

    <add key="IMCertificateIssuer" value="CN=ca1, DC=contoso, DC=com" />

    <add key="IMCertificateSerialNumber" value="60 48 2F 5D 00 00 00 00 00 3C" />

     

  • Huomioi, että Config.xml:n viittaus varmenteeseen kohdistuu nimenomaan varmenteen SerialNumber-arvoon, ei ThumbPrintiin. Serial Numberin yksittäiset oktetit tulee kukin erottaa välilyönnillä.
  • OCS-palvelimen päässä Exchange-palvelin tulee määrittää luotettujen palvelinten listalla, tämä onnistuu joko artikkelin Using the Web Trust Tool to Provision Trust ohjeiden mukaan tai määrittämällä Exchange-palvelin OCS:n päässä Authorized Hostiksi.

 

HUOM! Tällä hetkellä näyttää siltä, että varmenteen jota Exchange-käyttää MTLS:n osalta muodostaessaan yhteyden OCS-palvelimeen tulee sisältää Exchange-palvelimen sisäinen FQDN Subject-nimessä.

toukokuu 23
Käyttäjien kuvat Exchange 2010 -ympäristössä

Nyt kun Outlook 2010:kin on virallisesti saatavilla, on jo muutamassa ympäristössä herännyt kiinnostusta kuvien lisäämisestä osaksi Outlook / Exchange -toiminnallisuutta. Itse kuvien importtaamisesta Active Directoryyn ja OAB:n konfiguroinnista niin, että kuvat ovat saatavilla myös cached-modessa on kirjoitettu jo useita hyviä artikkeleita (esim. http://msexchangeteam.com/archive/2010/03/10/454223.aspx), mutta itse prosessin automatisoinnista ja optimoinnista ajattelin muutaman vinkin jakaa.

Ensinnäkin kuvien koko. Exchange sallii ainoastaan 10 kilotavua pienempien kuvien lisäämisen AD:n thumbnailPhoto-attribuutin arvoksi. Toisaalta 96*96 pikselin JPEG-kuva (tuo pikselimäärä on suositus jotta kuvaa ei tarvitsisi ylenmäärin skaalata eri käyttöliittymiä varten) saattaa olla reippaasti tuota rajaa isompi. Useimmiten kuitenkin JPEG-kuvan kokoa kasvattaa sen mukana tallentuva EXIF-informaatio (EXIF), joka Exhangen ja Outlookin kannalta on turhaa. Tuon "ylimääräisen" datan voit kuvista poistaa aputyökaluilla kuten PureJpeg (http://www.yafla.com/papers/purejpeg/filter_unnecessary_jpeg_info_such_as_exif.htm), joka komentorivipohjaisena on varsin helppo automatisoida isommankin kuvamäärän käsittelyyn.

Eli, ensin muodostetaan kansio jossa kaikki AD:n vietävät kuvat on tallennettuna ja sitten vain PureJpeg käyntiin:

Sitten onkin vuorossa kuvien pienentäminen oikeaan kokoon. Soveltossa oli käytettävissä webbikäyttöä varten pienennettyjä kuvia, jotka olivat kooltaan noin 130*100 pikseliä, ja nämä haluttiin pienentää tuohon suositeltuun 96 pikselin kokoon. Tähän tarkoitukseen näppärä apuväline on PowerShell Community Extensionin (http://pscx.codeplex.com/, huomioi että Extensioneiden virallinen versio 2 on tullut saataville toukokuun alkupuolella!) kuvankäsittelyyn tarkoitetut CMDletit (Import-Bitmap, Set-BitmapSize ja Export-Bitmap). Lyhyt pipeline käyttöön:

$sourcepics = Get-Childitem *.jpg

Foreach ($picture in $sourcepics) {

$dest = "C:\JPG\" + $picture.Name;

Import-Bitmap $picture.name | Resize-Bitmap -height 96 -keepaspectratio | Export-Bitmap -path $dest -format JPEG -quality 90}

}

HUOM! Pipeline olettaa että kuvatiedostot joita operaatio koskee ovat samassa hakemistossa kuin missä komento suoritetaan ja että lopputuloksena saatavat kuvat sijoitetaan C:\JPG-kansioon.

Ja sitten vielä kuvien Import AD:yyn:

$kuvat = Get-Childitem *.jpg

foreach ($kuva in $kuvat) {$nimi = ($kuva.basename).split("_");

Import-RecipientDataProperty -Identity ($nimi[0] + " " + $nimi[1]) -Picture -FileData ([Byte[]]$(Get-Content -Path "$kuva" -Encoding Byte -ReadCount 0))}

   

Huom! Käytin tässä ajatusta, jossa käyttäjien kuvat on nimetty muodossa etunimi_sukunimi.jpg, jolloin postilaatikon nimi saadaan jakamalla kuvatiedoston Basename _-merkinkohdalta.

 

Monille kuvien lisäämisestä aiheutuva AD:n koon kasvaminen aiheuttaa pientä pelkoa, mutta todellisuudessa vaikutus on varsin pieni. Kun kuvatiedostojen koko on alle 10 KB, tuhannenkin kuvan lisääminen kasvattaa AD:n kokoa ainoastaan n. 10 MB. Sovelton tapauksessa yritin konkretisoida asiaa ottamalla AD:n kantatiedostosta ennen ja jälkeen kuvat (lisättyäni välissä n. 70 kuvatiedostoa), mutta kantatiedoston koko ei muuttunut ollenkaan kuvatiedostojen käyttäessä AD:n kannan sisällä olleita vapaita alueita (edellisen tietokannan defragmentoinnin yhteydessä näitä oli raportoitu olevan n. 8MB).

Mutta lopputulokseen voi kaiken kaikkiaan olla tyytyväinen!

1 - 10Next
 

 Jäsenet

 
  
  
Jorma
  
Jesse
  
Jussi
  
Olavi
  
 

 Linkit

 
 Exchangen tuoteryhmän blogi
 Exchange TechCenter
 RSS: Most recent KBs for Exchange Server 2003
 RSS: Scott Schnoll (Technical Writing Lead - Exchange Team)
 RSS: Most recent KBs for Exchange Server 2007
 

 Aiemmat artikkelit