suf

 

A fenti szöveget tegnap írtam le. Írtam hozzá egy jó másfél oldalas listát. A listában a múltnak nyoma sem volt, csak a teendőknek címszavakban. Majd elsodort a nap, tárgyalásokra rohangásztam, és a nap végén elmentettem a listát. Rájöttem, hogy ilyen listákat írogatok évek óta, majd elrakom őket valahova, és a listáktól függetlenül megcsinálom, ami épp eszembe jut.

Valami rendszert kellene vinnem az életembe. Többször próbáltam az Outlook ToDo-ját használni, de valahogy nem áll igazán kézre. Most megpróbálkozom valami mással.

Pontosan ezzel:

 

Meglátjuk...

Itt: http://gzoli.spaces.live.com/blog/cns!F9E7FFBC4B3008EB!909.entry írtam, hogy nem tudtam beüzemelni a SkyDrive-ot mert Magyarországon vagyok. Ma olvastam itt: http://computerworld.hu/5-gigabajt-internetes-tarhely.html, hogy végre nálunk is elérhető. Kipróbáltam, működik. Talán csak nem kezdünk rákerülni a térképre?

Egy pár nappal ezelőtt Petrényi Józsi elindította az Email és a Detektívek nevű oldalát, ahol társszerzőként szerepelek. Ezentúl, az Exchange-el kapcsolatos írásaim ezen az oldalon fognak megjelenni, valamint a www.gomori.hu -ról és erről a blogról a szerintem közérdeklődésre számot tartó cikkeimet összegyűjtve, aktualizálva meg fogom jelentetni.

Köszönöm a lehetőséget Józsinak, valamint Gabának aki helyet ad ennek az oldalnak.

Elérhetőség:

 

Hát kétlem, hogy 2008-ban ilyet még szabad egy Microsoft méretű cégnek elkövetnie. Hahó! Microsoft! Felejtsük már el, hogy a világ csak a 437-es kódlapból áll!

 

A múlt héten Seattle-ben voltam a Microsoft 2008 MVP Global Summit nevű rendezvényen. A keynote előadáson Steve Balmer megkérdezte a hallgatóságot, hogy ki használ keresőnek Live Search-öt. Lanyha 10-20%. Google-t. Kb 80-90%. Yahoo-t kerek nulla. Senki sem tette fel a kezét. Ezen az úr nagyon megdöbbent. Megvenni egy céget cirka 45B$-ért akinek a termékét a saját szakértőid egyáltalán nem használják. Háát...

Volt még egy mondata amin elgondolkoztam. Megkérte a hallgatóságot, hogy egy hétig próbálgassa a Live keresőt. Ezen elgondolkoztam. Miért is ne.

Ma egy kolléga nyamotatási problémája miatt elkezdtem keresgélni internet printing ügyben. A google erre a kérésre:

http://www.google.co.uk/search?hl=en&q=windows+internet+printing+protocol&meta=

Második helyen kidobta ezt a linket:

Ezek után gondoltam kicsit célzottabban keresek. Bementem ide: (a cikk címe: Overview of Internet Printing in Windows 2000)

És rákerestem erre (Internet Printing):

Kaptam egy nagy büdös semmit. Még a fenti cikket sem. Ha jól gondolom, a Microsoft saját keresői alatt legalábbis a Live Search motorjának kellene lennie. Ezek után, hogyan vegyem rá magam az egy hetes áttérésre?

Az elmúlt néhány hétben újabb és újabb próbálkozásokat tettem a szoftverfrissítésre - eredménytelenül. Próbáltam Vista-ról, próbáltam XP-ről, próbáltam brick üzemmódban (megvártam, amíg a patkolt firmware féltéglát csinált a készülékből, és így felrakni a patkolatlan magyar szoftvert), semmi sem segített. Elkezdtem levelezgetni fórumokon hátha jön valami. Jó ideig nem volt semmi használható, majd ma megszületett a megoldás:

A kulcsszó, hogy nem 3435 byte-ot hanem 3431 byte-ot kell cserélni a firmware elején. Valahogy így néz ki:

1. Letöltjük azt a firmware-t amit bele szeretnénk rakni a telefonba

2. Letöltjük azt a firmware-t ami hajlandó beletöltődni a telefonba

3. Kicsomagoljuk mindkettőt (pl. 7-Zippel)

4. Fogunk egy Hex Editort és a 2-es pont firmware-ének első 3431 byte-játval felülírjuk az 1-es pont firmware-ének első 3431 byte-ját

5. A HPRUU-val letoljuk a módosított firmware-t a telefon torkán.

Hurrá!

Az összes probléma a dologgal, hogy ettől a készülék termékszáma nem változik meg, tehát ha kijön egy újabb firmware akkor azt is patkolni kell.

 

Néhány napja volt egy problémám az Exchage 2007 ActiveSync és a Nokia telefonok összekötésével. Akkor és ott felvetettem néhány lehetséges megoldást, ugyanakkor valójában megoldani nem sikerült a problémát, csak megkerülni.

