<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress/2.5.1" -->
<rss version="0.92">
<channel>
	<title>E-mail és a detektívek</title>
	<link>http://emaildetektiv.hu</link>
	<description>Exchange, Active Directory, Windows server... és ami még belefér</description>
	<lastBuildDate>Tue, 09 Mar 2010 18:25:24 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Mondd meg a neved és megmondom, ki vagy</title>
		<description>A cím persze egy bugyuta paradoxon, ennek ellenére az Exchange esetében bosszantóan nem igaz. Amióta a termékkel foglalkozom, azóta igaz, hogy soha nem lehetett egyből megtudni az Exchange verzióját. A verziószámát igen, de abból a rendszergazdának kellett visszakeresnie, hogy pontosan milyen verziót, azon belül milyen szervízcsomagot, neadjisten rollup packot jelent ...</description>
		<link>http://emaildetektiv.hu/2010/03/09/mondd-meg-a-neved-es-megmondom-ki-vagy/</link>
			</item>
	<item>
		<title>Szabálylista nyomtatása</title>
		<description>Egyik ügyfelünknél megérett a helyzet arra, hogy gatyába rázzuk az ISA 2004 szerverük szabálylistáját. Évek hosszú során a tűzfal konfigurációja használhatatlanná evolválódott, bátran növelve ezzel az univerzum entrópiáját. 

Ez egyben azt is jelentette, hogy nem halogathattam tovább a dokumentálás problémáját.

Az természetes, hogy az ISA konfig rendesen (automatikusan) mentve van. De ...</description>
		<link>http://emaildetektiv.hu/2010/03/03/szabalylista-nyomtatasa/</link>
			</item>
	<item>
		<title>2010 CAS NLB</title>
		<description>Véleményem szerint Exchange 2010 HA témakörben a legforróbb terület jelenleg a CAS NLB: egyszerűen szükség van rá, nem lehet megkerülni - viszont igazán optimális megoldás nem létezik.

Ezt írtam itt. És szemmel láthatóan nem csak engem zavar a dolog. Egy MVP kolléga ki is fakadt a blogján - segítve rajtam, mert ...</description>
		<link>http://emaildetektiv.hu/2010/03/03/2010-cas-nlb/</link>
			</item>
	<item>
		<title>Rasszista TLD</title>
		<description>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. ...</description>
		<link>http://emaildetektiv.hu/2010/01/28/rasszista-tld/</link>
			</item>
	<item>
		<title>Geek úr nyaral</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2010/01/20/geek-ur-nyaral/</link>
			</item>
	<item>
		<title>Éj a szerverszobában - 02</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2010/01/04/ej-a-szerverszobaban-02/</link>
			</item>
	<item>
		<title>Éj a Szerverszobában - 01</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/12/17/ej-a-szerverszobaban-01/</link>
			</item>
	<item>
		<title>Megint variálok</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/12/15/megint-varialok/</link>
			</item>
	<item>
		<title>RUP1 for Exchange 2010</title>
		<description>Ilyenkor azért tudok örülni, hogy erről a változatról nem írok könyvet.

