Rasszista TLD

Thu, 28 Jan 2010 16:18:22 +0100

Kutyafuttában, mert tényleg őrült nagy hajtás van. Belecsöppentem egy újabb remek nemzetközi projektbe. A héten megy az adatgyűjtés, illetve a tesztlabor összerakása. Nem kicsi laborról van szó, rögtön indulásképpen 5 tartományból álló erdőt kell összekötözni két másik erdővel. A külső erdőknél igyekeztem semleges nevet választani. Az első az lett, hogy akarmi.akarhol. Szépen le is mentek vele [...]

Geek úr nyaral

Tue, 19 Jan 2010 23:53:51 +0100

Nem tudom, te hogyan vagy vele, én nagyon aggódós utazásszervező vagyok. Akkor nyugszom meg, ha előre minden le van foglalva, ki van fizetve. Igaz, ekkor meg azon szoktam parázni, hogy időben odaérünk-e mindenhová. Tudtam, hogy hová akarunk menni a nyáron. Igaz, még január volt, de mivel konkrét eseményre terveztünk, az időpont biztos volt. Maga az esemény [...]

Éj a szerverszobában - 02

Mon, 04 Jan 2010 18:58:53 +0100

Oké, szorgalmatos rőzseszedegető anyókaként kezdjünk el gyűjtögetni. Rögtön van egy rossz hírem. Az eventlog nagy. Nem, még annál is nagyobb. És nekünk ebből kell kimazsolázni durván egy hónap Online Maintenance bejegyzéseit. Akár fel is vehetnénk középső névnek a Hamupipőkét. Nos, akinek szerencséje van, az Windows Server 2008-ra telepítette az Exchange szerverét. Itt ugyanis már tudunk custom view-t [...]

Éj a Szerverszobában - 01

Thu, 17 Dec 2009 18:31:12 +0100

A háttérben tessék elképzelni az Éj a Kopár Hegyen dallamát. (Ugye, a Sátán fellátogat a Földre, az őt imádó boszorkányok szombatjára.) Nos, azt mi csak hisszük, hogy amikor estefelé végre becsukjuk a szerverszoba ajtaját és hazaindulunk, akkor a szerverek kismacskaként összekucorodnak és békés dorombolás mellett várják, hogy majd reggel megint eléjük borítjuk az ennivalót. Szervereink - [...]

Megint variálok

Mon, 14 Dec 2009 22:13:58 +0100

Akik régebb óta figyelemmel kisérik a blogot, emlékezhetnek rá, hogy valamikor létezett egy szeparációs elv: a rövidebb, news jellegű írások a Technet blogra mentek, a hosszabb írások pedig ide. Ez az utóbbi időben felborult. Nem akarok túlzottan belemenni a részletekbe - vagy én voltam béna, vagy a Technet blog admin felülete, vagy csak a szokásos [...]

RUP1 for Exchange 2010

Wed, 09 Dec 2009 22:56:21 +0100

Ilyenkor azért tudok örülni, hogy erről a változatról nem írok könyvet. - Exchange 2010 Rollup Pack #1 -

Exchange backup módok

Tue, 08 Dec 2009 09:35:45 +0100

Habár a végén belekerült egy kis reklám is, és a cikk részletesen az Exchange 2003 mentésével foglalkozik, de mindenképpen a kötelezően elovasandó írások közé tartozik. Ha tudni szeretnéd, mi is zajlik pontosan adatbázis-mentés közben, akár egy streaming, akár egy VSS mentés során, akkor feltétlenül fusd át. Link: - Exchange Backup és Restore -

Exchange 2010 - A Practical Approach

Sat, 05 Dec 2009 17:31:14 +0100

Úgy látszik, másnak is megtetszett az ingyenkönyv-modell. Eddig - tapasztalatom szerint - csak egy-egy fejezeteit szokták kirakni a netre a nagyobb könyveknek… és nemritkán a letöltésekhez meg kellett adnunk egy csomó adatot, emailcím ellenőrzés… ismerjük. Ehhez képest ennél a könyvnél csak egy emailcímet kérnek, de azt sem ellenőrzik le, szóval mehet akármi. A könyv pedig teljes. Igaz, [...]

Lehet egy node-dal több?

Wed, 25 Nov 2009 21:04:56 +0100

Scott Schnoll Exchange 2010 High Availability (HA) előadása után gondolkodtam el néhány dolgon. Van ugyanis egy olyan HA matek, amellyel eddig egy Exchange mérnök még nemigen találkozott. Történelmileg volt ugye az SCC, azaz a Single Copy Cluster. Ez viszonylag egyszerűen nézett ki, volt egy közös diszk - rajta a quorummal - aztán voltak a node-ok, [...]

