Tagactivesync

Mi lesz veled ActiveSync?

Ma olvastam egy hírt:
“A RIM kezébe került a DataViz”

Azt gondolom, hogy egy átlag Exchange rendszergazda jó eséllyel átsiklik felette. Nálam viszont megkongatta a vészharangot. Miért?
Először is a két cégről:
RIM: gondolom mindenki ismeri őket. Aki mégsem annak a BlackBerry név biztosan ismerősen hangzik. Ez a cég aki a BlackBerry-t, a hozzá tartozó operációs rendszert és szoftvereket gyártja. Valamint ő a (jelenleg az Exchange ActiveSync-ben is használt) Direct-Push szinkronizációs technika atyja.
DataViz: Egy jóval kevésbé ismert cég. Mobil szoftver fejlesztő társaság. Gyártanak kliens szoftvert az Exchange ActiveSync-hez.

Az Exchange ActiveSync ugye egy a Microsoft által fejlesztett szinkronizációs technika, ami eljuttatja a szerveren tárolt adatainkat a mobiltelefonunkra. Microsoft fejlesztésben csak a Microsoft Windows Mobile operációs rendszert használókra. Ezt a többi platformra úgy tették elérhetővé, hogy különböző cégek megvásárolták a technológia licenszét. Ebből született pl. az iPhone 2.0 exchange kapcsolata, vagy a Nokia Mail for Exchange-e. Ez szép, de mi van azokkal a készülékekkel, amelyeket nem a Nokia vagy az Apple gyárt?

Itt jön a képbe a DataViz. Van nekik egy RoadSync nevű termékük. Ez, talán mondanom sem kell, egy ActiveSync kliens. Ebből viszont egy kitüntetett darab. Azok a cégek, ugyanis akik nem vették a fáradságot, hogy saját klienst fejlesszenek, szinte kizárólag e termék licenszének megvásárlásával jutottak ActiveSync klienshez. Így lett Exchange kapcsolat a Sony-Ericsson, az LG, a Samsung készülékein. Ezen túl a terméket még külön is árulják azokra az eszközökre, amelyeken nincs előre telepítve.

Ez a felvásárlás számomra kicsit kétségessé teszi a jövőt. A RIM-nek véleményem szerint nem érdeke a RoadSync termékvonalat tovább vinni, következő okból:
Ha nincs széles támogatottsága az ActiveSyncnek akkor a nagyvállalatok könyebben választják a RIM szinkronizációs megoldását. Ezzel több készüléket és több BlackBerry Enterprise Server-t lehet eladni.

Javítsuk meg a semmit

Linux tűzfalat használok (jujj, de ez egy Exchange blog). Évek óta bosszant az Exchange Server Event Logban ez a bejegyzés.

Ha van egy mobil eszközünk, ami az ActiveSync for Exchange-el direct push módban beszélget akkor a kliens nyit egy TCP kapcsolatot a szerver felé, a szerver pedig jó sokáig hagyja várakozni a klienst. Némelyik tűzfal ebbe beleun és lekapcsolja a villanyt idő előtt. Ha ez megtörténik, akkor pakolja a fenti kedves üzenetet az Exchange a logba.

Két lehetőségünk van:

1. Megmondjuk az Exchange-nek, hogy ne várjon addig. Ezt a Program Files\Microsoft\Exchange Server\ClientAccess\Sync\web.config fájlban található heartbeat bejegyzések módosításával érhetjük el. Pontosabban ezekről beszélek: MinHeartbeatInterval, MaxHeartbeatInterval, HeartbeatSampleSize, HeartbeatAlertThreshold

2. Csökkenteni a heartbeat értékeket mégsem célravezető. Inkább a csomagok útjában álló tűzfallal kéne tudatni, hogy várjon vagy 30 percet (ez a Microsoft ajánlás)

