http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/

Mi se pare mult mai intuitiv si usor de folosit decat altele de pe net.

Dupa cum banuiam problema e in serverul cu rolul de CAS si aici stiu ca modul in care interactioneaza cu Active Directory e putin diferit fata de Exchange 2000/2003. Mai exact DSAccess din System Attendant a fost spart in 2 componente care ruleaza in serviciul MS Exchange Active Directory Topology. Nu o sa stau sa explic acum ce fac aceste componente insa prin documentatie o sa gasiti si ceva legat de caching, insa atentie ca nu se refera la caching-ul pentru credentiale.

Acel cache e facut de layer-ul urmator, in cazul nostru aplicatia (OWA) care ruleaza in IIS.

Workaround-ul gasit a fost sa restartez serviciul World Wide Web Publishing Service si imediat vechile credentiale au disparut din cache. Cam atat am descoperit pana acum. Daca mai aflu si altceva voi posta.

Nu recomand nici folosirea de NIC Team atunci cand se foloseste NLB. Pentru toate aceste scenarii recomand folosirea unui load balancer dedicat.

Iar articolul mentionat de pe msexchange … hmm … forget about it. Nu mai mai ocup de Exchange de mult timp insa pot spune ca articolul are foarte multe greseli, in special la partea de NLB, asta si pentru ca autorul, ori nu a inteles foarte bine NLB-ul ori a folosit acest scenariu numai intr-un mediu de test. Numai faza cu Public LAN si NLB Lan te zapaceste din start. Si daca faci ce scrie acolo si ai o retea care se intinde pe mai multe subneturi nu prea o sa iasa.

NLB-ul foloseste o singura placa de retea pe care comunica in exterior si tot aceeasi placa e folosita si pentru heartbeat-ul cluster-ului de NLB. Recomandarile cu a doua placa de retea in scenarii de NLB vin doar pentru a putea comunica intre nodurile cluster-ului atunci cand NLB-ul e setat unicast (neavand nici o legatura cu heartbeat-ul care se face pe interfata de NLB) si de ceva timp MS a facut posibila comunicatia asta si pe placa de NLB eliminand cumva necesitatea unei placi de retea aditionale.

Acum ceva timp am urmat orbeste acel articol convins fiind ca daca e publicat pe msexchange e de incredere 100% … si nu a iesit prea bine.

Sper totusi ca Paul sa continue cu ce si-a propus si sa vina cu informatii de calitate pe zona de Exchange pentru userii din RO.

Pana acum a fost anuntat doar un beta care va fi distribuit dupa cum am zis in Iunie asa ca pana atunci ne vom multumi cu cateva din detaliile care au fost postate pe net:

- va contine toate update-urile pana la momentul lansarii SP1

- imbunatatiri pe partea de Online Archiving – mailboxul arhiva va putea fi stocat si in alta baza de date (nu cea in care se afla mailboxul primar al userului).

- va fi posibil importul de PST (in mailbox sau arhiva) fara a mai fi nevoie de Outlook

- OWA imbunatatit (cu suport de teme)

- imbunatatiri pe parte de retention policies (wizarduri in EMC)

- managementul Role Based Access Control (RBAC) mult imbunatatit din interfata grafica.

- configurare MailTips din interfata grafica.

- imbunatatiri pe partea de IRM si Outlook Mobile

Si multe altele; probabil ca pana cand va fi lansat o sa vedem si alte lucruri noi. Pentru mai multe detalii va recomand sa cititi:

http://msexchangeteam.com/archive/2010/04/05/454533.aspx

Arhiva separata pe mailbox a fost una din marile promisiuni ale lui Exchange 2010. In momentul de fata chiar si dupa ce Exchange 2010 a fost lansat e tot doar o promisiune. O sa explic in continuare noua functionalitate din Exchange.

In prima faza trebuie sa activam optiunea de arhiva la nivel de mailbox. Putem face asta din wizard-ul New Mailbox:

Sau click dreapta pe un mailbox existent si Enable Archive.

Se mai poate si din Powershell cu New-Mailbox si parametrul Archive insa nu am avut curiozitatea sa testez.

In momentul in care activam arhiva din ESM primim mesajul urmator:

Ok. Macar de-ar fi o functionalitate care sa justifice un CAL mai scump (o sa vedem in continuare).

Dupa activare iconita userului se modifica putin, in acest fel putand identifica userii care au activata arhiva.

In mare, cam atat e de setat. Imediat dupa, userul va vedea optiunea Online Archive in Outlook (si in OWA), putand sa mute mesaje in folderele din arhiva.