Ma reggel, miközben egy ActiveSync-ről szóló prezentáció anyagát kezdtem előkészíteni, megtaláltam a megoldást. Az Exchange lehetővé teszi, hogy ne csak a Default Virtual Serveren legyen ActiveSync, hanem máshol is, ezzel a probléma megoldható.

Az egész történettel egyetlen probléma van, amit nem igazán lehet orvosolni. Ha a cégnek egyetlen publikus IP címe van, akkor a dolog nem fog működni, mert egy IP-n host headerrel különböző SSL tanúsítványokat nem kezel az IIS.

A lépések nagy vonalakban a következőek:

- Csináljunk egy ActiveSync (vagy bármi más) nevű website-ot
- Készítsünk hozzá az IIS Managerből egy sima tanúsítványt (SAN nélkül)
- A tűzfalon és az interneten tegyük meg a szükséges NAT és DNS beállításokat
- PowerShell-ből adjuk ki a következő parancsot:

 

Korábban már írtam a Microsoft Device Emulatorról és arról, hogyan lehet egy működő WM6-os környezetet összehozni:

Akkor nagy gondot okozott az emulator image beszerzése, ugyanakkor az emulátor alá hálózatot csinálni olyan egyszerű volt, hogy alig írtam róla. Mára a helyzet megfordult. Az emulator image mindenféle hókusz-pókusz nélkül beszerezhető, ugyanakkor a hálózattal lehetnek gondok.

Ahhoz, hogy a Device Emulatorunk működjön, le kell töltenünk a Device Emulator 3.0-át és a Windows Mobile 6-os image-eket. Ezeket feltelepítve és a következő paranccsal indítva már működik is az emulátorunk:

"C:\Program Files\Microsoft Device Emulator\1.0\DeviceEmulator.exe" "C:\Program Files\Windows Mobile 6 SDK\PocketPC\Deviceemulation\0409\PPC_USA_GSM_VGA_VR.bin" /cpucore ARMv5 /flash C:\devemu\flash.rom /memsize 256 /battery /batterycharge 100 /s "c:\devemu\wm6.ss" /sharedfolder "c:\devemu\share" /video 480x640x16
Akkor most csináljunk hálózatot. Először megpróbáltam letölteni a szükséges Virtual Machine Network Drivert. A download centerben az driver helyett egy szövegfájlt találtam, hogy ezt a letöltést visszavonták. Ha szükségem van a hálózati meghajtóra, akkor telepítsem fel a Virtual PC 2007-et. Na puff neki.  A gép, amin az egész mutatványt előadtam, eleve egy virtuális gép ami a Virtual PC 2007-ben fut, így nem fogja engedni, hogy telepítsek bele egy másik Virtual PC-t. Ezzel a megoldással nem is próbálkoztam tovább.

Ezek után jött az ActiveSync. Felraktam, nem látták egymást. Hosszas kísérletezés és utánaolvasás után a következő lett a megoldás:

1. Lőjük le az ActiveSync processt: A taskmanagerben a wcescomm.exe

2. Regisztráljuk a Device Emulator könyvtárában lévő SERDMAAsPlugin.dll-t a regsvr32-vel

3. Indítsuk el az ActiveSync-et

4. Az ActiveSyncben a File/Connection Settings dialógus ablakban pipáljuk ki az Allow connections to one of the following checkboxot és a listából válasszuk ki a DMA-t (vigyázat, ez lesz az utolsó bejegyzés a rakás com port után)

5. Indítsuk el a Device Emulatort a fenti paranccsal

6. Indítsuk el a Device Emulator Managert

7. Keressük meg az épp futó emulátorunkat. Jó eséllyel az Others alatt lévő egyetlen bejegyzés lesz az. Nyomjunk rajta egy jobb egérgombot és a menüből válasszuk ki a Cardle opcitót. Kész is vagyunk.

Letöltések:

Microsoft Device Emulator 3.0 -- Standalone Release:
http://www.microsoft.com/downloads/details.aspx?FamilyID=a6f6adaf-12e3-4b2f-a394-356e2c2fb114&DisplayLang=en
ActiveSync 4.5:
http://www.microsoft.com/downloads/details.aspx?FamilyID=9e641c34-6f7f-404d-a04b-dc09f8141141&DisplayLang=en
Emulator Images for Windows Mobile 2003 Second Edition software for Pocket PC:
http://www.microsoft.com/downloads/details.aspx?FamilyID=5c53e3b5-f2a2-47d7-a41d-825fd68ebb6c&DisplayLang=en
Localized Windows Mobile 5.0 Pocket PC Emulator Images:
http://www.microsoft.com/downloads/details.aspx?FamilyID=eec33ae3-c129-4c25-abaa-18e8e842178f&DisplayLang=en
Windows Mobile 6 Localized Emulator Images:
http://www.microsoft.com/downloads/details.aspx?FamilyID=38c46aa8-1dd7-426f-a913-4f370a65a582&DisplayLang=en
 

