By SUF on 2005.08.29. 12:27

Azt hiszem, most fognak többen a fejemre koppintani. Tudom ugyan magamtól is, hogy elég gyenge az angol nyeltudásom és ez az évek során még meg is kopott, de igazán most fogok szembesülni vele. Elindítottam a web oldalam angol verzióját. Elég hiányos, a cikkek nagy százaléka nincs lefordítva, de hátha olyat is érdekel amit csinálok aki nem beszél magyarul (tudom, hogy a magyar világnyelv, de akkor is ... ).
További újdonság az oldalon, hogy elkövettem egy kiegészítést a Windows Server 2003 önmagában butácska POP3 szolgáltatásához. Gondolom vannak néhányan akik nem akarták, vagy nem tudták megvenni az Exchange-et, talán ők hasznát veszik.

By SUF on 2005.08.29. 0:00

[04/03/2009] Ez a cikk jó régen készült (ahogy ez a dátumból is látszik) az eredeti weboldalam számára: http://www.gomori.hu. Miután ezt az oldal családi célokra fogom használni, az informatikai cikkeket elköltöztetem ide.

Megpróbáltam bevezetni a Microsoft Windows Server 2003 POP3 szolgáltatását, de észrevettem, hogy két fontos (legalábbis számomra fontos) szolgáltatás hiányzik belőle. Ezek az Autoforward és az Alias címek (annak a lehetősége, hogy egy levelesládához több e-mail címet rendeljünk). Miután szükségem volt ezekre a funkciókra a bevezetéshez, írtam egy script-et ami kiegészíti a POP3/SMTP szolgáltatást velük.
A fent vázolt funkcionalitást SMTP Event Sink-ként JScript-ben valósítottam meg.
A script Access adatbázist használ (Microsoft Jet motor) a szükséges adatok tárolására. Az adatbázis két táblával rendelkezik:
Alias tábla:

Oszlop	Adat
ID	Automatikusan növekvő azonosító mező. Ez a megvalósítás nem használja.
Alias	Az alias cím.
Mail	Az eredeti cím.

Forward tábla:

Oszlop	Adat
ID	Automatikusan növekvő azonosító mező. Ez a megvalósítás nem használja.
Mail	Az eredeti cím.
Forward	Forward címek. Több cím is lehet benne
KeepOriginal	Meghatározza, hogy a levelet kézbesíteni kell az eredeti levelesládába is vagy nem.

Minden e-mail tipusú mezőnek SMTP:name@domain formátumban kell lennie. Ahol a több cím megengedett pontosvesszővel kell elválasztani őket.
A script forráskódjában a DBfile változó tartalmazza a használt adatbázisfájl teljes elérhetőségét. Az adott környezetnek megfelelően kell beállítani.
Regisztráció: A regisztrációs folyamat megfelel bármely más SMTP OnArrival Event Sink regisztrációjának. A pontos parancsok itt találhatóak:

cscript smtpreg.vbs /add 1 OnArrival
	Pop3Helper CDO.SS_SMTPOnArrivalSink "mail from=*"
cscript smtpreg.vbs /setprop 1 OnArrival
	Pop3Helper Sink ScriptName "c:\Scripts\SMTP\pop3.js"

Szerencsére ehhez a megoldáshoz nem szükséges második SMTP Virtual Server-t létrehozni és átküldeni rajta a leveleket mert az üzenet mindíg MIME formátumban van, tehát nincs MAPI/MIME konverzió.
A forráskód és az üres adatbázis innen tölthető le.

By SUF on 2005.08.27. 12:23