Hiányzó képek

Tue, 24 Nov 2009 14:24:28 +0100

A biztonság jó dolog. Csak épp néha piszokul bosszantó. Vegyük elő kedvenc Outlookunkat és tapasztalni fogjuk, hogy a beérkezett levelek egy jó részében nincsenek képek, csak egy kék figyelmeztető sáv, hogy ha akarjuk, akkor letölthetjük a képeket, de ez biztonságilag kockázatos. Miért van ez így? Miért van az, hogy bizonyos levelekben vannak képek és bizonyos levelekben nincsenek? A HTML [...]

Az IPv6 és az Exchange 2010 románca

Mon, 23 Nov 2009 18:54:15 +0100

Egy újabb bájos jelenség. Dave Goldmann címlistamágus blogjában olvastam egy aranyos sztorit. Az Exchange 2010 ugye már csak Windows Server 2008 oprendszerre megy fel. Ez a windows viszont már helyből beépített IPv6 tudással települ fel. Ez az emberek egy részét nem szokta zavarani - de a szerverüzemeltetők között akad rendesen paranoiás alak is, akik úgy [...]

Tapétamániákusok, figyelem!

Thu, 19 Nov 2009 20:37:37 +0100

A TechEd-en egy előadáson tette ki az elóadó - Charlie Chung - ezt az ábrát egy ppt slide-ra. Én úriemberként csak diszkréten csikorgattam a fogamat: normális vagy, barátom? Egy ilyen bonyolult ábrát kivetíteni? Hát emellett akár fel is olvashatnád visszafelé az Alice Csodaországban-t (úgy sem lenne több értelme), akkor sem figyelne senki arra, miről is [...]

Megyen a log vándorútra

Thu, 05 Nov 2009 23:34:34 +0100

Nagyjából éppen a bokáig érő lószarban sárban cuppogtam Moritzburg környékén, amikor egyik ügyfelünk nem kicsit bonyolult Exchange mailbox szervere úgy döntött, hogy torkonszúrja magát. No nem nagyon, de két mailbox adatbázis és a public folder adatbázis leállt. Kolléga rávetődött az incidensre. Hamar rájött, hogy a leállást az okozta, hogy betelt egy log partíció. Egy olyan [...]

Suta konzol visszalő

Sun, 01 Nov 2009 18:15:19 +0100

Ez az utolsó sajtcetli - és ez most tényleg az. Ha már annyira leírtam a menedzsment konzolt, hadd említsek meg róla egy pozitív dolgot is. Tudtátok, hogy a 2010-es EMC-be már több Exchange organizációt is fel tudunk venni? (Feltéve persze, hogy megvan hozzá a jogosultságunk és fizikailag is elérjük a szervereket.) Ez persze eddig még nem egy [...]

OWA

Sat, 31 Oct 2009 18:05:25 +0100

Nejem, amikor meglátta a monitoromon az akronimhalmazt, ennél az egynél jelzett be boldog sikkantással, hogy végre egy, melyet ismer. Nem akartam elvenni a kedvét, de a helyzet az, hogy ez az OWA már nem a jól ismert régi OWA. Kezdjük ott, hogy már a rövidítés sem ugyanazt takarja: Outlook Web App. Oké, tudom, nem ettől szoktunk [...]

Közepes bizalom

Fri, 30 Oct 2009 18:31:46 +0100

De jó is lenne néha. Mit értek ez alatt? Minden cégnek van holdudvara: partnerek, vendorok, ügyfelek. (Nyuszi barátai és üzletfelei.) Olyan szervezetekről van szó, amelyekkel sűrűn kell kommunikálnunk. Annyira nem bízunk meg bennük, hogy beengedjük őket a saját informatikai hálózatunkba - de borzasztó jó dolog lenne, ha látnánk egymás címlistáit, illetve a megbeszélések szervezéséhez szükséges free/busy [...]

Die PST, die!

Thu, 29 Oct 2009 17:39:53 +0100

Azt hiszem, egyetérthetünk abban, hogy ez az egész pst cucc már rég megérett a kidobásra. Egy dolog miatt nem tehetjük meg: nincs olcsó alternatívája. Pontosabban, nem volt. De előtte nézzük meg, mi is a baj a pst-vel? Leginkább az, hogy kígyó simaságú. Akármennyire is szeretnénk felelősen üzemeltetni a rendszerünket, a pst kisiklik a felügyeletünk alól. Ami [...]