A hétvégén folytattam tovább a küzdést a telefonnal:

Kipróbáltam a bootloadert. Számomra egyértelmű, hogy nem kompatibilis a telefonommal.

Próbáltam Vistan. A Vista felismeri a telefont bootloader módban, egy Palm Treonak. Soros porton látszik is, de a \\.\WCEUSBSH001 portnak nyoma sincs. Megpróbáltam megadni a COM2-t amin a telefon látszik, ugyanakkor az mtty-ben, amikor megpróbál a telefonnal kommunikálni, valami error jön vissza.

Próbáltam XP-n. Az XP közli, hogy nem talál drivert a készülékhez, ebből adódóan, nem is tudok semmit sem kezdeni vele.

Kipróbáltam a cseréljük le az első 3435 bájtot módszert. Így már elindult a letöltés és ...

belehalt, valamint féltéglát csinált a telefonomból. Bekapcsoláskor eleve a bootloader fogadott.

Kénytelen kelletlen felraktam a készülékre az angol szoftvert, így már nyoma sincs, hogy valaha magyar volt.

Ekkor feladtam az egészet. Ha lesz jó ötletem, majd folytatom.

A tegnapi kísérletezés után nem adtam fel, hogy firmware-t frissítsek a telefonban.

Mindenféle fórumokon körülnézve két lehetséges megoldást találtam.

1. Van egy Bootloader nevű cucc, ami minden további nélkül képes lenne felülvágni a telefon szoftverét:

Ezzel egyenlőre annyi bajom akadt, hogy bootloader módba kellene kapcsolni a telefont, amit még nem sikerült kiderítenem, hogyan kell.

2. Egy fórumon itt azt olvastam, hogy ki kell cserélni a firmware fájl első 3435 bájtját és akkor jó.

Ettől egyenlőre fázom egy kicsit.

 

Most keresem, hogyan lesz bootloader módom. Ha nem találom, akkor jön a második módszer.

Van nekem egy HP 514-es iPAQ Voice Messenger nevű csoda cuccom. Van benne egy 1.11.00-ás firmware. Azt a hihetetlen hülyeséget vettem a fejembe (ó én balga), hogy beletolnám a legújabb 2.05.00-ás firmware-t. A telefonom nyelve Angol/Lengyel/Magyar. Felballagtam a HP weboldalára és letöltöttem az Angol/Lengyel/Magyar frissítést.

Elindítottam.

A következőt kaptam vissza:

Az update az FA906AA#AKD verzióhoz való, az én telefonom pedig az FA908AA#ABB

Az ABB az Európai Angol lokalizációt jelenti, az AKD pedig pedig az Angol/Lengyel/Magyar lokalizációt. A fórumokon azt írják, hogy nyelvet váltani nem lehet. Az én telefonom ezek szerint egy nem létező valami. Angol lokalizációs kód, magyar firmware-el. Ezek szerint, ha frissítem, akkor ugrik a magyar nyelv.

Gratulálok HP!!! Megint hoztátok a szokásos hihetetlenül magas színvonalat.

Ilyenkor a dühöngés mellett megint szégyellem magam, hogy ennél a cégnél dolgoztam valaha, és büszke voltam rá.

Nagyjából másfél évvel ezelőtt vettem egy Nokia E60-as telefont. A készülék két órával az első bekapcsolás után tartalmazta az összes fontos adatomat az Exchange szerverünkről. Teljesen boldog voltam, minden működött. Ekkor a Nokia Mail for Exchange szoftverét használtam ActiveSync kliensként. Kicsit később áttértem a DataViz RoadSync-re mert volt néhány apróság amiben jobb volt, mint a Nokia programja. Ez az idilli állapot kb. tavaly októberig állt fent, amikor is a készülék elkezdett rendetlenkedni. Valahogy akkoriban nem volt időm szervizbe vinni, és épp a kezembe akadt egy HP 514-es WM6-al szerelt készülék amit el kezdtem használni. Ekkortájt tértem át a szerver oldalon az Exchange 2007-re.

Kb. két hete újra a kezembe került a Nokia és miután szerettem volna használni gyorsan elvittem a szervizbe ahol garanciában megcsináltattam. Pénteken kaptam vissza, és kedden volt időm újra birtokba venni. Fel is raktam rá a szokásos RoadSync-et. A szinkronizáció rendben lezajlott. Az összes szépséghibája annyi volt, hogy nyafogott a tanusítvány miatt. Gondoltam semmi gond, felrakom a saját root ca-nk tanúsítványát és kész is vagyok.

Tévedtem.

Sokszori kísérletezéssel sem sikerült elfogadtatnom vele az Exchange szerver tanúsítványát. Ekkor elkezdett derengeni, hogy már októberben is volt ilyen bajom az Exchange 2007-es kísérletezgetés közben, csak akkor nem foglalkoztam vele mélyebben, mert haldokolt a készülék. Továbbá az is eszembe jutott, hogy akkoriban próbálkoztam a Mail for Exchange 2.0-ás változatával (élesben utoljára valami 1.6 körülit használtam), amit pont a tanúsítvány hiba miatt dobtam gyorsan félre.