Feltettem egy kérdést a levlistán a minap. Viszonylag ritkán szoktam kérdezni, de most megtettem. Kiváncsi voltam, hogy az előttem álló problémát mások hogyan szokták megoldani.
A feladat a következő:
Van egy Exchange szerverem (ami mellesleg DC, meg fájl szerver is) ami kezd kifogyni a szabad helyből. Úgy döntöttem, hogy a bővítést nem plusz diskek berakásával, hanem a jelenlegiek cseréjével fogom megoldani. Ez néhány órás rendszerleállást okoz. Ez felveti azt a problémát, hogy mi legyen a közben beérkező levelekkel. Az is lehetőség lenne, hogy nem törődöm az egésszel, mert a levelezőrendszerek alapértelmezett időtúllépései miatt nagy valószínüséggel nem okozna problémát, de ennél biztosabb megoldást szeretnék két okból:
1. Ha esetleg mégsem jönne össze az időtúllépésen belül megoldani a dolgot, nem  vet jó fényt rám, hogy a leveleket küldők felé késleletetésre vonatkozó üzenetek menjenek vissza, ráadásul ha valaki átállítgatta a saját SMTP szerveret időzítéseit, akkor nyugodtan lehet, hogy eldobja a leveleket.
2. Mi van akkor, ha az upgrade valamilyen okból nem sikerül, de az SMTP service mégis elindul és elkezd leveleket fogadni. Hogyan fogom ebben az esetben kibogarászni a közben bejött leveleket?
Feltettem azt a kérdést, hogy:
"Ki, hogyan oldaná meg azt a feladatot, hogy mondjuk van egy Exchange szerver amit karbantartási okokból néhány órára le kell állítani és nem szeretném, ha ez idő alatt a rendszerről visszapattannának a levelek. Magyarán az lenne a feladat, hogy valami átmenetileg átvegye a leveleket és tárolja addig amíg az Exchange újra nem él, majd beadagolja ezeket a leveleket."
Többféle választ kaptam a kérdésre:
1. Megpróbálták megmagyarázni, hogyan működik az MX rekord, az SMTP és a DNS. Ezekről van némi távoli körvonalas fogalmam, nem igazán erre vonatkozott a kérdés. Tuti, hogy rosszul fogalmaztam (szoktam. ).
2. Többen javasolták a szolgáltató által nyújtott másodlagos relay szolgáltatást. Ez technológiailag jó lenne, ugyanakkor pont most versenyeztettem a szolgáltatókat, mert a bérelt vonalért jelenleg fizetett összeg nem picit barokkos. Ebben a képlékeny helyzetben nem szeretnék semmit megrendelni a jelenlegi szolgáltatótól.
3. Álítsak be másodlagos SMTP szervet! Na igen, erre gondoltam. Ugyanakkor senki sem fejtette ki, hogy ezt hogyan tudom a legkissebb munkával megoldani. Magánbeszélgetésekben hallottam erre PostFixet, másik Exchange-et stb. Ezekkel az a baj, hogy messze vannak a legkissebb munkáról alkotott elképzeléseimtől. A PostFix azért mert nem értek hozza, az Exchange meg azért mert nem szeretnék atombombával lövöldözni a bolhára.
Ezek után gondoltam, hogy maradok a fejemben lévő eredeti megoldásnál. Ez abból állna, hogy fogok egy XP-t, felrakom rá az SMTP Service-t, írok egy Event Sink-et ami berakja a levél fejlécébe az SMTP boríték recipient mezőjét és egy scriptet ami felveszi a Drop könyvtárból a leveleket és az Event Sink által berakott fejléc mezőben lévő címekre elküldi a levelet (ezek a scriptek úgy is jól jönnének nekem később másra).
Neki is kezdtem a munkának amikor is az MSDN-en mászkálva (http://msdn.microsoft.com/en-us/library/ms875938(EXCHG.65).aspx) valamin megakadt a szemem:
"The address list corresponds to the set of RCPT TO SMTP protocol commands received for the message, or the X-receiver headers present at the beginning of the message if it was submitted to the local SMTP service pickup directory."
Nézzük csak meg. Mi van akkor, ha a bejövő levelet az SMTP szolgáltatással lepakoltatom a Drop könyvtárba? Kipróbáltam. Szépen megjelenik benne az X-receiver mező. Hopp, Event Sink kilőve. Nem kell mert az SMTP megcsinálja maga. Ha már itt tartunk, továbbmentem. Némi konfig után beraktam az így kapott levelet a Pickup könyvtárba. A levél elment és megkaptam a céges levelezőben. Hurrá!!!  Ugy látszik sikerül megoldanom a legkisebb munkával a problémát, még programolni sem kellett, hozzá. Akkor most a procedúra (hátha egyszer jól jön másnak is):
1. XP telepítés (Na ez nem fog kelleni, mert van gép amit tudok rá használni)
2. SMTP Service telepítés (XP tűzfalon beengedni a 25-ös portot!!!)
3. SMTP Service-en beállítani a szóban forgó domain-t mint lokális domain-t.
4. DNS-ben átírni az MX-et
5. Megcsinálni a szerver átállást, leellenőrizni, hogy minden megy-e
6. Visszaírni (kivenni) az MX-et
7. Kivenni az SMTP Service-en a szóban forgó domain-t a lokális domain-ek listájából.
8. A Drop könyvtár tartalmát átmásolni a Pickup-ba.
Kész.
Ha minden jól megy a jövő hét végén meg is csinálom az upgrade-et. Remélem sikerül gördülékenyen lebonyolítani a dolgot. Valahogy nem szeretnék olyan cikket írni a jövő hétvége után amilyet JoeP-nek sikerült (http://emaildetektiv.hu/2005/07/14/a-lehetetlenre-egy-kicsit-varni-kell/). Abszolult együttéreztem vele annak idején amikor olvastam.

By SUF on 2005.08.25. 16:19

Frissítettem a web oldalamat. Megint kijavítottam egy hibát a jelszó lejárat értesítő scriptben. Így jár az ember, ha megír valamit amit saját maga nem használ. A visszajelzés szerint mostmár működik. Belepiszkáltam a Levelesláda méretértesítőbe is, itt mondjuk csak egy szépséghibát javítottam ki ami zavart, a működést nem befolyásolja.
Azt érzékelem, hogy a második SMTP Virtual Server létrehozásával kapcsolatos lépésről-lépésre leírásom vagy hibás, vagy hiányos (a nagyját egy már megszünt MS KB cikkből vettem) így kellene írnom helyette egy másikat. Ez ráadásul nem is használható minden esetben, mert az fix, hogy egy SBS-es ISÁs multihome környezetben nem fog működni (ráadásul az ISÁhoz nem is értek, hogy kitaláljam mit kéne beállítani rajta).
Közben készülget az oldal angol verziója is.

By SUF on 2005.08.23. 14:15

Tegnap végre kézhezkaptam az új alaplapot, ma be is üzemeltem, egyenlőre jónak látszik.

By SUF on 2005.08.21. 18:22

Elsősorban azért, hogy ne dolgozzak folyamatosan, nem vittem gépet magammal a nyaralásra, csak a már korábban emlegetett PDAt amit a hétköznapokban is használok mint telefont, meg mozgó outlookot. A felállásról annyit, hogy a saját CAm tanusítványán kívül semmi sincs a gyári dolgokon kívül telepítve rajta. Összelőttem az Exchange ActiveSync-el, és eddig nem is igényeltem egyéb eszközt rá (eddig általában volt notebook, tehát bármit meg lehetett csinálni).

Otthon a leveleimet úgy kapom meg, hogy az Exchange-re jönnek be a céges dolgok, az Outlookban az Exchange accountom mellé még felvettem a freemailt mint POP3/SMTP accountot (erre érkeznek a különböző levlistás cuccok). Mielőtt eljöttem nyaralni, bekapcsolva hagytam az Outlookot, hogy szedje le a freemailes leveleimet is (tudom, hogy ez ronda megoldás, de ez volt egyszerű). Így elértem, hogy a PDAn mind a céges, mind a freemailes leveleimet tudjam olvasni. A freemailes levelekre persze így nem tudok válaszolni, de ez nem is volt célom (gondoltam naívan, megleszek nélküle).

El is telt egy hét nyugiban, olvasgattam a leveleim és elégedett voltam. Ekkor beesett egy megkeresés az egyik a weboldalamon lévő cikkel kapcsolatban. Ugyan a blogban leírtam, hogy magamon és házon kívül vagyok, de csak válaszolnék, hátha a kolléga nem olvassa és még azt hihetné, hogy nem foglalkozom vele. Azt tudtam, hogy simán nem fog menni, így nekiálltam eme egyszerû feladat megoldásának:

Küldjünk levelet a freemailrõl PDAval!

1. Bejelentkeztem a csodás freemailes webes felületre, végigküzdöttem magam a reklám és frame hegyeken, majd egy 2x2 centis ablakban megírtam a levelet. Megnyomtam a Mehet feliratú gombot és ...

nem történt semmi.  Többször, különböző nekifutásokkal próbálkoztam, de a levél nem ment el. Webes felület kilőve.

2. Feldeztem, hogy a freemailnek van WAPos felülete a http://wap.freemail.hu címen (PDAs persze nincs). PDAn csak egy infó oldalt kapok, mert a packet ie ugye nem wap böngésző. Hurrá, lőjünk WAP böngészőt Pocket PCre. A freemail előzékenyen fel is ajánlja a WinWAP nevű cuccot (http://www.winwap.com/). Felmegyek az oldalra, látom van Pocket PC 2003-ra készült kiadás, letöltöm a próba verziót, abból is az exe-t.

Lejön.

Elindítom.

Közli, hogy nem erre a platformra való.

Hurrá! 

Akkor leszedem a zip kiadást.

Lejön.

Megpróbálom kicsomagolni.

Nem megy, nincs unzip a PDAn.

Irány a gugli.

Találok Pocket PCs unzipet (ezyUnZIP nevezetűt).

Letöltöm.

Elindítom.

Közli, hogy nem erre a platformra való.

Feladom (legalábbis a wapos felületet).

3. Ugye az az alap gond ezzel az egész levélküldéssel, hogy nincs olyan SMTP szerverem ami átvenné a levelet, mert fogalmam sincs, hogy ki a szolgáltatóm ebben a pillanatban, bárki más pedig elhajtana, hogy nincs jogom relayre. Gondolkozzunk fordítva. Nem folyamatos levelezést akarok, hanem egyetlen levelet elküldeni. Ha SMTP szervernek megadom a címzett domainjéhez tartozó MX rekordban lévõ szervert akkor annak át kell vennie a levelem, hiszen innen nem relay, hanem inbond levél. A címzett freemailes. Nézzük meg, hogy mi az elsődleges MXe a freemailnek.

Nslookup.

Oppardon, ez PDA, nix nslookup.

Felmegyek a domain.hu -ra keresés, freemail.hu, DNS lista, hurrá, van MXem:

fmx.freemail.hu

Létrehozok a PDAn egy POP3/SMTP accountot, POP3 szervernek beírom a freemail.hu -t, SMTP szervernek az fmx.freemail.hu -t. Elküldöm a levelem és megkönnyebbülök. 

Már csak arra vagyok kíváncsi, hogy ez a kis kaland mibe került (roaming díj, GPRS, stb.).

By SUF on 2005.08.19. 22:18

Azért látszik, hogy ez még Beta (vagy lehet, hogy így marad?). Az elõbbi bejegyzést nem ette meg egyben, közölte, hogy túl hosszú. :-/

By SUF on 2005.08.19. 22:15

Tettem néhány felfedezést a használhatóságával (vagy használhatatlanságával kapcsolatban. Az egyik kellemes meglepetés a blogomhoz választott Msn Spaces (teljsen véletlenül nyúltam bele, pont ez jött szembe amikor rám jött a firkálhatnék). Most fedeztem fel ugyanis, hogy nagyon korrekt PDAs felületet ad, így most tudok ide írni.

By SUF on 2005.08.19. 22:12

Itt ülök a nyaralás vége felé a szállodai szobában és már nagyon unatkozom. Mennék haza (vasárnap hajnalban megyek is). Másfél hete a PDAmon (HP ipaq 6340) élek (web, e-mail), mert notebookot nem hoztam magammal.

By SUF on 2005.08.09. 8:54

Elmentem nyaralni. Két hétre bezár a bazár. Ha minden igaz, utána több időm lesz publikálni az elkészült dolgaimat, befejezni a félkészeket.

By SUF on 2005.08.09. 8:51

Egy kedves kolléga használni szerette volna a jelszó lejárat értesítő scriptemet. Ennek kapcsán találtam benne hibákat. Kijavítottam, felraktam az új verziót az oldalamra.

By SUF on 2005.08.09. 8:45

Megnősültem.

By SUF on 2005.08.07. 12:59

Mostmár leírom, pénteken nem volt időm rá.
Felhívom pénteken a nagykert, hogy mégis mi van az alaplapommal, amit keddre ígértek, mert nem hívott senki.
- Ja, az alaplapok megérkeztek kedden, de azok is a hibás szériába (ugye az a "néhány" darab) tartoznak.
Várunk tovább ...
Én most türelmes vagyok, két hétre lehúzom a rolót.

By SUF on 2005.07.28. 9:17

Naív voltam. Azt hittem, hogy szerdán megkapom az új alaplapom. Nem kaptam meg. Ma felhívtam a nagykert, azt mondta az ember, hogy az intel jelenleg leállította a gyártást és nyomozza, hogy mi a gond. Neki 2 hetet igértek szállításra. Látom, hogy nagyon próbál segíteni. Szerzett valahonnan 3 db-ot belőle ami keddre jön meg állítólag. Ezekről persze nem lehet tudni, hogy a hibás vagy a hibátlan szériából származnak-e.
Tehát az ügynek nincs vége.
Folyt köv.

By SUF on 2005.07.25. 11:54

A folyattás:
Eltelt egy olyan másfél óra. Hívnak a nagykerből, hogy expresz csere lesz, adjam meg a szériaszámot, elvileg szerdán jön a cseredarab. Ez bíztató.
 
Folyt. köv.

By SUF on 2005.07.25. 11:02

Úgy döntöttem, hogy lecserélem a tűzfalunkat. Vagy három hete rendeltem is egy Intel pizzásdobozt. Ezt:
http://www.intel.com/design/servers/boards/SE7221BK1-E/index.htm
A régi már lassú is, beteg is ráadásul VPN-t IPS-t és hasonlókat akarok rápakolni így nekiugrottam. Múlt hét péntekig itt ültem az alkatrészkupac tetején és vártam a dobozt és a bele szerelt alaplapot.
Pénteken megjött, összeraktam, jön a nagy pillanat, bekapcsolom, elkezdenek forogni a ventilátorok és ...
Se kép, se hang.
Csipogás nincs, a VGA kimeneten semmi, a négy POST LED folyamatos sárgán világít.
Kipróbáltam néhány dolgot eredmény nélkül, majd hazamentem...
Ma reggel bejövök, nekiugrok megint - semmi.
Memóriát cserélek - semmi.
A végén körbenézek az intel oldalon valami troubleshooting-ért. Erre ezt találom:
http://www.intel.com/support/motherboards/server/sb/CS-021056.htm
Magyarra lefordítva:
Néhány (értsd jó sok) alaplap a megadott PCB számmal (nekem persze pont olyan van) előadja a fenti hibát.
Oka: Ki tudja? Az intel legalábbis nem.
Megoldás: Küldd vissza!
Nagyker: Nincs raktáron, intel rosszul szálít, majd lesz.
Várok...
 
Folyt köv.

By SUF on 2005.07.25. 7:48

Csütörtökön Bende Imre kolléga feldobott egy magas labdát. Volt egy telefonbeszélgetésünk is ezügyben. A feladat a következő:
Van egy Exchange 2000 szerver ahol tömegesen kellene felvenni domaineket a tiltott domainek listájára.
Csak, hogy pontosan jelezzem miről is van szó, ide:
Exchange System Manager/Administrative Groups/First Administrative Group/Servers//Protocols/SMTP/Default Virtual Server, Properties, Access fül, Connection..., Add..., Domain
Ezt már megkeresni se egyszerű, hátmég tömegben felvenni ide valamit. Elkezdtem keresgélni, hogy honnan veszi a beállításokat. Végigtúrtam a metabase-t (adsutil.vbs-el), a registry-t, az AD-t és nem találtam semmit.  Azután hosszas keresgélés után rájöttem, hogy csak a metabase-ben tárolja a dolgokat, bináris formában egy IPSec tipusú (semmi köze az IPSEC protokolhoz) propertyben. Ezt a tipust a fent említett adsutil.vbs nem kezeli és miután az IPSec tipusnév nem kicsit félreérthető, elsiklottam felette. Végül némi küzdés árán megszültem a dolgot. VBScript (broáf) azért lett belőle mert a JScript a VBScript tipusú tömböt (azt hiszem SafeArray-nak hívják hivatalból) csak olvasni hajlandó és írni nem. Miután az adsutilban ignorálták az IPSec típus kezelését, ezért azt vettem a fejembe, hogy írok egy olyan scriptet ami teljeskörüen kezeli. A legszebb az lenne, ha beleraknám az adsutilba, de nem tudom, hogy ezzel milyen jogi macerákat vennék magamra, amihez semmi kedvem.
Az elkészült kód innen tölthető le.

By SUF on 2005.07.15. 9:29

Hogy mit is okozhat ha valaki rendszergazda és egyetlen percre nem figyel oda tökéletesen arra amit csinál:
 
Kitaláltam, hogy az otthoni pici router dobozt lecserélem egy linuxra, mert rugalmasabb és ki tudom vele próbálni azt a vpn konfigot ami a távoli telephelyeinken lesz.
Sikerült összeraknom, hogy feljelentkezzen az ADSL-re. Azt hogy minden működik azzal próbáltam ki, hogy bejelentkeztem a céges tűzfalra. Ezek után lelőttem a gépet visszadugtam a router dobozt és mint aki jól végezte dolgát eljöttem otthonról.
Még volt egy kis dolgom mielőtt bejövök dolgozni, valahol félúton kapom a hírt, hogy nem működik a céges háló. Beérek abszolult idegesen, hogy mi is lehet. Meglepetten tapasztalom, hogy nem megy a tűzfal. Fizikailag ki van kapcsolva a gép. Visszakapcsolom és teljesen értetlenül állok a jelenség felett...
 
Eltelik 5 perc és belém hasít a felismerés, hogy az otthoni linuxon nem az otthoni, hanem a céges tűzfalat lőttem le. 
 
No Comment...

By SUF on 2005.07.13. 7:59

Egy valami kis kézi eszköz egyszeri szinkronizációjához szükségem volt arra hogy az Outlook névjegyalbumból kipakoljam a bejegyzéseket vcf formátumba. Ahogy elnéztem ezt a drága Outlook csak egyesével hajlandó előadni. Gyorsan összedobtam egy scriptet rá. Azt, ha keletkezett név nem felel meg a fájlnév konvencióknak nem kezeli le, de egyenlőre nekem ennyi elég volt. Minden egyéb magyarázat helyett itt a kód innen tölthető le.

By SUF on 2005.07.13. 7:51

Belekezdtem egy számomra nagyméretű projectbe (azért nagy mert nem értek hozzá). Le akarom cserélni a tűzfalunkat. Jelenleg Debian Woody-n fut és most szeretném átrakni Sarge-re.
Első körben azokat a szolgáltatásokat akartam megvalósítani ami a mostanin is mentek. Ezzel szemben belefutottam két olyan problémába amiből az egyikre nem számítottam, a másikkal pedig később akartam foglalkozni:
1. A tűzfalban olcsó RAID vezérlőt használok a lemezek tükrözésére. Kiderült, hogy ezeknek az olcsó "Soft" RAID kártyák támogatása megváltozott a 2.6-os kernellel. Úgy néz ki, hogy a jelenlegi hardveremben nem tudom megkerülni ezt a vezérlőt és szoftver RAID-et használni helyette. Azzal, hogy a támogatás megváltozott és a szükséges eszközök még nincsenek kész a hardver támogatás egyszerűen kikerült a Sarge-ből.
2. VPN-t kellett építenem két telephely közé ezért elkezdtem összerakni az OpenS/WAN nevű szerkezetet kissebb nagyobb cirkuszokkal össze is jött. Ez hozza magával, hogy néhány egyéb dolgot is meg fogok valósítani.

By SUF on 2005.07.07. 10:40

Valamikor május tájékán feldobtam egy labdát a különböző levelező rendszereink levél routolásával kapcsolatban. Akkor még nem okozott nagy gondot csak piszokul zavart. Megoldani nem tudta senki, kaptam ötleteket de egyik sem volt jó.
Néhány héttel később a dolog teljesen bedőlt. Egy nap kemény szenvedés és egy rossz éjszakai alvás árán sikerült megoldani a dolgot. A tettes elsősorban én voltam. Egy helyen A osztályu IP maszk helyett C osztályut írtam be a 10.0.0.0-ás hálóhoz a mail relay kivételei közé. Ez azért okozta a korábbiakban jelzett problémát mert azoknál a domaineknél ahol kivesszük a recipient policyban a "This Exchange Organization is responsible for..." című checkboxot a befelé jövő levél is relaynek fog számítani, mert az SMTP transport csak a domaint ellenőrzi az egyedi címet nem!!!
Ez utóbbit jó tudni. Végeredményben a sör/bor osztogatás elmarad (saját magamnak is mert alapban a saját hülyeségem)

By SUF on 2005.07.07. 10:23

Az elmúlt időszakban nem foglalkoztam se blog írással, se a weboldal frissítéssel. Nem is tudom mi lehetett az oka. Feledékenység? Időhiány? Valami ilyesmi.
Sokat foglalkozatam a magánügyeimmel, kevesebbet az Exchangel mint idáig, továbbá megint elővettem a linuxot, pontosabban a tűzfalat és a VPN megoldásokat.
Próbálom pótolni azokat a dolgokat amiket ígértem, valamint azt hiszem írkálni fogok a linux tűzfal dolgairól is.

By SUF on 2005.05.26. 22:32

Jó néhány hónappal ezelőtt volt egy elég kemény problémám egy WMI script-el

var objWMIServices; 
var Sink; 
var EventArr; 
var i = 0; 

EventArr = new Array(); 
objWMIServices = 
    GetObject("WinMgmts:{impersonationLevel=impersonate, (security)}"); 
Sink = WScript.CreateObject("WbemScripting.SWbemSink","SINK_"); 
objWMIServices.ExecNotificationQueryAsync(Sink,
    "SELECT * FROM __InstanceCreationEvent " + 
    "WHERE TargetInstance ISA 'Win32_NTLogEvent' " + 
    "AND TargetInstance.LogFile = 'Application'"); 

WScript.Sleep(5000); 

for (i = 0; i < EventArr.length; i++) 
{ 
    WScript.Echo(EventArr[i].TimeGenerated); 
    WScript.Echo(FromWMIDateTime(EventArr[i].TimeGenerated).toLocaleString()); 
    WScript.Echo(FromWMIDateTime(EventArr[i].TimeGenerated).toUTCString()); 
    WScript.Echo(((EventArr[i].User == null)? "N/A" : EventArr[i].User)); 
} 
Sink.Cancel(); 
delete Sink; 

function SINK_OnObjectReady(objEvent, objAsyncContext) 
{ 
    EventArr[i] = objEvent.TargetInstance; 
    i++; 
} 

function FromWMIDateTime(WMIDT) 
{ 
    var RetVal; 
    RetVal = new Date(ToInt(WMIDT.substr(0,4)), 
        ToInt(WMIDT.substr(4,2)) - 1, 
        ToInt(WMIDT.substr(6,2)), 
        ToInt(WMIDT.substr(8,2)), 
        ToInt(WMIDT.substr(10,2)), 
        ToInt(WMIDT.substr(12,2))); 
    return RetVal; 
} 

function ToInt(Str) 
{ 
    var i = 0; 
    while((Str.charAt(i) == "0") & (i < Str.length)) 
        i++; 
    return parseInt(Str.substring(i,Str.length)); 
} 

Ha ezt a kedves darabot Adminként futtatom, működik. Ha egy más felhasználó nevében, akkor is. Ha Adminként Scheduled Taskban megy akkor is működik, viszont ha egy más felhasználó nevében megy Scheduled Taskban akkor kapok egy kedves Eventlog hibát. Ezt:

Event Type: Error
Event Source: DCOM
Event Category: None
Event ID: 10003
Date:  2005. 05. 26.
Time:  17:20:21
User:  XXXXX\backup
Computer: XXXXXX
Description:
Access denied attempting to launch a DCOM Server using DefaultLaunchPermssion. The server is:
{49BD2028-1523-11D1-AD79-00C04FD8FDFF}
The user is backup/XXXXX, SID=S-1-5-21-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXX.

Több helyen a neten feltettem mint kérdést, de nem jött rá válasz. Ma egy más probléma kapcsán elkezdtem vele megint játszani és ez lett a megoldás:

Az MMC Component Services Snap-in -ben a DCOM alatt a Microsoft WBEM Unsecured Apartment -re (ennek a GUID-je található az Eventlog bejegyzésben) Launch jogot kell adni annak a felhasználónak akinek a nevében a Scheduled Task fut.

By SUF on 2005.05.24. 9:40

Tegnap írtam, hogy elkezdtem csinálni egy kis scriptet ami képes kilistázni egy Outlook elem összes tulajdonságát. Na ez nem fog elkészülni mert újra ráakadtam erre:

http://www.outlookspy.com

Egyszer már láttam, de akkor nem érdekelt különösebben mert mással foglalkoztam. A mostani feladataimhoz pontosan jó.

By SUF on 2005.05.23. 22:11

Az elmúlt kb. egy hetem gyakorlatilag a levelezéssel kapcsolatos dolgok megoldásával telt. Ennek kapcsan egy nagy rakás új script, kódrészlet készült, ami vagy teljesen új, vagy a már meglévő dolgaimat egészíti ki. Remélhetőleg a héten lesz időm, hogy ezeket ki is pakoljam az oldalamra. Most elsősorban magamnak le is írom ezeket, hogy tudjam hol tartok és milyen feladataim vannak (persze lehet, hogy mást is érdekel, hogy mik jönnek). Ha bárkinek szüksége lenne, az itt következő kódokra, még mielőtt kirakom őket a netre, akkor írjon és elküldöm e-mailben.

1. Névjegyek generálása az Outlookban lévő üzenetekből.

A technetklub levlistán felmerült egy igény, hogy jó lenne Outlook üzenetekből tömegesen névjegyeket gyártani:

http://listmanager.technetklub.hu/read/messages?id=126246
[Megjegyzés 2009.01.20: Ez a link már nem működik. Ha egyszer lesz archívum a régi levlistából, akkor majd frissítem]

Az eredeti "igénylőnek" elküldtem a scriptet. Ez még egy elég nyers fapados állapot. Dokumentálni, publikálni mindenképp fogom. Jó lenne valami kezelőfelületet is elkövetni hozzá, bár ezt nem igérem (van aki rágja a fülem a kezelőfelület miatt, ha megunom akkor írok egyet hozzá)

2. Microsoft Windows Server 2003 POP3/SMTP szolgáltatás Alias és Autoforward

Mint azt egy korábbi bejegyzésben írtam, be kell vezetnem az egyik cégünknél a címben jelölt szolgáltatást. Megnéztem mind a dokumentációt, mind az eszközt magát és arra a megállapításra jutottam, hogy a fenti két funkciót nem tudja megoldani (ettől persze még lehet, hogy tudja, csak nekem nem sikerült kicsikarnom belőle), ezért írtam egy SMTP Event Sink-et ami megoldja a feladatokat. Kész is van, némi dokumentáció, fazonírozás szükségeltetik még hozzá és mehet ki a netre.

3. Outlook Form, VBScript és Olvasóablak

Szintén az egyik korábbi bejegyzésben volt róla szó, hogy az Outlook az olvasóablakban nem tudja megjeleníteni azokat a leveleket amiknek az eredeti form-jában VBScript kód van. Kitaláltam rá egy koncepciót, hogyan lehet ezt megkerülni. A kód már el is készült olyan 80-90% -ig. Már működik, csak be kéne fejezni és ki kéne találni egy olyan módszert amivel más is fel tudja használni a saját programjaiban. Azt hiszem nincs már sok munka vele, talán ebből is cikk lesz még a héten.

4. Maildump

Az előző probléma megoldásának a mellékterméke egy olyan kis script ami képes egy Outlook levél (remélhetőleg összes hasznos) tulajdonságait kilistázni fájlba, megkönnyítve ezzel a különböző leveleket piszkáló programocskák fejlesztését. Tudom, hogy a Microsoft rendelkezik egy ilyen eszközzel http://www.microsoft.com/downloads/details.aspx?familyid=3d1c7482-4c6e-4ec5-983e-127100d71376&displaylang=en , de ez elsősorban c/c++ programozóknak készült, ebből következően nem igazán jó script és VBA makrók gyártásához. Ez a darab még eléggé kezdetleges állapotban van, de ettől függetlenül nem sok munka van már vele.

5. Alternatív feladó

Már elég régen csinálgatom ezt az alternatív feladó nevű dolgot. Most a publikáció mellett éles környezetben is kipróbáltam és kiderült ez-az (ennek lett a következménye a 3. pont is). Ezeket összefoglalva, összerakva ki fogom rakni az egész megoldás egy új verzióját, ami néhány már meglévő hiányosságot és néhány azóta talált újat javít. Még tervezem az OWA kiegészítését egy megfelelő form-mal, de ez nem most lesz.

6. Hasznos fügvények

A hasznos fügvények szekciót akarom kiegészíteni néhány apró osztállyal mint pl. fájlba logolás, vagy template-ek kezelése. Ezekben nincs semmi trükk vagy nagy ötlet, csak jól jönnek a scriptek gyártásához.

Na szóval mára ennyi. Lesz min rágódnom.