Arhiva se vrea a fi un inlocuitor pentru PST-urile locale ale userului, insa problema este ca aceasta arhiva nu sta pe server intr-un mailbox store separat, ci se afla in acelasi store cu mailboxul normal al user-ului, facand toate promisiunile MS sa pice. Dupa cum spune si denumirea – Online Archive, arhiva e disponibila numai online, neputand fi cache-uita in OST ca si mailboxul normal.

Initial se vorbea de storage mai lent si mai ieftin pentru arhiva, backup separat (si mai ieftin normal), eventual si server separat, etc. Insa toate acestea nu sunt posibile in Exchange 2010 RTM.

Cam singurul scenariu util care il vad pana acum ar fi in cazul reinstalarii OS-ul pentru un user. In loc sa-si sincronizeze tot continutul din Exchange, va sincroniza doar ce se afla in mailbox-ul primar ignorand arhiva care poate fi accesata doar online. De fapt scenariul e fortat de limitarile din Exchange.

Totusi, promisiunile facute inainte de aparitia Exchange 2010 RTM se pare ca vor fi respectate in SP1 care vine cu multe imbunatatiri. Data viitoare o sa detaliez cate ceva din SP1.

PS: treaba cu SP1 este inca o dovada ca MS scoate produsele in mare graba chiar si cu functionalitati incomplete si intareste regula “instaleaza abia dupa ce apare primul SP”. Iar smecheriile cu produs lansat direct cu SP1 nu tin

MS a facut ceva recomandari de pe cand a aparut Exchange 2007 si a recomandat ca SIS sa nu fie luat in calcul atunci cand se face dimensionarea serverelor; chiar daca la Exchange 2007 SIS era folosit doar la atasamente.

Iata ca incepand cu Exchange 2010 am aflat de ce s-au facut acele recomandari. Pentru ca in Exchange 2010 nu mai exista SIS. Pentru cei care si-au consolidat foarte multi useri pe cateva servere in datacenter, efectul o sa se faca simtit. Ca exemplu luati un mail de 5Mb trimis catre o lista de 2000 de useri de pe aceeasi baza de date. O sa ocupe ceva, nu? O sa conteze mai ales diferenta intre cat ocupa in Exchange 2007 si cat ocupa in 2010.

Bineinteles cu un planning facut cum trebuie inainte de implementarea Exchange 2010 nu ar trebui sa existe probleme. Sper ca beneficiile aduse prin performanta si HA sa compenseze lipsa acestui feature deoarece reactiile clientilor nu au fost foarte placute. Unii au venit chiar cu argumente care demonstreaza ca SIS aducea un plus de performanta care nu are cum sa fie acoperit de schimbarile din Exchange 2010 si platforma pe 64 de biti. De exemplu un atasament de 5Mb citit o singura data de pe disc si cache-uit o singura data in memorie. Asta comparativ cu 1000 de accese la disc si mult mai multa memorie ocupata. Cum poti intrece asta? Eu cred ca s-au impiedicat cumva in SIS la realizarea DAG-ului si nu au stiut ce scuza sa gaseasca.

Argumentul ca storage-ul e ieftin in ziua de azi nu e suficient pentru un bun admin. Exista costuri asociate si cu partea de backup & recovery care cresc odata cu dimensiunea bazelor de date.

PS: Exista si database compression in Exchange 2010 insa nu cred ca va compensa lipsa SIS-ului deoarece nu comprima atasamentele – este exact opusul lui Exchange 2007. 2007 comprima doar atasamentele, iar 2010 comprima doar message body-ul.

Vit mi-a atras atentia ca ne alerteaza si atunci cand trimitem catre un recipient extern. Doar ca by default nu face asta. Optiunea trebuie  activata la nivel de organizatie.

Cu Get-OrganizationConfig | fl *mailtips* vedem setarile ce tin de mailtips.

Ca sa activam mailtips pentru external recipients folosim comanda urmatoare:

Set-OrganizationConfig -MailTipsExternalRecipientsTipsEnabled:$True

Acum cand trimit un email unui user extern organizatiei mele primesc un avertisment in Outlook:

La fel se intampla si atunci cand trimit unei liste de distributie care contine un recipient extern.

MailTipsLargeAudienceThreshold se refera la numarul de membri ai unui liste pentru a fi considerata Large Audience.