Ebben a pillanatban rájöttem, hogy bajban vagyok.

A cégnél többen használnak Nokia telefont, amelyeket össze kell lőni az Exchange 2007-el.

- A RoadSync-et nem vettük meg tömegben

- A Mail for Exchange (legalábbis a 2.0-ás) nem tudja ignorálni a tanúsítványhibát

- A tanúsítványt nem tudom elfogadtatni a telefonnal

Ha ezt a hármat összeadom, akkor láthatóan nem fogom tudni a kollégákat áttenni az Exchange 2007-re.

Először is megpróbáltam kideríteni, hogy mi az ok.

Ezt találtam:

Miután egy konferencián ültem délelőtt és a telefonomon olvastam a cikket rájöttem, hogy nagy baj van. A Nokia nem eszi az Exchange által használt alternate name tanúsítványt. A tanúsítványban lévő SAN-októl nem tudok megszabadulni, mert akkor nem működik az Exchange Autodiscover.

A következő megoldások jutottak eszembe:

- Csinálhatok valami Apache-os proxy-t egy sima tanúsítvánnyal (SAN nélkül) csak külön a Nokiákhoz. Ezzel csak az a gond, hogy fű hülye vagyok az Apache-hoz

- Megpróbálom rávenni az Exchange-et, hogy az ActiveSync-et egy másik IIS Web Site-ra rakja. Külön a többi szolgáltatástól. Kétlem, hogy tud ilyet az Exchange

- Egy külön gépen csinálok egy másik Exchange CAS Role-t ami csak az ActiveSync-et szolgálja ki. Ez sok pénz: Plusz szerver, plusz Windows Licence, plusz Exchange Licence

Hát ez az egész bárhonnan nézem, nem tetszik.

Bejöttem az irodába. Újra megkerestem a fenti fórumot, végigolvastam, és megkönnyebbültem egy kicsit. Megoldás nincs, de legalább meg tudtam kerülni a problémát. Az új (2.3.0-ás) Mail for Exchange újra hagyja ignorálni a tanúsítványhibát.

Mától végre, hosszas várakozás után az MSDN előfizetőknet elérhető a Vista SP1 RTM változata.

Letölthető innen:

Holnap indul a rendes éves nagy megmérettetés. Eddig az elmúlt két évben 100%-os eredménnyel részt is vettem rajta. Talán idén is megpróbálom, bár nem biztos, hogy lesz rá elég időm, mert a rengeteg munkám mellett még némi tananyagot is kellene gyártanom (prezentációk, screencastok).

Akinek van ideje és kedve, tudom ajánlani a dolgot:

Nem vagyok híve a pici egyedi asztali lézernyomtatóknak vállalati környezetben. Ennek három oka van. Először is ezek mechanikailag tipikusan igen rossz kivitelű darabok, és ez gyártófüggetlen. Másodszor, egy ilyen pici nyomtató fajlagos költsége jóval magasabb, mint valamelyik nagyobb, munkacsoportos társáé. Harmadszor, a hálózatba köthetőségük tipikusan limitált, azt pedig már súlyosan röhelyesnek tartom, hogy Marcsi gépének be kell lennie kapcsolva, hogy Julcsi nyomtatni tudjon.

Az élet természetesen nem mindig egyszerű. Adódik, hogy a fenti helyzetet az ember megnyeri. Esetünkben az elődöm vett egy rakás HP Laserjet 1150-est, amit kidobni nem tudok, ezért használni vagyok kénytelen.

Arra gondoltam, hogy hálózatra kötöm a cuccokat, hogy a Marcsi-Juli ügyeket fel tudjam számolni. Az üdvözítő megoldás az lett volna, ha veszek néhány HP JetDirect külső adaptert, de a racionalitás nem ebbe az irányba mutatott. Egy JetDirect adapter cirka 40eFt, a fenti nyomtató pedig még jóindulattal sem ér 20eFt-ot. A vége az lett, hogy olcsó, Netgear adaptereket vettem.

Lássunk munkához!

Nekiálltam feltelepíteni a Netgear cuccot, ami tulajdonképpen zökkenőmentesen sikerült is. Ekkor nekiálltam a számomra piszokul primitívnek tűnő feladat, a nyomtatómeghajtó telepítésének. Azt gondoltam, hogy ezzel pillanatok alatt megleszek. Tévedtem.

A történethez hozzá tartozik, hogy a szerver, amire fel kellett telepítenem a nyomtatót egy Windows Server 2003 R2 x64 Edition. A hangsúly az x64-en van.

Első kísérlet:

Szerverre nem szeretek gyártói meghajtót rakni, mert életem során már nem egy alkalommal gyilkolta meg ilyesmi a print spoolert, ezért megpróbáltam a Windowsban található meghajtót felrakni. Na ez az ami nem létezik. Nincs az alapkészletben, és nincs a Windows Update-en. Semmi gond. Felrakom a LaserJet 1100 meghajtóját, elvégre teljesen mindegy számomra, hogy milyen x64-es cucc van fent. Majd rakok hozzá megfelelő 32bites drivert, úgy is csak az XP-k használják.

Felmentem a HP weboldalára és találtam egy Universal Printer driver nevezetű állatfajtát (amiről még most sem tudok sokat). Le is töltöttem mind az x64-es mind az x86-os verzióját. Gondoltam próbáljuk ki ezt, hátha máshoz is jó lesz, és ezzel a mozdulattal lecseréltem a 64 bites meghajtót, és hozzáadtam a 32-bitest.

Ezzel kész is lennék. Felveszem a nyomtatót egy kliensről, tesztoldal, ...

Az universal izé közli, hogy a nyomtatóm nem támogatott, majd kijön a nyomtatón egy rakás fekete csík. Szuper.

Kicsit olvasgatva az a gyanúm támadt, hogy a driver szeretné megkérdezni a nyomtatót, hogy hát te ki vagy, csak ez a Netgear cuccon keresztül nem megy neki. Egyenlőre ezt az universal cuccot hagyjuk.

Második kísérlet:

Nézzünk a HP-nál nem universal cuccot. Jó lesz nekem a normális is. Pontosabban lenne. 32bites van, 64-es nincs. Semmi gond. 64bitre marad az 1100-asé. Fel is rakom. Mellé felraknám 32bitesnek a 1150 meghajtóját. A Windows közli, hogy a megadott inf-ben nem talált LaserJet 1100 (MS) meghajtót. Naná, hogy nem talált, amikor a 1150-ét akarom felrakni. Irány a gugli. Kiderül, hogy a Windowsnak a 64-es és a 32-es meghajtó nevének meg kell egyeznie. Bukta.

Harmadik kísérlet (félmegoldás):

Felraktam az 1100-as meghajtóból mind a 32, mind a 64 bites verziót. Ezzel nyomtat, de boldog nem vagyok.

 

Még utána fogok olvasni ennek az universal izének, hátha életre tudom rugdalni

 

Ez egy olyan problémakör, amiről már rég szerettem volna írni. Előre szólok, hogy nem akarok, semmiféle vitát szítani a két tábor között csak le akarom írni a saját történetemet.

Nem játszom számítógépes játékokat. Nálam a videokártya alapvetően egyszerű 2D-s megjelenítésre szolgál. Két speciális terület érint csupán, a video vágás és megjelenítés, valamint a többmonitoros használat.

Hosszú évek óta ATI kártyákat használok (előtte Matrox-ot) az asztali gépeimben (hol sima Radeon-t, hol All-In-Wonder-t). Mindig törekedtem arra is, hogy a hordozható gépeimben lehetőleg ATI chip legyen. Miért? Több okot is összegyűjtöttem az évek során:

- A Notebook-os chipekben hamarabb jelent meg a multimonitor lehetőség (vagy legalábbis én ezt tapasztaltam)

- Stabilak voltak a driverek (az NVIDIA-nál komoly gondokról pletykáltak)

- Néhány körben felsültem NVIDIA cuccokkal (egyszer egy integrált NVIDIA kártya nem volt hajlandó DDR400-as RAM-mal menni, csak 333-al, mert túl gyors volt neki)

Ezek a dolgok éveken keresztül abba az irányba hajtottak, hogy kitartsak az ATI mellett. A véleményem az elmúlt időszakban kissé megváltozott, mert belefutottam három történetbe, ami nagyon nem tetszett, valamint mostanság nem hallom szidni az NVIDIA drivereit:

1. eset - a Notebookom

Az aktuális Notebookom akkor vettem, amikor a Vista először elérhető lett. Az első pillanattól kezdve gondjaim voltak a video driverrel. Erről írtam is korábban:

Képtelen voltam normálisan kétmonitoros üzemmódban használni a gépet. Sokáig nem találtam rá megoldást és a Vista számlájára írtam az egészet. Végül kiderült, hogy a bűnös a Notebook gyártó és az ATI csodás együttműködése, ami egy tipikus 22-es csapdája:

Az ATI olyan szerződéseket köt a gyártókkal, mely szerint a gyártó supportálja a videochipet amit beépített, ezért a legutolsó driver az ATI-tól nem érhető el. A gyártó pedig nem rakja ki az internetre az ATI-tól megkapott utolsó drivert.

Ennek az a következménye, hogy hónapokkal, vagy évekkel korábbi, hibás drivert kénytelen használni az ember. Gratulálok.

Az a szerencsém, hogy volt valaki, aki feloldotta ezt az ellentmondást azzal, hogy írt egy olyan programot amivel megpatkolva az ATI desktop video driverét az használhatóvá válik notebookon is:

Az így megpatkolt driver, láss csodát, tökéletesen működik az én multimonitoros konfigurációmban.

2. eset - a Desktopom

Az otthoni desktopon is két monitort használok, méghozzá DVI csatlakozóval szeretném ezt előadni. Az eredmény csíkos, széteső, vibráló kép. Ha csak egy monitor van a kártyára dugva, akkor a jelenség nem érzékelhető. Keresgéltem az ATI tudástárában, kiderült, hogy a jelenség ismert, majd kijavítják. Kénytelen voltam visszadugni a monitorokat VGA csatlakozóra (lehet, hogy azóta javították a hibát, de nem volt se kedvem se időm drivert cserélni, kábelt visszadugni).

3. eset - a Mediacenter

Építettem egy Mediacenter gépet, ami kapott ugyan monitort, de az volt a tervem, hogy normál kompozit kimeneten rádugom a TV-re. Elsősorban a kedvesem használja a gépet netezésre és csak később terveztem a Mediacenter funkcionalitás bevezetését. Az ATI kártya még véletlenül sem vette észre, hogy a kimeneten van egy TV. Nem is adott ki jelet rá. Kb. egy hete volt egy néhány másodperces áramszünet. Az ennek kapcsán keletkezett áramingadozásba belehalt a videokártya. A fenti esetekből okulva és a TV-Out hiányából kiindulva vettem egy NVIDIA kártyát. Láss csodát, minden hókuszpókusz nélkül elindult a TV-Out.

 

Azt hiszem, most egy ideig nem lesz ATI kártya az esetleges új gépeimben. 

Cégünknél most állítom át a felhasználókat Exchange 2007-re. Ez azt jelenti, hogy az elmúlt jónéhány évben (az Exchange 2000 óta) megírt különböző kiegészítő programocskát, sinket, stb. újra kell gondolnom az Exchange 2007-es környezetre. Ezek a kiegészítők négy csoportba sorolhatók:

1. Programok/Sinkek amire már nincs szükség, mert az Exchange 2003 valamilyen hibáját javították, ami a 2007-ben már nem fordul elő

2. Programok, amik olyan API-kat hsználtak amelyek az Exchange 2007-ben megmaradtak. Ezekkel nem volt sok dolgom, minimális módosítással átvihetőek voltak

3. SMTP Sinkek, amiket az Exchange 2007 Transport Rule-ja kiváltanak. Ilyen a Disclaimer, vagy a spam üzenetek tárgyát módosító cucc.

4. SMTP Sinkek, amiket az Exchange 2007 Transport Rule-jai nem váltanak ki. Na itt gond van. Az új SMTP motor már nem rendelkezik a régi script API-val, vagy akár a régi Sink-ekkel.

A 4. pontban jelölt dolgokat újra kell írnom Transport Agent-ként.

Nézzük az aktuális feladatot:

Bizonyos kollégák SMS üzenetet szeretnének kapni a beérkező üzeneteikről, de a spamekről nem.

Az SMS küldéshez nem akartam GSM adaptert, vagy valamilyen internetes szolgáltatást felhasználni. Mindenkinek, akinek szüksége van erre a szolgáltatásra van egy olyan e-mail címe amire, ha levelet küldök akkor a tárgymező tartalma megjelenik sms-ként. Mondhatnánk, hogy mi sem egyszerűbb. Átirányítjuk a az illető levelezését erre a címre és már kész is vagyunk.

Eleinte én is csak ezt csináltam. Működik is. Részben. Sajnos az adott sms-es postafiók nem csak sms küldésre szolgál, hanem egy valódi postafiók, ami be tud telni és van az üzenetek méretére beállított korlátja, tehát hajlamos mindenféle csúnya NDR-eket visszadobni az eredeti feladónak, amiből persze jön a pattogás, hogy nem működik a céges levelezésünk, pedig csak egy T-Mobile-os postafiók telt be.

A problémára azt a megoldást találtam ki, hogy az sms-es fiókra menő üzeneteket kiherélem. Kidobom belőle a csatolmányokat és az üzenet szövegét, így nem telik be a postafiók (ehhez még tartozik egy szolgáltatásom, ami naponta törli az sms-es postafiók tartalmát, de erről most nem lesz szó). Ezt kb. három éve meg is írtam az Exchange 2003-hoz, azóta kiválóan működik. Most viszont Exchange 2007 és Transport Agent.

Valamikor 2007 januárjában már írtam egy Transport Agent-et ami a disztribúciós listák reply-to címeit kezeli, de a végén lustaságból ezt nem publikáltam. Azt gondoltam, hogy elővéve ezt a kódot villámgyorsan meg tudom írni az SMS-es agentemet.

26.-án szombaton neki is álltam a dolognak. Nem töltöttem vele sok időt, a hétvégén összesen egy-két órám volt a feladatra, de kész is lettem vele.

Az agent nagy vonalakban a következőt csinálja:

Az OnSubmittedMessage event handlerben megkeresi a levelekben azokat a címzetteket, amelyek felé ki kell gyomlálni a levelet (ezt az egyik ExtendedAttribute értékben tudjuk megadni a Management Console-ban). Ha talál ilyet akkor készít egy levélmásolatot csak ezzel a címzettel (Message Fork). Erre azért van szükség, mert lehet, hogy a levélnek több címzettje van, és nem törölhetjük minden címzett felé a levél tartalmát, csak annak akinek ezt beállítottuk.

Az OnRoutedMessage event handlerben újra megkeresi azokat a leveleket, amelyeknek a címzettje sms cím és kiírtja belőle a csatolásokat, valamint a levéltörzset.

Hétfőn délelőtt nekiálltam tesztelni, találtam még egy két hibát, de estére láthatóan működött az egész a teszt környezetemben:

Készítettem egy új felhasználót, küldtem neki levelet, szépen kigyomlálta a levelet. Hátradőltem, örültem.

Tegnap nekiálltam, hogy bevezessem az éles rendszerben. Miután még mindig nem voltam biztos az egészben, kipróbáltam magamon. Regisztráltam az agentet Készítettem egy teszt felhasználót, beállítottam a megfelelő attribútumot, ráirányítottam a levelezésem, vártam ....

.

.

.

és pofára estem. Nem működött az egész.

El kezdtem agyalni, hogy mi baja lehet. Rájöttem, hogy ha direktben küldök levelet az sms-es címre, akkor jó, ha átirányítva akkor nem. Miért?

A dolog abból adódik, ahogy az Exchange az átirányítást kezeli. Az átirányított cím ugyanúgy kerül a levél címzettjei közé, mint ahogy egy disztribúciós lista kifejtődik. A Hub Transport az OnSubmittedMessage handler és az OnRoutedMessage handler között valahol hozzárakja a levélhez az átirányított címzettet.

Ha ennek az információnak a birtokában megnézzük a fent leírt működést, akkor világossá válik, hogy miért nem működik a dolog:

Az OnSubmittedMessage event nem fogja látni a levél címzettjei között az sms címet, így nem fogja elkészíteni a levélmásolatot. Az OnRoutedMessage event pedig csak a levél legelső címzettjét nézi meg, ami viszont az eredeti címzett, aki nem sms cím, így nem gyomlálja ki a levelet.

Ezeket végiggondolva nekikezdtem, egy teljesen más koncepció megvalósításának. Azt tudom, hogy a Fork-al létrehozott új üzenet nem látható abban az event handlerben ahol létrehoztam, így mindenképp az OnSubmittedMessage handlerben kell a Fork-ot megcsinálni. Ebben az esetben viszont a címzettek között még nem szerepel az sms cím. Mi van akkor, ha az sms címet írom be az ExtendedAttribute-ba és nem foglalkozom ezzel az egész átirányítósdival?

Nekikezdtem.

Bele is tört a bicskám. Biztos, hogy a nem létező, vagy jócskán megkopott csharp tudásom az oka, de egyenlőre nem találtam megoldást a következő problémára:

Létre kellene hoznom az sms-es e-mail címből egy EnvelopeRecipient objektumot. Az EnvelopeRecipient egy abstract osztály, így egy származtatott osztályt kellene használnom, amit nem találtam, így nekiálltam magam megcsinálni. Abba futottam bele, hogy miután a base abstract osztálynak nincs constructora így a a származtatott osztályban sem tudtam constructort gyártani.

Miközben ezt a constructor ügyet próbáltam megoldani megakadt a szemem az sp1-ben bevezetett OnResolvedMessage event handleren.

Ez számomra azt jelenti, hogy van egy event handlerem ahol, már megtalálható az összes recipient kifejtve és még van utána egy event handlerem (OnRoutedMessage) ahol az itt Fork-kal gyártott levél külön elérhető.

Tehát, vissza az agent első változatához, OnSubmittedMessage handler lecserél OnResolvedMessage handlerre, lefordít, kipróbál, működik, örül.

A forráskód letölthető innen:

A solution Visual Studio 2008-hoz készült. A fordításhoz a lib64 könyvtárba be kell rakni az Exchange 2007 SP1 x64-es lemezről a microsoft.exchange.data.common.dll és a microsoft.exchange.data.transport.dll fájlokat.

Információ a telepítésről egyenlőre itt:

Még nem írtam Exchange 2007-es Transport Agent telepítési útmutatót magyarul (de fogok ).

Az agent működéséhez szükségünk van még a dll nevével megegyező ini file elhelyezésére a dll-el azonos könyvtárban. Az ini valahogy így néz ki:

 

Az EnableAttribute azt határozza meg, hogy az objektum melyik ExtensionAttribute paraméterébe kell beírnunk egy yes-t 1-es, true-t, hogy a neki szóló leveleket az agent kigyomlálja. Az SclLevel pedig azt az SCL szintet határozza meg, ami felett az agent eldobja az sms értesítőket.

 