MoMT

Wed, 28 Oct 2009 18:21:00 +0100

Ez az acronym a MAPI on Middle Tier kifejezést takarja. Azt hiszem, ezt az újdonságot is lehet simán a szeletelt kenyérhez hasonlítani. Ez valójában egy állatorvosi ló, ilyen felállás a valóságban nincsen. Viszont ha berajzoltam volna mindenféle klienst, mindenféle kapcsolódási lehetőséggel, mindenféle szerverekhez, akkor simán Burda szabásmintát kaptunk volna. Nézzünk meg néhány tipikus kapcsolatot: A legtriviálisabb: a kliens [...]

DAG a kkv/soho szegmensnek is

Tue, 27 Oct 2009 20:44:10 +0100

Most már hivatalosan is lehet róla beszélni, meg egyébként is pont illik a sorozatba. Szóval, itt van egy link Henrik Walther blogjára: a DAG benne lesz az Exchange 2010 Standard verziójában is. (Bár gyanakvóbb olvasók már sejthették, ha máskor nem, akkor biztosan, amikor azt írtam, hogy kinyírták az LCR-t is.) ps. Kicsit hülye a cím, a magam [...]

Egy kis esti adatbázis-kezelés

Tue, 27 Oct 2009 18:50:34 +0100

Ha már a DAG-gal foglalkozunk, nem mehetünk el egy másik nagyívű változtatás mellett. Az Exchange 2010-nek igen durván átírták az adatbázisok kezelését végző részét. Illetve magukat az adatbázisokat. Kezdték ott, hogy megváltoztatták az adatbázisok sémáját. Korábban egy postafiók adatait több adatbázisból kellett összeszedegetni. (Nem, nem több edb-re kell gondolni. Az edb fájl az egy nagy bináris blob, [...]

Magas rendelkezésreállás

Mon, 26 Oct 2009 18:35:18 +0100

Az előző írásban ész nélkül beleszaladtunk a DAG-ba, pedig a magas rendelkezésreállással kapcsolatban nem csak erről van szó. Nézzük meg ezt a képet. Érdekes módon mindkét középső panelen az adatbáziskezelés a téma. A jobb szélső akciópanalen láthatjuk is, hogy melyik panelen, miket lehet csinálni. Vajon miért lett két panelre szétbontva a munka? Azért, mert a felső panel az [...]

DAG

Sun, 25 Oct 2009 18:21:48 +0100

_Nem_ csak azért ez a kedvenc témaköröm, mert a kajakomnak is ugyanez a neve. A magam részéről tényleg ezt tartom az egyik legjelentősebb architekturális változásnak. DAG: Database Availability Group. Azaz magas rendelkezésreállás, Exchange módra. De beszéljünk előbb egy kicsit az Exchange 4.0-ról. Abban ugyanis olyasmi van, ami az Exchange 2010-ben már nincs. Storage Group. Hogyan lett ez a szegény SG [...]

Management Role Assignment Policy

Sat, 24 Oct 2009 18:15:57 +0200

Akkor azon már túl vagyunk, hogyan tudunk kisebb adminisztratív feladatokat kiszórni egyes kiválasztott embereknek. Most azt kellene megvizsgálni, hogyan tudunk tömegesen plusz jogosultságokat adni a felhasználóknak - természetesen csak a saját postafiókjaikra. Mit is értek ez alatt? Minden postafióknak vannak tulajdonságai, azoknak pedig értékei. Mondjuk display name és ‘Kovács János’. Ebből a kupacból lehet - lehetne [...]

Discovery Search

Fri, 23 Oct 2009 18:49:25 +0200

Az előző írásban létrehoztuk a szorcs nevű MRG-t, belepakoltuk Tudort. Most már csak tesztelni kellene. De mivel? Itt bizony komoly filozófiai problémába ütköztünk. Csináltunk egy kicsi admint. A gyakorlatban csinálhattunk volna akár száz különböző szerepkörűt is. Le van szabályozva, mit tehetnek. Oké. De hogyan fognak hozzáférni a rendszerhez? Telepítsünk mindenkinek Exchange admin tools-t? Na ne. Powershell ISE? [...]

Management Role Group

Thu, 22 Oct 2009 18:05:46 +0200

Jó, ez mind szép. De hogyan lehet ezeket a jogosultságokat létrehozni, beállítani, konfigurálni? Csak és kizárólag shellből. A feladat: hallottuk valahol, hogy meg tudjuk adni bizonyos felhasználóknak azt a jogot, hogy szavakra, kifejezésekre kereshessenek egy komplett adatbázisban. A Microsoft ezt némi eufémizmussal Mailbox Discovery-nek nevezi - de nyugodtan használhatjuk rá a spionkodás kifejezést is. Értelemszerűen nem is [...]

RBAC

Wed, 21 Oct 2009 20:25:01 +0200

Oké, túljutottunk a telepítésen. Itt az idő, hogy megvizsgáljuk, mit is kaptunk. Nyilván neki lehet úgy is állni, hogy elkezdünk össze-vissza kattogtatni a grafikus felületen, aztán figyeljük, hogy mi történik. Csak éppen nem javasolt. Az RBAC-ról speciel a GUI-n keresztül egész konkrétan semmit sem fogunk megtudni. Pedig az egyik leglényegesebb változás. A rövidítés azt takarja, hogy Role-Based Access [...]

Powershell ISE

Tue, 20 Oct 2009 14:04:13 +0200

Jó. Van egy zsír új Exchange 2010 szerverünk. Piszkálhatjuk konzolból és piszkálhatjuk shellből. Remek. Egészen addig, amíg el nem bökjük. Én ugyanis egy hanyag mozdulattal lehúztam a két shortcut-ot a desktopra: ne kelljen keresgélnem, legyenek mindig kéznél. Csakhogy - a fene tudja, miért - de tönkrement a felhasználóm profilja. Nem gond, adminnal belép, profil töröl, felhasználó újra [...]

Még mindig a telepítés

Mon, 19 Oct 2009 17:26:17 +0200

Ez egy nagyon rövid írás lesz. Tessék alaposan tanulmányozni az ábrát, elolvasni a szöveget. Majd vizsgáljuk meg az alapbeállítást. Óvatosan, emberek.

Itt a cédé, hol a cédé

Sun, 18 Oct 2009 17:49:14 +0200

Persze nem csak Exchange fronton történnek érdekes dolgok mostanában. Például - igaz, kényszerből - átálltam a munkahelyi gépemen Windows7-re. Azt kell mondjam, hogy határozottan tetszik, okos, gyors, jól kezelhető. Már azon töröm a fejem, hogyan fogom tudni meglépni a tömeges átállást az otthoni hálózatban. Két furcsaságot azért tapasztaltam. Én elvből ellene vagyok annak, hogy user adatok legyenek [...]

Ha internet van, minden van

Thu, 15 Oct 2009 17:04:22 +0200

Igenám… de ha nincs, akkor mi is van? Bár nem is ez az igazi kérdés. Hanem az, hogy miért feltételezték a fejlesztők azt, hogy internetkapcsolat, az mindig lesz? Kezdjük rögtön az elején. Az Exchange 2010-nek vannak szigorú előfeltételei. Ezek közül néhányat elég a netről letölteni, viszont ott van a .net 3.5sp1, amelynél csak a trailert tudod lekapni, [...]

A setup csapat valószínűleg még mindig be van lőve

Wed, 14 Oct 2009 23:47:22 +0200

Hosszú sorozatot indítok el ezzel az írással. Nemrég tartottam egy - számomra is meglepően hosszú - előadást az Exchange 2010-ről. Nem tudom, más hogyan csinálja, nálam felkészülés során egy csomó cetli szokott keletkezni, melyeket aztán vagy felhasználok, vagy sem. Ezekről a fecnikről fogom előszedni sorban a témákat. Még egy megjegyzés. A sorozat az RC verzióval megtapasztalt élményekről [...]

Helyesírás-ellenőrzés kinyírása a Chrome-ban

Wed, 14 Oct 2009 09:05:19 +0200

Ezt leginkább csak magam számára írom ide emlékeztetőnek. (Mostanában rendszeresen telepítek újra gépeket és mindig turkálnom kell egy csomót, mire megtalálom az érintett fájlt.) Tehát az alapvetően kikapcsolhatatlan helyesírás-ellenőrzőt úgy lehet kikapcsolni, hogy bezárjuk a böngészőt, megkeressük a felhasználói profilban a nyelvre utaló bdic fájlt (nálam pl. en-GB-1-1.bdic), megnyitjuk egy txt editorral, kitöröljük a tartalmát majd [...]

New kid on the block

Tue, 13 Oct 2009 22:53:09 +0200

Nehogy már pont itt ne írjam meg: publikus lett a TCP/IP alapjairól írt könyvem.

Breaking News

Thu, 08 Oct 2009 22:30:19 +0200

Azt írják, hogy alig egy órája kirugdalták az Exchange 2010-et az utcára. Sok sikert, öreg harcos.

Vicc

Thu, 17 Sep 2009 11:58:32 +0200

Van egy meglehetősen rejtélyes hibánk. Időnként az Address List szolgáltatás megáll a CCR clusteren és ilyenkor nem tudunk új postafiókokat létrehozni. A workaround az, hogy ráküldünk egy failover/failback párost, azaz gyakorlatilag újraindítjuk az AL szolgáltatást is magába foglaló System Attendant szolgáltatást. Nyilván ez így még nem igazán kielégítő, emiatt turkáltam egy kicsit a neten. Így találtam [...]

Mit veszünk és mit nem

Thu, 17 Sep 2009 09:13:00 +0200

De régen volt, hogy írtam ide. Valahogy az elmúlt vagy két hónapban az informatika érdekelt a legkevésbé. Foglalkoztam minden mással. Családi dolgokkal, üzlettel, barkácsolással. Most próbálok visszalendülni az informatika világába. Sokszor ígértem, hogy fogok ide írni, meg, hogy a live-on lévő dolgaimat ide költöztetem, meg hogy rendberakom és publikálom a korábban megcsinált fejlesztéseimet. Most nem ígérgetek semmit, de azt betartom.

Vissza a témához. Vajon mi dönti el, hogy milyen terméket veszünk meg, és milyet nem. Sok dolog: reklám, a gyártó presztízse, a termék adatai, a múlt béli tapasztalatok. Álljunk meg itt egy picit. A múlt béli tapasztalatok vonatkozhatnak az adott termékre, vagy annak gyártójára. Ha informatikáról beszélünk (márpedig arról beszélünk) akkor ez utóbbit nagyban befolyásolja a szerviz ("ami el tud romlani az el is romlik" Murphy). Ezt a gyártók valahogy ritkán tartják szem előtt, vagy nem látnak messzire, legalábbis kis hazánkig a legritkább esetben látnak el.

Előítéleteim vannak, nem veszem meg olyan gyártó termékét, amelynél a szervizzel kapcsolatban pofára ejtettek. Így már egy-két gyártó tiltólistára került nálam. Az egyik ilyen a Xerox.

Pár éve vettem egy Xerox Phaser 7300DN típusú színes A3-as nyomtatót. Kis cégünk informatikai költségvetéséhez képest igen jelentős összegért (~1.5MFt). A készülék egy-két éven keresztül működött is tisztességgel. Majd elkezdtek bajai lenni (régen foglalkozom nyomtatókkal, ez benne van a pakliban). Voltak papírfelvételi problémái, valamint kisebb mechanikai bajai. Ezeket orvosolta is a szerviz.

Egy adott ponton (természetesen a garanciális idő lejárta után) elkezdte eldobálni a kellékanyagokat. Mit is értek ezen? Rendszeresen (pár lap nyomtatása, vagy pár óra állás után) közli velem, hogy nincs benne ez, vagy az a színű festék. Ha ilyenkor kinyitom és becsukom a nyomtató tetejét, akkor gond nélkül megy tovább, a következő ilyen esetig.

Megkérdeztük a szervizt. A következőt közölték:

Három különböző alkatrész lehet hibás. Az egyik ~9eFt a másik ~30eFt a harmadik ~250eFt. A három alkatrész egyike sincs raktáron. Én fizessem ki mind a három alkatrészt, ők megrendelik, idehozzák, és majd akkor kiderül, hogy mi volt a baja.

Jó, szóval ez nonszensz. Keressünk egy másik szervizt. Kiderül, hogy van ugyan még Xerox szerviz az országban, de ezzel az adott típussal kizárólag ez a cég foglalkozik. Sakk-Matt.

A nyomtató félre rak (igen ritkán nyomtatgattunk rá, majd egy ponton, amikor az egyik ventilátor csapágyas lett benne végképp kikapcsoltam).

Én részemről nem különösebben szeretem, ha telemarketinges emberkék zaklatnak mindenfélével. Általában el is szoktam kerülni, hogy beszéljek velük, bár ha valamelyiknek mégis sikerül eljutnia hozzám, akkor kulturált szoktam lenni és rájuk szánom a szükséges időt.

Ma nem működött jól a szűrőm és egy neves cég egyik képviselője megérkezett a telefonomra. Elkövetett egy hibát. Elmondta, hogy Xerox-ot akar nekem eladni. Rosszul járt. Miután tudattam vele, hogy én ugyan Xeroxot nem fogok venni és ráborítottam a fenti ügyet.

Kíváncsi vagyok, mi sül ki belőle...

Már a Google is megbuggyant?

Wed, 09 Sep 2009 23:57:25 +0200

Egyre inkább törzshasználója leszek a Google Office rendszernek. Ez nem baj, ami praktikus, azt célszerű használni is. Kezdődött a Google Calendarral, mellyel végre sikerült egybeintegrálni a család összes tagjának egyéni Outlook naptárait és végre körtelefonálgatások nélkül tudok szinházi programot szervezni, nyaralásokat, rövidebb kirándulásokat tervezni. A következő lépés a Google Reader megjelenése volt, ezt végre már [...]

Szorgos hétköznapok

Mon, 07 Sep 2009 19:22:19 +0200

A feladat első lépése: telepítsünk HP Blade szerverre Windows Server 2008-at. Nem nagy ügy, virtual media bekonnektálva, nextnextfinish. ILO-ról beléptem, a hálókártyát beállítottam, a hardveres kolléga fellapátolta a PSP-t… aztán más projektre szólított a kötelesség. Miután ott eljutottunk odáig, hogy a labda már az ügyfél oldalán pattogott, jöhettem vissza a blade szerveremhez. Melyet időközben tokkal-vonóval, [...]

Proxycfg

Fri, 04 Sep 2009 11:28:19 +0200

Csak jelzem, hogy élek. Apró feljegyzés, leginkább magamnak. Windows Server 2008. SP2-t felraktam. Már csak a maradék hotfixek hiányoztak. Windowsupdate, azt mondta, szétnéz… majd hibaüzenet. Rutinos öreg róka már gépelte is be, hogy: proxycfg. Erre jött a válasz, hogy: miről beszélsz? Hmm. Nincs. Végre egy kis izgalom. (Ezt tessék ironikusan érteni.) De van helyette netsh. Így: netsh winhttp show proxy És igen, a [...]

Trükkös HTTPS

Wed, 12 Aug 2009 21:43:33 +0200

Az ember már azt hiszi, ismeri az ISA szervert - aztán az mégis meg tudja lepni. Jött a kérés az ügyféltől, hogy egy kollégájuk szeretne elérni egy weblapot a 8443-as porton. - Na, megint egy istentől, embertől elrugaszkodott webmester - gondoltam - akinek túl kerek szám a 80-as. De gond egy szál se, pillanatok alatt összedobtam [...]

Aki tud és aki nem...

Fri, 07 Aug 2009 11:08:00 +0200

...e-mail parsert írni.

A Microsoft berkein belül azok között, akiknek a feladata E-Mail parsert írni, van olyan, aki tud ilyet (aki pl. a CDO parserét írta) és van olyan, aki nem (aki a SharePoint parserét követte el).

Miért mondom ezt?

A következők történtek:

Az elmúlt hetekben újra összeraktam kis cégünk intranet portálját WSS 3.0SP2 alapon. Ellentétben a múlttal, most alaposan végigmentem a dolgokon és tisztességgel beállítottam az E-Mail küldést/fogadást.

Minden szépen működik is, egy dolgot kivéve.

Van nekünk egy hírlevél küldő alkalmazásunk (egy Java-ban írt borzalom, OpenEMM a neve). Arra gondoltam, hogy a SharePointban létrehozok egy vitafórum típusú izét és ide fogom archiválni a leveleket. A régi leveleket továbbítottam is ide (Outlookból) rendben meg is érkeztek. A hírlevél küldőn pedig felírtam a vitafórum címét a címzettek listájára. Az éles hírlevél küldésnél meg is érkezett a levél. Mindjárt háromszor.

Először azt hittem, hogy ez valami tranziens dolog, de többször kipróbálva arra jutottam, hogy minden esetben ez történik. Ha az Outlookból meg a levél akkor jó, ha az OpenEMM-ből akkor nem.

Elkezdtem nyomozni. Kiderült, hogy a dolognak van kísérőjelensége is. Egy Event Log bejegyzés:

Event Type: Warning
Event Source: Windows SharePoint Services 3
Event Category: E-Mail
Event ID: 6873
Date:  2009. 08. 07.
Time:  12:25:14
User:  N/A
Computer: BAGIRA
Description:
An error occurred while processing the incoming e-mail file
C:\Inetpub\mailroot\Drop\3bc4101d01ca174900000034.eml.
The error was: Exception from HRESULT: 0x81070403.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Elkezdtem keresgélni a neten. Az exception kódot beírva zéró, nulla, nyente mennyiségű választ találtam. Remek. Bedobtam a magyar sharepoint fórumra, a válaszok száma pontosan ugyanennyi.

Kezdtem kétségbe esni, hogy akkor most mi van, elvégre a SharePointhoz teljesen hülye vagyok.

Majd tegnap este eszembe jutott, hogy hiszen nincs semmi gáz. Az SMTP motor ugyanaz az IIS SMTP szolgáltatás, amit kívül-belül elég jól ismerek. Nincs más teendőm, mint kideríteni, hogy mit nem eszik meg a bejövő levélből a SharePoint és kijavítani azt egy Event Sinkben.

Először is felraktam a jól bevált SaveMail sink-emet és elkezdtem leveleket küldözgetni. Állítgattam mindent az OpenEMM-en, de nem tudtam elérni egy olyan állapotot, amikor jó lett volna.

Keresztpróbaként fogtam egy a SaveMail-el lementett levelet, adtam neki egy X-Receiver mezőt a SharePoint fórum címével és bedobtam a Pickup könyvtárba. Láss csodát, a SharePoint hiba nélkül megette.

Hopp, itt valamit csúnyán elnéztem. Biztos valami sorvég hiba lehet, amit a notepad magától javít.

Nézzük meg mi történik, ha a Drop könyvtárból ellopok egy bejövő levelet és abba belereszelek a notepad-el. Az így javított levél vissza a Pickup-ba, megint rossz.

Így viszont van két levelem. Az egyik a Drop-ból származik és rossz. A másik a SaveMail könyvtárából származik és jó. Semmi gond. Hasonlítsuk össze őket. Sok különbség nem lehet, hiszen ugyanannak a bejövő OpenEMM-es levélnek a két lementéséről van szó.

Hexa editor előkap, két levél kinyit, döbbent pofáraesés. Ezek forrás szinten nem is hasonlítanak egymásra.

Ez meg hogy lehet?

Gondolkoz, gondolkoz:

Mit csinál az SMTP szolgáltatás? Bejön a levél, fogja a protokoll DATA parancsa és a . közötti részt, megfejeli az X-Sender és az X-Receiver mezőkkel, majd lerakja a Drop könyvtárba.

Mit csinál a SaveMail? bejön a levél, odaadja a protokoll DATA parancs és a . közötti részt a CDO-nak. A CDO feldolgozza. Kér a CDO-tól egy datastream-et (ez nem az eredeti stream lesz, hanem egy, a CDO mezőkből újra felépített valami), és lementi egy fájlba.

Tehát a jó levelek átmentek a CDO teljes feldolgozásán. Akár hibás a levél, akár nem, a CDO tud vele valamit kezdeni, ami meg kijön belőle az már szabványos.

Na már csak egy olyan Sink kell ami tud mit kezdeni ezzel az információval. Megírtam. RENDKÍVÜL BONYOLULT (CDOFilt.js):

function ISMTPOnArrival::OnArrival(Msg, EventStatus)
{
    Msg.DataSource.Save();
    EventStatus = 0;
}

Azt hiszem ezek után joggal állítható, amit a cikk elején írtam. Csak azt nem értem, hogy a Microsoftnál a különböző csapatok időnként miért nem használják fel egymás kódjait.

Ki mivel szív?

Sun, 26 Jul 2009 07:59:15 +0200

Ez anno a régi Technet magazin egyik népszerű rovata volt. (Csak ott az utolsó szót egy szivecske rajz helyettesítette.) Az egyik kedvenc rovatom volt: a mai napig úgy tartom, hogy egy hiba behatárolásából, megoldásából sokkal többet lehet tanulni, mint egy tisztán elméleti fejtegetéseket tartalmazó cikkből. (De a legtöbbet a kettő kombinációjából: az az ideális, ha a [...]

Pislant a hálókártya

Tue, 21 Jul 2009 20:03:37 +0200

Erre az esetmegoldásra nem leszek büszke, de tanulság azért akad benne. Nagyon fontos ügyfél (habár hülyeség, mindegyik az) telefonál, hogy megállt a cégnél az internetelérés. Különböző okok miatt az ISA webproxy-ra gyanakszik. Mivel internet nélkül nincs élet, így a bejelentés magas prioritású. A megoldást nehezíti, hogy magát a belső hálózatot nem mi üzemeltetjük, abszolút semmi hozzáférésünk sincsen. [...]

Bitvadász vagy-e?

Mon, 20 Jul 2009 21:18:19 +0200

Haladva a korral - ugye tudjuk, előbb-utóbb a Microsoft is nyílt forráskódú lesz (Open Specific Documentation) - egy újabb adag technikai dokumentum került ki az internetre. Hogy egész pontos legyek, az Exchange 2010 működéséhez szükséges MS protokollok teljes és részletes leírása. A doksik nyitólapja: Microsoft Exchange Server 2010 Beta Protocol Documentation. De ha nem akarjuk egyenként letöltögetni [...]

Sorvezető

Thu, 16 Jul 2009 20:40:07 +0200

Ha ISA 2006 szerveren keresztül szeretnénk Exchange 2007 webszolgáltatásokat kipublikálni, ahhoz ma már nem kell remegő kézzel nekifogni. Az internet tele van cikkekkel, írásokkal, tényleg minden információ begyűjthető. Konkrétan itt van egy MS cikk, ez alapján nem lehet semmi gond. Vagy mégis? Nos, amennyiben az Exchange szervered alatt Windows Server 2008 fut, akkor azért fognak érni meglepetések. [...]

Odahaza ne próbáljátok ki

Thu, 09 Jul 2009 18:24:01 +0200

Kollégám futott bele az esetbe. Látszólag ez is X aktaként indult. Nagy cég, kétszintű domainszerkezet. A felhasználók is és az Exchange 2003 szerverek is a child domainban vannak. Alapvetően minden szépen működik. A feladat: az Exchange 2007 óvatos beterelgetése. A címtár preparálása rendben megtörtént, legalábbis a cég alkalmazottja szerint. (A francokat.) Kolléga kiment, szétnézett, látszólag tényleg rendben volt [...]

Bizonytalan vagyok. Vagy nem?

Wed, 08 Jul 2009 14:54:27 +0200

Van egy CCR rendszerem, rengeteg adatbázissal. A hiba: az egyik adatbázis nem mountolható. A copy status: initalizing. Vizuális vizsgálat: az adatbázis is, a logfájlok is szépen a helyükön vannak. Átnéztem a passzív node-ra… ott is. Oké, mountoljuk fel. Nem megy, kiírja, hogy hiányzik neki egy logfájl. Nem mondom, hogy a popsimat vertem földhöz örömömben, de éreztem egy [...]

And the war begins

Mon, 15 Jun 2009 12:20:00 +0200

Most olvastam ezt:

http://computerworld.hu/a-mobilpiacon-erositene-az-adobe.html

Bármennyire is szeretem/használom/elismerem a Microsoft termékeit, azt látom, hogy a cég nem tud üzemelni ellenségkép nélkül. Az évek során volt már a Digital Research, a Novell, a Borland, a vmWare (most hirtelen több nem jut eszembe) az ellenség, láthatóan most az Adobe van soron. Pontosabban az Adobe Flash. Azt hiszem, hogy a SilverLight kitalálásának és elkövetésének egyik nem túlzottan titkolt célja, hogy aláássa a Flash piacát. Azt még nem tudni, hogy ennek a harcnak mi lesz a kimenetele, azt viszont látom, hogy megszületett az első ellenlépés. Az Adobe Flash mobil verziójának a támogatott listáján még véletlenül sem szerepel a Windows Mobile operációs rendszer.

Ettől, mint Windows Mobile felhasználó, kicsit szomorú vagyok.

I hate SPAM!!!

Fri, 29 May 2009 03:27:00 +0200

Mostanában építkezünk. Mármint házat.

Tegnap a vége felé érkezett a kerítés építés. Kiásott földkupacok, feltört járda, szóval aknásított terület, amit elég nehéz megközelíteni. Az építési vállalkozó elment és megvette a postaládánkat valamikor délután kettő felé. Kivitte az építkezésre, a kőműves pedig belefalazta a kerítésbe (épített klinker).

Én a családdal kimentem körülnézni, olyan hat óra körül.

Belenéztem a postaládába.

Reklámújság.

Ezt nem hiszem el. Még senki sem lakik ott, még meg sem kötött a malter a postaláda körül, de a spam már benne van.

MI SE, még mindig

Mon, 25 May 2009 23:35:31 +0200

Tehát ott jártunk, hogy boldogan lejelentettük, miszerint itt van az összes cím, barátaim, feleim, levelezzetek. Aztán jött az indignált újabb bejelentés. Oké, a cím ott van, de ha levelet küldenek neki, akkor másodpercen belül hibaüzenet jön vissza. A levelet nem lehet kiküldeni. Nézzük, mi is van az NDR-ben? A következő felhasználó nem létezik: IMCEAEX_******@cegnev.hu. Naná, hogy nem. [...]