Térjünk vissza a linuxhoz. A linuxon az ide tartozó bejegyzések a /proc/sys/net/ipv4 alatt találhatóak. Próbáltam kideríteni, hogy melyekhez kellene hozzányúlni. Végül is találtam erre vonatkozóan egy cikket.

Puff neki, ezek szerint a linux vonatkozó timeout-ja három nap (ennyit a 30 perces ajánlásról). Végig is néztem a sajátom beállításait, és valóban.

Akkor ki a tettes? Láthatóan mostmár senki. Július 5.-e óta megszűntek a bejegyzések. Valaki észbekaphatott valamelyik a mobilok és a tűzfal közötti szolgáltatónál és állítottak valamit.

Probléma lezárva.

Egy nagyon hasznos táblázat

Ma már a legkisebb cégeknél is jelen van az az igény, hogy a levelezést és a hozzá kapcsolódó információkat akár az argentín pampákon lovagolva is egyből elérjük. Nem is lenne ezzel különösebb baj, ha még ugyanezen legkisebb cégeknél is nem burjánozna ezerféle kütyü. Ember legyen a talpán, aki képes átlátni, hogy melyiken milyen operációs rendszer fut és melyik milyen módon, milyen szinten éri el a levelezőszervert.

Ezért készült el ez a táblázat. (Értelemszerűen csak az Activesync alapú hozzáféréseket tartalmazza.)

Utazó fájlok

Ilyen is régen volt, hogy egy napra két bejegyzés jusson.

Néhány napja kaptam egy kérdést, ami a fájl share-ek és sharepoint dokumentumtárak elérésére vonatkozott mobil eszközről.

Az Exchange 2007 tud olyat, hogy fájl share-ekhez, vagy sharepoint dokumentumtárakhoz nyújt hozzáférést az OWA felületén keresztül, csak olvasható módon. Ezt korábban demonstráltam is egy screencastban.

Mindenféle marketing anyagokból kiderül, hogy a szerkezet tud ilyet ActiveSync-en keresztül a Windows Mobile eszközön is. Ennek a szerver oldali konfigurációs lépései meg is találhatóak itt.

Viszont most jön a 100 forintos kérdés: Hogyan lehet az így publikált információhoz hozzáférni a mobil eszközön?

Körülnéztem. Az ActiveSync-en nincs erre vonatkozó beállítási lehetőség. A File Explorerbe beírva a linkeket hibát dob.

Hosszas keresgélés után végül megtalátam a választ. Bár az OWA-s és az ActiveSync-es konfiguráció és a marketing anyagok arra utalnak, hogy ez két egyenrangú funkció, a valóság eltér ettől. Ha a céges hálózatunkon egy asztali gépen írunk egy levelet, amibe nem belecsatoljuk az elküldendő fájlt, hanem az unc elérési útvonalával belerakjuk a levélbe, és az Exchange-et megfelelően konfiguráljuk (megengedjük, hogy az ActiveSync-et használó eszköz hozzáférjen a fájl, vagy sharepoint szerverhez), akkor a fenti levelet Mobile eszközön olvasva hozzá tudunk férni a fájlhoz. Erről bővebben itt olvashatunk.

A mobil eszközön rákattintva a levélben lévő linkre feljön egy Internet Explorer és a következő formátumú linket nyitja meg:

activesync:file:////server/share/file

 

Ebből azt gongolhatnánk, hogy így bármilyen publikált fájlhoz hozzá tudunk férni. Sajnos ez a gyakorlatban nem működik. Csak azokat a fájlokat nyitja meg, amelyeket ilyen módon átküldtek nekünk.

 

DataViz RoadSync 4.0

Megjelent a DataViz RoadSync nevű termékének új, 4.0-ás változata.

Azoknak, akik esetleg nem ismernék, ez a termék teszi lehetővé az ActiveSync for Exchange használatát nem Microsoft operációs rendszerrel rendelkező mobil eszközökön (pl. Symbian S60, Symbian UIQ, stb.).

Újdonságok:

– HTML levél kezelés

– Taszk szinkronizálás