Egy nagyobb lélegzetű dolgot készülök publikálni. Pontosabban nem is nagy dologról van szó, csak scriptek vannak benne, amit mostmár jó lenne fájlként ide a blogba kirakni, mert az elmúlt időben a http://www.gomori.hu -val nem igazán foglalkoztam.

Erre készülendő, megnéztem, hogy hátha már lehet fájlokat kirakni ide. A vezérlők között találtam is egy olyat, hogy files. Hurrá, nekem pont ez kell. Be is kapcsoltam. Nézem, hogyan lehetne fájlokat felvenni bele. Elirányított live SkyDrive szolgáltatásához.

Próbálnám regisztrálni magam, és mit látok? A szokásos: ez a szolgáltatás nem érhető el az én régiómban. Gratulálok, már megint másodrendű állampolgár vagyok.

Ma reggel bejöttem dolgozni. Szokásosan kinyitottam az Outlookom, talán el is olvastam néhány levelet, majd mentem a dolgomra. Néhány órával később, visszanéztem a levelezésemre és valami furcsát láttam. Elsőre nem is fogtam fel, hogy mi a furcsa. Eltünt az Inboxom. Pontosabban láttam a leveleket az Inboxban, de bal oldalt a folder hierarchiában se Inbox, se semmi alatta.

Hirtelen piszokul bepánikoltam, hogy mi történhetett a levelezésemmel.

- Valaki betört és tönkrevágta?

- Bedőlt az Exchange?

Bejelentkeztem a szerverre. A mailbox property-k tanulsága szerint megvannak a leveleim. Jó, de akkor miért nem látom őket?

Gyorsan nézzünk egy export-mailbox -ot. Elkezd futni és láthatóan pakol ki mindent, amit kell. Kezdek megnyugodni. Legrosszabb esetben visszapakolom az egészet pst-ből.

Azért ez mégis gyanús, csak lehet ezzel kezdeni valamit. Irány a gugli: exchange 2007 inbox missing folder

Az első találat:

Végigcsinálom, megjavul. Huhh...

Már csak azt szeretném tudni, hogy ez mitől történhetett.

Azzal nagyjából már minden Exchange rendszergazda találkozott, hogy pl. egy magyar felhasználó kinyitva az Outlookját angol nyelvű folder elnevezéseket talál a magyar helyett. Tipikusan azt is tudjuk, hogy ennek mi az oka (a mailbox nyelve a valaha először belépett kliens nyelvétől függ). Azt is sokan tudják, hogy az outlookot a /resetfoldernames kapcsolóval indítva kiküszöbölhető ez a hiba.

Sok esetben ugyanakkor azt tapasztalhatjuk, hogy a nevek össze-vissza, hol angolul, hol magyarul jelennek meg. Van beérkezett üzenetek is, inbox is, a levelek az inbox-ab érkeznek és a /resetfoldernames nem segít. Ma végre rájöttem a megoldásra, ami így visszagondolva pofonegyszerű. Mit is csinál a /resetfoldernames ebben az esetben? Átnevezi az inboxot beérkezett üzenetekre. Pontosabban csak nevezné, mert olyan már van. Tehát, ha a resetfoldernames kiadása előtt mi saját magunk átnevezzük a beérkezett üzeneteket valami másra, akkor a reset működni fog, utána már csak az elemeket kell visszamásolnunk a helyükre.

Hosszas tesztelgetések után most kezdtem a klienseinket átállítani Exchange 2007-re. Újonnan telepített XP, Office 2003 SP3-al. Minden szépen működik is, de nem tudni miért a klienseken az Outlook 2003-ban folyamatosan egy 0X8004010F-es OAL letöltési hibát kapok. Átfutottam egy nagy rakás mindenféle blog bejegyzést és végignéztem az összes lehetséges okot, melyben felvázolták, hogyan szüntettem meg rosszul a régi Exchangemet (ez új telepítés), hogyan hoztam létre rosszul az OAL-t (nem hoztam létre, azt az OAL-t használom amit a rendszer csinált telepítéskor), hogyan nem generálódik a régi típusú OAL (generálódik, ráadásuk a 2003 SP3 ugyanazt a verziót használja mint a 2007, csak nem a webről szedi, hanem pf-ből), hogyan nem replikálódik a szerverek között (egy szerver van). Ezen kívül a telepítéskor megadtam, hogy vannak régebbi klienseim, ami számomra előrevetíti, hogy a telepítő megcsinálta a szükséges beállításokat. Végül az egyik blog bejegyzés (http://msexchangeteam.com/archive/2007/04/19/437902.aspx) kommentjében találtam rá a megoldásra. A setup sajnos elfelejti az OAL-t hozzárendelni a Mailbox Database-hez.

Ezt a hiányzó hozzárendelést itt tudjuk megtenni:

Exchange Management Console / Server Configuration / Mailbox / First Storage Group / Mailbox Database / Properties / Client Settings / Offline Address Book