Pentru a intelege mai bine la ce se refera MailTipsGroupMetricsEnabled ar fi bina sa aruncati un ochi aici. MailTips se foloseste de Group Metrics pentru a determina daca un grup intra la categoria Large Audience sau are recipienti externi. Group Metrics ruleaza odata pe zi pe serverul care genereaza OAB si singura metoda de a-l forta sa ruleze in afara perioadei schedulate este de a restarta serviciul Exchange Service Host. Atentie si la scenariile de coexistenta 2007 cu 2010: daca OAB-ul este generat pe un server cu Exchange 2007, informatiile despre Group Metrics nu vor fi generate. La fel si pentru cazul in care OAB-ul este distribuit numai prin Public Folders.

Informatiile despre Group Metrics sunt puse intr-un share numai Group metrics pe serverul de pe care se genereaza urmand a fi preluate de acolo de CAS prin serviciul Exchange File Distribution.

Ultima optiune despre care vom discuta este MailTipsMailboxSourcedTipsEnabled si se refera la adaugarea de MailTips la nivel de obiect (mailbox, contact ,grup). Pentru a face acest lucru folosim optiunea MailTip din urmatoarele cmdlet-uri:

Set-Mailbox
Set-MailContact
Set-MailUser
Set-DistributionGroup
Set-DynamicDistributionGroup
Set-MailPublicFolder

In exemplul de mai jos am setat o descriere pentru un grup; descriere care va fi afisata de fiecare data cand cineva incearca sa trimita un email grupului.

Exista o limita de 250 de caractere pentru aceste MailTips, si mai pot fi setate si traduceri ale acestor mesaje prin parametrul – MailTipTranslations.

That’s all for today!

HTH

http://support.microsoft.com/default.aspx/kb/297019

http://blogs.technet.com/askperf/archive/2007/01/21/network-stored-pst-files-don-t-do-it.aspx

Asa ca ii rog pe cei care tot gasesc motive pentru a tine PST-urile pe shareuri sa citeasca articolele de mai sus.

O arat cum functioneaza Mail Tips printr-un scenariu foarte simplu. Trimiterea unui email la un user care are setat Out of the office. Inainte sa apuc sa trimit emailul (de fapt asta se intampla la cateva secunde dupa completarea adresei de email in Outlook), clientul de mail ma avertizeaza ca acel user are Out of the office setat, deci e posibil sa nu fie la birou si atunci mailul meu sa fie trimis degeaba.

Alte exemple in care ajuta Mail Tips: trimiterea unui mesaj unui user cu mailbox-ul plin; mesaje cu atasamente care depasesc limitele setate de administrator, sau mesaje trimise unui recipient care are “delivery restrictions” setat.

MailTips mai avertizeaza utilizatorul si atunci cand se trimite un email catre o lista cu mai mult de 25 de membri. Inca un avertisment bine venit este acela de Reply-All BCC – atunci cand dai reply all la un mesaj in care adresa ta era initial in BCC.

Aceste MailTips-uri pot fi customizate la nivel de organizatie sau la nivel de recipient in Exchange, dar mai multe despre asta in alta zi .

Tineti minte ca atunci cand scrieti o adresa de email in Outlook, adresa este completata (sugerata) de Outlook (in caz ca ati mai trimis email la adresa respectiva)? Ati stat vreodata sa va intrebati unde este stocata lista cu aceste adrese de email? Nu, nu in contacts; in lista de adrese sugerate apar si adrese care nu se afla in contacts. Informatia se afla intr-un fisier cu extensia NK2 pe undeva prin profilul userului. In Vista si 7 poate fi in urmatoarele locatii:

%USERPROFILE%\AppData\Local\Microsoft\Outlook

%USERPROFILE%\AppData\Roaming\Microsoft\Outlook

Atentie ca acest feature e diferit de AutoResolve care poate fi apelat cu CTRL+K si care face cautare in Contacts sau Address Book.

Tip: Stiati ca daca faceti click pe X adresa este stearsa din NK2?

In versiunile anterioare NK2-ul putea fi copiat intre sisteme pentru a nu pierde adresele de acolo in cazul in care reinstalam OS-ul. Mai mult de atat exista NK2.Info care poate modifica si exporta fisierul NK2.

Incepand cu Outlook 2010, lucrurile se schimba, mai exact nu mai exista acest fisier NK2. La instalare Outlook-ul o sa importe informatiile din acest fisier in cazul in care il gaseste in profil si o sa le stocheze in mailboxul utilizatorului (accesibile via Suggested Contacts).  In cazul in care serverul pe care se afla mailboxul ruleaza versiunea Exchange 2010 atunci informatiile pot fi accesate si de OWA si Windows Mobile >= 6.5.

Mi se pare o miscare foarte buna din partea echipei de Outlook care ne scapa de multe probleme. Asteptam cu nerabdare versiunea finala.