- Exchange 2010 Rollup Pack #1 - </description>
		<link>http://emaildetektiv.hu/2009/12/10/rup1-for-exchange-2010/</link>
			</item>
	<item>
		<title>Exchange backup módok</title>
		<description>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 - </description>
		<link>http://emaildetektiv.hu/2009/12/08/exchange-backup-modok/</link>
			</item>
	<item>
		<title>Exchange 2010 - A Practical Approach</title>
		<description>Ú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. ...</description>
		<link>http://emaildetektiv.hu/2009/12/05/exchange-2010-a-practical-approach/</link>
			</item>
	<item>
		<title>Lehet egy node-dal több?</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/11/25/lehet-egy-node-dal-tobb/</link>
			</item>
	<item>
		<title>Hiányzó képek</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/11/24/hianyzo-kepek/</link>
			</item>
	<item>
		<title>Az IPv6 és az Exchange 2010 románca</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/11/23/az-ipv6-es-az-exchange-2010-romanca/</link>
			</item>
	<item>
		<title>Tapétamániákusok, figyelem!</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/11/19/tapetamaniakusok-figyelem/</link>
			</item>
	<item>
		<title>Megyen a log vándorútra</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/11/06/megyen-a-log-vandorutra-2/</link>
			</item>
	<item>
		<title>Suta konzol visszalő</title>
		<description>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.) ...</description>
		<link>http://emaildetektiv.hu/2009/11/01/suta-konzol-visszalo/</link>
			</item>
	<item>
		<title>OWA</title>
		<description>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. ...</description>
		<link>http://emaildetektiv.hu/2009/10/31/owa/</link>
			</item>
	<item>
		<title>Közepes bizalom</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/30/kozepes-bizalom/</link>
			</item>
	<item>
		<title>Die PST, die!</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/29/die-pst-die/</link>
			</item>
	<item>
		<title>MoMT</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/28/momt/</link>
			</item>
	<item>
		<title>DAG a kkv/soho szegmensnek is</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/27/dag-a-kkvsoho-szegmensnek-is/</link>
			</item>
	<item>
		<title>Egy kis esti adatbázis-kezelés</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/27/egy-kis-esti-adatbazis-kezeles/</link>
			</item>
	<item>
		<title>Magas rendelkezésreállás</title>
		<description>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, ...</description>
		<link>http://emaildetektiv.hu/2009/10/26/magas-rendelkezesreallas/</link>
			</item>
	<item>
		<title>DAG</title>
		<description>_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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/25/dag/</link>
			</item>
	<item>
		<title>Management Role Assignment Policy</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/24/management-role-assignment-policy/</link>
			</item>
	<item>
		<title>Discovery Search</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/23/discovery-search/</link>
			</item>
	<item>
		<title>Management Role Group</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/22/management-role-group/</link>
			</item>
	<item>
		<title>RBAC</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/21/rbac/</link>
			</item>
	<item>
		<title>Powershell ISE</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/20/powershell-ise/</link>
			</item>
	<item>
		<title>Még mindig a telepítés</title>
		<description>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. </description>
		<link>http://emaildetektiv.hu/2009/10/19/meg-mindig-a-telepites/</link>
			</item>
	<item>
		<title>Itt a cédé, hol a cédé</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/18/itt-a-cede-hol-a-cede/</link>
			</item>
	<item>
		<title>Ha internet van, minden van</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/15/ha-internet-van-minden-van/</link>
			</item>
	<item>
		<title>A setup csapat valószínűleg még mindig be van lőve</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/15/a-setup-csapat-valoszinuleg-meg-mindig-be-van-love/</link>
			</item>
	<item>
		<title>Helyesírás-ellenőrzés kinyírása a Chrome-ban</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/10/14/helyesiras-ellenorzes-kinyirasa-a-chrome-ban/</link>
			</item>
	<item>
		<title>New kid on the block</title>
		<description>Nehogy már pont itt ne írjam meg: publikus lett a TCP/IP alapjairól írt könyvem.  </description>
		<link>http://emaildetektiv.hu/2009/10/14/new-kid-on-the-block/</link>
			</item>
	<item>
		<title>Breaking News</title>
		<description>Azt írják, hogy alig egy órája kirugdalták az Exchange 2010-et az utcára.

Sok sikert, öreg harcos. </description>
		<link>http://emaildetektiv.hu/2009/10/09/breaking-news-2/</link>
			</item>
	<item>
		<title>Vicc</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/09/17/vicc/</link>
			</item>
	<item>
		<title>Már a Google is megbuggyant?</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/09/10/mar-a-google-is-megbuggyant/</link>
			</item>
	<item>
		<title>Szorgos hétköznapok</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/09/07/szorgos-hetkoznapok/</link>
			</item>
	<item>
		<title>Proxycfg</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/09/04/proxycfg/</link>
			</item>
	<item>
		<title>Trükkös HTTPS</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/08/12/trukkos-https/</link>
			</item>
	<item>
		<title>Ki mivel szív?</title>
		<description>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: ...</description>
		<link>http://emaildetektiv.hu/2009/07/26/ki-mivel-sziv/</link>
			</item>
	<item>
		<title>Pislant a hálókártya</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/07/21/pislant-a-halokartya/</link>
			</item>
	<item>
		<title>Bitvadász vagy-e?</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/07/20/bitvadasz-vagy-e/</link>
			</item>
	<item>
		<title>Sorvezető</title>
		<description>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, ...</description>
		<link>http://emaildetektiv.hu/2009/07/16/sorvezeto/</link>
			</item>
	<item>
		<title>Odahaza ne próbáljátok ki</title>
		<description>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, ...</description>
		<link>http://emaildetektiv.hu/2009/07/09/odahaza-ne-probaljatok-ki/</link>
			</item>
	<item>
		<title>Bizonytalan vagyok. Vagy nem?</title>
		<description>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 ...</description>
		<link>http://emaildetektiv.hu/2009/07/08/bizonytalan-vagyok-vagy-nem/</link>
			</item>
	<item>
		<title>MI SE, még mindig</title>
		<description>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ó ...</description>
		<link>http://emaildetektiv.hu/2009/05/26/mi-se-meg-mindig/</link>
			</item>
	<item>
		<title>MI IS helyett MI SE</title>
		<description>Irkáltam már arról az ügyfelünkről, akik kinyitották a szelencét és rájukborult 40000 kontakt. (Egyik, másik, harmadik.) Köszönik szépen, élnek még... de ez a rengeteg cím, melyet csak a dolgozók kb 5%-a használ, továbbra is komoly problémát okoz nekik.

Különösen úgy, hogy a közelmúltban álltak át Exchange 2007-re. 

A legszebb ugyanis az ...</description>
		<link>http://emaildetektiv.hu/2009/05/25/mi-is-helyett-mi-se/</link>
			</item>
</channel>
</rss>