– Névjegyhez kapcsolt fénykép kezelés

– Pop-Up értesítés az új levelekről

– Gyorsbillentyűk használata

– S60 3d Edition FP2 eszközök kezelése

Ez a hír már kb. egy hetes, úgy terveztem, hogy kipróbálás után írok a szoftverről, kicsit bővebben, ezért vártam vele. Ma végre sikerült felraknom a jó öreg Nokia E60-asomra. Kicsit csalódtam, mert lassabb lett a korábbi változatnál és az én készülékemen nem kezeli a HTML leveleket (ehhez S60 3d Edition FP1 a minimum verzió). A csalódottságom egyértelműen a telefonomnak és nem a szoftvernek róható fel.

További infók: http://www.dataviz.com

Aktívan

5 órája az ActiveSync-kel szopok. Amit be lehetett kapni, azt már mind bekaptam. Igaz, a feladat nem túl egyszerű: hozzunk szinkronba két laptopot és egy PDÁ-t.
Le kellene higgadnom, hogy pontosan leírjam a tapasztalatokat – de erre már nincs idő. Így csak átabotában:

  • A combine rossz. A combine gusztustalan. A combine opciót felejtsd el.
    A gond csak az, hogy nincs más. Amikor észleli ez a dög, hogy itt is, ott is vannak adatok, akkor a következő választást adja fel:

    • Combine a két hely.
    • Felülírjuk a PDÁ-t.
    • Nem csinálunk semmit.

    Ha te pont olyan helyzetben vagy, hogy a PDÁ-n vannak a jó adatok, akkor elvesztél. Csak a combine marad… meg a hajtépés. Ez az idióta ugyanis nekiáll gondolkodni. Helyetted. Például az összes családi ünnepet – a franc se tudja, honnan ismeri fel – berakja a ‘családi ünnep’ kategóriába. Ekkor természetesen mindegyik megduplázódik, mert lesz eredeti kategóriás, meg kiegészített kategóriás változat. A telefonszámok elől véletlenszerűen lehagyja a ‘+’ jelet – és ez természetesen megint duplázáshoz vezet. No, mindegy, kár is részletezni, a lényeg, hogy egy combine durván 3-4000 duplikált bigyót hoz létre. Minden alkalommal. Természetesen manuálisan kell kigyomlálnod a folyamat végén. Mindet.
    De akkor sem jársz jobban, ha van két totálisan összelőtt géped és mindkettőnél azt mondod, hogy mindkettő a PDÁ-t írja felül. A sokezer különbözet állandóan meglesz és egyszer csak meg kell nyomnod a combine gombot. Ahelyett, hogy lenne egy olyan opció, hogy a PDA írja felül a desktop gépet. Idióták.

  • Ez valószínűleg BB-t fogja érdekelni. Mivel nem győztem várni a tabletpc-re, először a benti géppel szinkronizáltam, kihagyva persze az emailt. Utána jött az otthoni gép – és nem engedte a levelek szinkronizálását, mert ezt mondta, hogy két partneri kapcsolat mellett ez lehetetlen. Azaz ugyanazt a hibát kaptam, melyet Jani is pár héttel ezelőtt. A különbség csak az, hogy nekem – ugyanezekkel a szoftverekkel, ugyanezekkel a hardverekkel ez a keresztszinkronizáció egyszer már működött.
    Nem részletezném az odavezető utat, elég csak a megoldás maga. Törölni kell mindegyik partneri kapcsolatot, majd először azzal a géppel kell kapcsolódni, amelyikkel email szinkronizációt is szeretnénk. Mivel ekkor még csak egy partner van, a szinkronizáció remekül létrejön. Utána jöhet a másik partneri kapcsolat, értelemszerűen itt már nincs emailszinkronizáció – de a többi működik.
    Most már csak azt nem értem, hogy ha ez működik, akkor miért kell kapásból tiltani, amikor fordított sorrendben rakom össze? Idióták a négyzeten.