Bug on Windows Phone 7 Exchange Client Automatic Reply

Dupa cum stiti Windows Phone 7 are integrat un client de email care este integrat by default cu mai multi provideri, precum Exchange, Gmail, Yahoo and so on.
In functie de client iti permite sa iti schimbi anumite setari are contului de email precum automated response/reply pentru Exchange. Din pacate aceasta optiune are un bug.
In cazul in care incercati sa va activati optiunea de "Automated Response/Reply" direct de pe telefon mobile trebuie sa stiti ca nu puteti sa editati si mesajul care o sa fie trimis ca si reply. Chiar daca aveti optiunea de edit la acest mesaj, serverul de Exchange nu o sa primeasca acest update si o sa foloseasca in continuare vechiul mesaj predefinit.
Aceasta modificare trebuie sa fie facuta direct de pe calculator, singurul lucru pe care il puteti face de pe telefon este sa activati/dezactivati aceasta optiune.

Read More

Exchange Web Service - query problems

Exista mai multe versiuni de Exchange Server, majoritatea serverelor care exista la ora actuala sunt 2007 SP1 si 2010. Daca vrem sa scriem o aplicatie care acceseze direct contul de Exchange puteti sa folosim un client care consuma serviciile expuse de acest server precum EWS - Exchange Web Service. Aceasta este doar un assembly pe care trebuie sa il adaugam la proiect. Pregatesc in aceasta luna mai multe tutoriale despre EWS. In postul de azi vreau doar sa subliniez o problema pe care EWS o are. O sa vorbim mai in detaliu cu alta ocazie despre cum sa il folosim.
Exchange Server 2010 a adus cateva schimbari la nivelul entitatiilor care exista. De exemplu pe 2010 un contact poate sa aibe atasata o poza sau modul in care sunt grupate contactele difera fata de 2007. Din pacate EWS ne aduce datele in functie de versiune de Exchange pe care o accesam.
Un exemplu destul de bun, pentru a arata problema care o are EWS este cand vrem sa aducem lista de contactele a unui account. O sa ne trezim ca versiunea 2007 SP1 ne aduce obiecte de tip ExpandGroupResult, pe cand 2010 ne aduce obiecte de tip GroupMember.
Aceste probleme ma sperie, nu neaparat ca trebuie sa scriu un IF in plus, nu ar fi nici o problema, dar ce o sa ne facem cand apara urmatoarea versiunea de Exchange? Cand o sa dorim sa ne conectam la Exchange Server 20xx o sa ne trezim ca aplicatia crapa, deoarece rezultatele pe care il primim difera. Notiunea de backward compatible nu exista in acest caz si nici notiunea ca o metoda ar trebuii sa returneze un singur tip de data sau macar datele returnate sa aibe o interfata comuna, daca nu un base class.
Principala problema asa cum o vad eu vine de la libraria EWS. Chiar daca ea primeste de la server date de tipuri diferite, ar trebuii sa expuna consumatorului date de aceleasi tip.
Nu stiu ce schimbari o sa aduca urmatoarea versiune de Exchange, dar mentenanta pe aplicatiile care folosesc EWS nu o sa fie tocmai atat de placuta.

Read More

WTF - YomiGivenName, YomiSurname

In ultimu timp lucrez de mult cu serverul de Exchange. Astazi lucram cu un obiect de tip Contact si am descoperit doua propietati cu nume destul de interesant.

• string YomiGivenName { get; }
• string YomiSurname { get; }

In lista de propietati deja aveam GivenName si Surname. Denumirea este destul de interesanta. Am cautat pe msdn, dar ca de obicei descrierea este destul de vaga:

Gets the Yomi given name (first name) of the contact - sursa

Dar tot nu am inteles de la ce vine Yomi. Am cautat si pe google mai multe informatii si iata ce explicatie am gasit:

Modul in care caracterele asiatice( chinezesti) sunt citite - din punct de vedere fonetic.

Primul rezultat returnat de google a fost de pe wikipedia si era:

Yomi (黄泉?), the Japanese word for the underworld in which horrible creatures guard the exits; according to Shinto mythology as related in Kojiki, this is where the dead go to dwell and apparently rot indefinitely - sursa

Read More

EWS - Reply command - odd behavior

In ultima perioada am inceput sa lucrez cu serverul de Exchange prin intermediul la EWS si am observat un comportament nenatural, care poate sa genereze erori daca nu exista unit-teste pentru acest flow.
Se da actiunea de reply. Pe exchange avem o comanda separata, care genereaza automat mesajul de reply si face autofill la TO si CC. Pana aici nimic special, doar ca aceste doua liste nu ne sunt returnate de serverul de exchange, dar in momentul in care se face SEND, ele se completeaza automat.
Dar ce se intampla daca vrem sa adaugam inca o adresa de email in lista de TO. Dupa ce adaugam un email si executam actiunea de send o sa avem parte de o surpriza. Mesajul este trims doar la persoana respectiva si atata.
Ce se intampla? Se face override la lista, chiar daca avem o List si noi apelam metoda Add.
Solutie: In mesajul de raspuns trebuie sa adaugam manual lista de adrese. Sa nu uita ca FROM devine TO.

Read More