diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..31f9030 --- /dev/null +++ b/.gitignore @@ -0,0 +1,2 @@ +hts-cache/ + diff --git a/irc.hu/backblue.gif b/irc.hu/backblue.gif new file mode 100644 index 0000000..da7c5c8 Binary files /dev/null and b/irc.hu/backblue.gif differ diff --git a/irc.hu/fade.gif b/irc.hu/fade.gif new file mode 100644 index 0000000..579cc5f Binary files /dev/null and b/irc.hu/fade.gif differ diff --git a/irc.hu/hts-log.txt b/irc.hu/hts-log.txt new file mode 100644 index 0000000..daa567d --- /dev/null +++ b/irc.hu/hts-log.txt @@ -0,0 +1,23 @@ +HTTrack3.49-4+libhtsjava.so.2 launched on Sun, 23 Jun 2024 05:11:02 at https://www.pub.cateye.hu/irc.hu/www.irc.hu/ +(httrack https://www.pub.cateye.hu/irc.hu/www.irc.hu/ -W -O ./irc.hu -%v ) + +Information, Warnings and Errors reported for this mirror: +note: the hts-log.txt file, and hts-cache folder, may contain sensitive information, + such as username/password authentication for websites mirrored in this project + do not share these files/folders if you want these information to remain private + +05:11:02 Warning: Cache: damaged cache, trying to repair +05:11:02 Warning: Cache: 116053 bytes successfully recovered in 32 entries +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/page17.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/page20.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/page22.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/page21.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc2.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/page23.html.tmp already exists +05:11:16 Warning: engine: warning: temporary file www.pub.cateye.hu/irc.hu/www.irc.hu/gopher.house.gov_70/OF-1_208_Internet Etiquette.html.tmp already exists +05:11:41 Warning: File not parsed, looks like binary: https://www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html +05:11:41 Warning: Warning: store application/octet-stream without scan: www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html + +HTTrack Website Copier/3.49-4 mirror complete in 39 seconds : 57 links scanned, 56 files written (869827 bytes overall), 25 files updated [411196 bytes received at 10543 bytes/sec], 31384 bytes transferred using HTTP compression in 8 files, ratio 38%, 25.0 requests per connection +(No errors, 12 warnings, 0 messages) diff --git a/irc.hu/index.html b/irc.hu/index.html new file mode 100644 index 0000000..460ecd3 --- /dev/null +++ b/irc.hu/index.html @@ -0,0 +1,144 @@ + + + + + + + Local index - HTTrack Website Copier + + + + + + + + + +
HTTrack Website Copier - Open Source offline browser
+ + + + +
+ + + + +
+ + + + +
+ + + + Local index - HTTrack + + +

Index of locally available sites:

+ + + + +
+ · + + www.pub.cateye.hu/irc.hu/www.irc.hu/index.html + +
+
+
+
+
+ Mirror and index made by HTTrack Website Copier [XR&CO'2008] +
+ + + + + + +
+
+
+ + + + + +
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/index.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/index.html new file mode 100644 index 0000000..745a447 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/index.html @@ -0,0 +1,69 @@ + + + + + + +In memoriam: Varga Tamás - BlackGore - bakelit + +
+ +
+1977.02.03 - 1998.08.10 +

+*** Topic for #magyar: Bogre meghalt, ma este 7-kor Battyanyi HEV!!!..viragot hozzatok +

+Ha az életben...
+
+Ha az életben nincs már több móka
+Meghalunk mintha nem volna
+Több dolgunk a világba s édes lenne
+A halál hét ilyen értelemben
+Énekeljuk el azt, hogy vége
+Nem járunk ki többet rétre
+Nem úszunk többet a strandon
+És nem borozunk már többet a gangon
+Nem mondjuk noknek, hogy szép vagy
+Ok a farkunkra azt, hogy de szép nagy
+Nem sut a nap be az ágyba
+Mint athéni hotelszobába
+Nem mosol bugyit. hogy tiszta
+Legyél az Akropoliszra
+Ha felmegyünk és ott a csikket
+A városra pöccintjük és viccek
+Se lesznek már a nevetések
+Is rövidülnek ahogy az élet
+Se kéne már a halál után
+Énnekem úgy igazán
+
+

Kispál és a Borz +

+

Mások gondolatai:


+Vaily oldala
+Shark oldala
+Bard oldala
+mlf oldal bogre utolsó +levelével
+Vampire oldala
+

+

Sajtó:


+Kurír
+Duna TV +Híradó
+Népszabadság
+Mai Nap
+

+
+ +Aki be szeretne szállni a koszorúba...
+ide kattintson
+ +

irc.dunanet.hu +fõoldal

+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/koszoru.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/koszoru.html new file mode 100644 index 0000000..dd0d0da --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/koszoru.html @@ -0,0 +1,26 @@ + +Bogre koszorújára gyûjtünk + + + + + + +Aki szeretne Bogre koszorújához valamivel +hozzájárulni, az a következõ +számlára utalhat:

+
119-91119 96183511
+Faragó Béla
+
+

+És írj neki egy mailt is hogy ennyit meg annyit utaltál +erre a címre: +upa@petra.hos.u-szeged.hu +

+ + + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/pic19.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/pic19.jpg new file mode 100644 index 0000000..30ac985 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/bogre/pic19.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/botok.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/botok.html new file mode 100644 index 0000000..7138699 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/botok.html @@ -0,0 +1,81 @@ + + + + + + + + + + botok + + + +

Botok a #magyar-on
+ +

Az opos botok mind passive shared, azaz létezik egy user-file, +melyet minden bot amikor fellép iRC-re és a botnetre, letölt +magának. Ha egyik boton be lett állítva a jelszód, +flagjeid, akkor az mindegyik boton érvényes. Shared jelenleg + +Ketvirag, Papucs, Gab_bot, és a HUBbot +
+A shared ownerek -- masterek: +

gab007, miham, donci
+ +
--
+ +
lajosch, Abattoir, diabolis, Geoffrey, lovag, kingo
+
+ + +
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
Bot
+
+
cím
+
+
telnet port
+
Gab_botGabbot@makosteszta.sote.hu5555
KetviragKetvirag@xenon.bibl.u-szeged.hu5555
Papucspapucs@papucs.vagyok.hu5555
Tehentehen@bastard.sch.bme.hu5555
+
+correct and true as of Tue. 1st April, 2003 +

vissza
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/gopher.house.gov_70/OF-1_208_Internet Etiquette.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/gopher.house.gov_70/OF-1_208_Internet Etiquette.html new file mode 100644 index 0000000..700b4db --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/gopher.house.gov_70/OF-1_208_Internet Etiquette.html @@ -0,0 +1,13 @@ + + + + +404 Not Found + +

Not Found

+

The requested URL /gopher.house.gov:70/OF-1:208:Internet Etiquette was not found on this server.

+
+
Apache Server at www.irc.hu Port 80
+ + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/images/grey1.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/images/grey1.html new file mode 100644 index 0000000..8487cb0 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/images/grey1.html @@ -0,0 +1,13 @@ + + + + +404 Not Found + +

Not Found

+

The requested URL /images/grey1.gif was not found on this server.

+
+
Apache Server at www.irc.hu Port 80
+ + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-2.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-2.html new file mode 100644 index 0000000..e7d6aa6 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-2.html @@ -0,0 +1,269 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Bevezető + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Üdvözlünk mindenkit a magyarországi +IRCnet szerverek központi weboldalán! +
  +

Az oldalt a magyarországi IRCnet szerverek +üzemeltetői, és az irc-s élet talán legrégebbi szereplői indították útjára, +azzal a céllal, hogy egyszerre segítsék mind a régi és új felhasználókat, +mind pedig az ISP-k, oktatási intézmények, cégek rendszergazdáit, kiknek +felhasználói igénybeveszik a hozzánk tartozó szervereket, anélkül, hogy +tisztában lennének az irc működésével, illetve e kommunikációs csatorna +igénybevételének feltételeivel. Már régóta szükség volt egy viselkedési +normagyűjtemény, egyfajta irc-s etikett létrehozására, az elkövetkezőkben +ez a hely lesz a mindenkori aktuális szabályok és iránymutatások lelőhelye. +

A következő témákkal tervezünk foglalkozni: +

+Az oldalak jelenleg készítés alatt állnak, +folyamatosan változhatnak! +

2003.07.14. + +  +

   + +   
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-3.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-3.html new file mode 100644 index 0000000..87c1933 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index-3.html @@ -0,0 +1,269 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Bevezető + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Üdvözlünk mindenkit a magyarországi +IRCnet szerverek központi weboldalán! +
  +

Az oldalt a magyarországi IRCnet szerverek +üzemeltetői, és az irc-s élet talán legrégebbi szereplői indították útjára, +azzal a céllal, hogy egyszerre segítsék mind a régi és új felhasználókat, +mind pedig az ISP-k, oktatási intézmények, cégek rendszergazdáit, kiknek +felhasználói igénybeveszik a hozzánk tartozó szervereket, anélkül, hogy +tisztában lennének az irc működésével, illetve e kommunikációs csatorna +igénybevételének feltételeivel. Már régóta szükség volt egy viselkedési +normagyűjtemény, egyfajta irc-s etikett létrehozására, az elkövetkezőkben +ez a hely lesz a mindenkori aktuális szabályok és iránymutatások lelőhelye. +

A következő témákkal tervezünk foglalkozni: +

+Az oldalak jelenleg készítés alatt állnak, +folyamatosan változhatnak! +

2003.07.14. + +  +

   + +   
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index.html new file mode 100644 index 0000000..7b80513 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/index.html @@ -0,0 +1,269 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Bevezető + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Üdvözlünk mindenkit a magyarországi +IRCnet szerverek központi weboldalán! +
  +

Az oldalt a magyarországi IRCnet szerverek +üzemeltetői, és az irc-s élet talán legrégebbi szereplői indították útjára, +azzal a céllal, hogy egyszerre segítsék mind a régi és új felhasználókat, +mind pedig az ISP-k, oktatási intézmények, cégek rendszergazdáit, kiknek +felhasználói igénybeveszik a hozzánk tartozó szervereket, anélkül, hogy +tisztában lennének az irc működésével, illetve e kommunikációs csatorna +igénybevételének feltételeivel. Már régóta szükség volt egy viselkedési +normagyűjtemény, egyfajta irc-s etikett létrehozására, az elkövetkezőkben +ez a hely lesz a mindenkori aktuális szabályok és iránymutatások lelőhelye. +

A következő témákkal tervezünk foglalkozni: +

+Az oldalak jelenleg készítés alatt állnak, +folyamatosan változhatnak! +

2003.07.14. + +  +

   + +   
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html new file mode 100644 index 0000000..2cdcf16 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html.readme b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html.readme new file mode 100644 index 0000000..a998fd9 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html.readme @@ -0,0 +1,5 @@ +Info-file generated by HTTrack Website Copier 3.49-4+libhtsjava.so.2 + +The file www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage.html has not been scanned by HTS +Some links contained in it may be unreachable locally. +If you want to get these files, you have to set an upper recurse level, and to rescan the URL. diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc.html new file mode 100644 index 0000000..6116a0d --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc.html @@ -0,0 +1,140 @@ +

Az IRCről kicsit bonyolultabban.

+

    Az IRC történeti részébe ez a dokumentáció +nem hivatott belemenni.

+

    Ez a dokumentáció arra hivatott, hogy az IRCről alkotott képed +egy kicsit szélesítse.

+

Röviden egy kis áttekintés:

+

     Jelenleg vannak a nagyobb hálózatok, melyek nemzetközi +méreteket öltöttek és vannak egyéni szerverek. A hálózatokat több százezer chatelővel és sok ezer szobával kell elképzelni, különböző nemzetségek +mindegyike megtalálható ezeken. A kisebb létszámú egyéni szerverek közül +hazánkban igazán jelentősek között elsősorban a Trefort.net szerverét említeném, +ahol viszonylag könnyen sikerül beszélgetőtársra lelnünk. A nagyobb hálózatok +közül elsőként természetesen az IRCnet hálózatot említeném. 3 magyar szerver a +tagja jelenleg: irc.sote.hu, irc.elte.hu, irc.extra.hu. Ezeken a szervereken +keresztül léphetünk fel arra a nemzetközi hálózatra, mely Európában a +legismertebb és legrégebbinek tartott.

+

    Az IRCnet hálózatról ez a dokumentáció nem kíván részletes +leírást adni, átadja ezt a lehetőséget azoknak az adminoknak, akik az +alapítástól kezdve ott voltak.

+

A többi hálózat és az IRCnet nem egészen hasonló.

+

    Nem az IRC RFC részére gondolok itt elsősorban, hanem például a +nick és szoba birtoklásának problémájára, vagy az IRCoperátorok hatalmának, +feladatainak különbözőségeire.

+

    A Servicesek története is elég bonyolult, erről talán egy +későbbi doksiban adnék számot, márha egyáltalán érdekesnek találja bárki is ezt +a témát. (Én mint 2 Services magyar fordítója természetesen érdekesnek találom, +de mivel elég hosszú story, talán máskor...)

+

    Röviden a Servicesekről: A Services egy kliensekből álló +program. U:Line-t igényel, a nyugodt működéséhez. A Services kliensei programtól +függően változóak. A leggyakoribb problémák kezelésére hozták létre a Szoba +(ChanServ), a Név (NickServ), az Üzenő (MemoServ), Operátori (OperServ), Hoszt (HostServ), +Segítségnyújtó (HelpServ),   szervizegységet.

+

    A NickServ a nevek regisztrálását, +karbantartását, jelszóval való levédését teszi lehetővé. A név regisztrálása +teszi egyben lehetővé, hogy egy adott (regisztrált) szobában az adott +(regisztrált) név mögött lévő user különböző jogköröket kaphasson, beállításokat +hajthasson végre a szintjétől függően.

+

 Általános névregisztráció: /msg NickServ +register jelszó email

+

    A ChanServ a szobák regisztrálását teszi lehetővé illetve a +megnevezett regisztrált nevek számára lehetővé teszi a szoba bizonyos +beállításainak szerkesztését.  

+

Általános szoba regisztráció: /msg ChanServ register +#szobanév jelszó meghatározás

+

    A MemoServ az offline (regisztrált nevű) userek számára történő +üzenet küldést teszi lehetővé számodra, ha regisztrált a neved.

+

    OperServ, a regisztrált nevű, OperServben oper vagy admin +jogkörrel rendelkező IRCOperátor számára teszi lehetővé a szerver különböző +beállításainak finomítását, illetve a sokkal erőteljesebb felügyeletet. A +használatához először be kell operelnie a /oper paranccsal illetve be kell +azonosítania a nevére a jelszavával.

+

    Természetesen programoktól függően egyéb Services egységek is +léteznek. Pl.: RootServ, Agent, AdminServ, Global, stb.

+

A könnyebb megértéshez alapul vegyük az IRCnetet.

+

    A név és a szoba regisztráció, mint olyan az IRCneten nem +létezik. Elzárkóznak attól, hogy egy név, vagy szoba teljes mértékben +kisajátítható. Itt botok, botnetek, bnc, vhostok nyújtanak megoldást a +problémákra. Az IRCopok itt nem rendelkeznek szobára kiterjedő jogkörrel.

+

    A UnrealIRCd esetében példának okáért, jelenleg a Trefort.net is +ezt használja, az Operek teljes jogkörrel rendelkeznek. Minden szobában teljes +jogkörrel rendelkeznek. Ezen kívül beleszólásuk van a ChanServ, NickServ által +regisztrált szobák, nevek beállításaiba.

+

    Törölhetik, felfüggeszthetik, tilthatják a nevedet, szobádat, a +szobád minden beállítását megváltoztathatják. A ChanServ egy úgynevezett Access, +hozzáférési lista alapján szórja a jogköröket azok számára, akik szerepelnek a +listán.

+

Az Access listán a következő alap szinteket különböztethetjük +meg:

+

Szint Név Jogai

+

-2   Nojoin nem tud belépni

+

-1   NoOp nem kaphat op státuszt.

+

 0    Simauser nem kap semmit.

+

 3    VOp Automatikusan kap +v módot. Hangadó, jele: +

+

 4    HOp Automatikusan kap +h módot. (IRCneten nem létezik. Ez +a féloperátori státusz, mely eredetileg a helpop nevet viselte, erre utal pl a +mIRC-ben az "ishelp" változó. A féloperátornak a jele %. Jogai: kick, ban, +topic, invite, mode +- vbmklipsnt. Opot nem tud kirúgni, deopolni.

+

 5   AOp Autooperátor. Automatikusan kap +o státuszt. Jele: @. +Minden op joga meg van, akárcsak az IRCneten. Ezen kívül, a ChanServ +segítségével lezárt szobába is meg tudja hívni magát, unbanolni tudja magát. +Minden mode-ot tud állítani, ami nincs letiltva az mlockban.

+

10  SOp Szuper operátor. Automatikusan kap +a státuszt. Jele: @ +vagy ~ (Unreal új verziója.)

+

Karbantartja a szobát. Auto kirúgás listát módosíthat, Aop +listát módosíthat, és nem rúgható ki.

+

20 SOp Szuper operátor. Automatikusan kap +a státuszt. Jele: @ +vagy ~ (Unreal új verziója.)

+

Karbantartja az Sop listát, Set parancsokhoz is hozzáférhet, nem +rúgható ki, védelmet adhat, elvehet.

+

Max. Founder A szoba Ownere/tulajdonosa. Őt senki sem tudja bántani. +Minden beállításra lehetősége van a ChanServ-ben. Ő módosíthatja a Parancsokhoz +való hozzáférési szinteket. (levels) Bármilyen opot hozzáadhat, törölhet. +Automatikusan kap +q módot. Jele: @ vagy &.

+

Mondhatnánk, a szobában a founder az atyaúristen. De ellentétben +az IRCnettel, azért itt a foundereket már felügyelik az IRC operátorok.

+

A legtöbb ilyen szerveren a Trefort.net és más külföldi +szerverek mintájára úgynevezett Teameket hoznak létre. ChanTeam, RoomService +team, NickTeam, HostTeam, stb. Ezek foglalkoznak a különböző problémákkal. +Tagjainak többsége IRCop.

+

Az ilyen típusú szervereken kicsit más szabályok vannak +érvényben, mint az IRCneten.

+

Rengeteg parancsot kell megismerned, ha a neved és szobád +szeretnéd megfelelően karbantartani.

+

Elvileg az IRCnettel ellentétben az ilyen szervereken nem lehet +takeoverelni, ha regisztrált a szoba. Még, ha opot is adnak, egy jó Aop egy perc +alatt helyre teszi a szobát a takeover után.

+

Mellesleg a szobamódok lockolhatóak, mint a botokban is. Ergo, +például a +Q szobamód lehetetlenné teheti, hogy bárkit is kirúgj. Levenni +viszont nem tudod, mert a ChanServ azonnal visszarakja. De mondjuk a legtöbb +szobában secureops opció be van kapcsolva és olyankor csak az lehet op, akinek +van hozzáférése a ChanServhez.

+

Tulajdonképpen a kérdés az, hogy az IRCnet döntött-e jól akkor, +amikor nem ment bele a Services kifejlesztésébe, hiszen egy óriási hálózaton +igen csak nehéz dolga lenne egy ilyen programnak vagy azok, akik ezt a módot +választották?

+

A meglátásom szerint mindkettő szükséges és ésszerű volt.

+

Tapasztalatból tudom, hogy hiába van  pár száz Services +parancs, ha a felét nem ismerik a userek, a másik felét pedig nem értik, mert +angolul van. Ez volt az egyik oka, hogy jómagam Romek Krisztián barátommal +közösen elkészítettem az Első magyar nyelvű Services fordítást, mely magyar +nyelvi fájlként integrálva lett Andrew Church által készített +IRCServices programba, mely az egyik +legelterjedtebben használt Services a magyar egyéni IRC Servereken.

+

De mivel nem vagyok kőszívű én sem és én is fent vagyok lassan 1 +éve saját bnc-vel az IRCneten, illetve saját botom is fut az IRCneten, ezért +amint időm engedte elkezdtem lefordítani a +www.egghelp.org oldal Eggdropokkal kapcsolatos doksijait.

+

Akit az UnrealIRCd vagy a Services, esetleg az Eggdrop témakör +felkeltette érdeklődését, azoknak a bővebb leírásokért, annak az +IRCPage oldalt ajánlanám a figyelmébe.

+

Aki esetleg IRCneten rendelkezik szobával és annak van honlapja, +azt megkérném, hogy kövessen el egy link ajánlást a +http://irc.lap.hu oldalon, a szoba neve mögé egy (i) -t írva.

+

Példa: #budapest.hu (i)

+

Ha kérdésed lenne nem IRCnetes szerverekkel kapcsolatban, +például UnrealIRCd, és a fenti oldalak egyikén sem találtál megfelelő segítséget +akkor az alábbi címre írhatsz.

+

Hamarosan újabb cikkel is jelentkezem. (talán a Servicesek +történetéről...)

+

Kapitány János (Sarkanyka) +
irc at lap.hu

diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc2.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc2.html new file mode 100644 index 0000000..a7eb65b --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/ircpage/irc2.html @@ -0,0 +1,92 @@ +

A Servicesek +
(A másik megoldás)

+

   Services Ismertetése: A Services egy program, egy alkalmazás, mely +az IRC Serverhez kapcsolódik és Pseudo klienseket hoz létre. A zavartalan +működéséhez a Server configjában U:Line -t kell neki definiálni, illetve a +csatlakozáshoz egy linkelési blokkot. A Services részegységekből tevődik össze. +A programtól függően ezek eltérőek lehetnek, de bizonyos egységek mindegyikben +előfordulnak. Ilyen például a Szoba szerviz (ChanServ) vagy a név szerviz +(NickServ).

+

    A Services fő feladata az IRCServer +használatának megkönnyítése.

+

- NickServ a nevek regisztrálása, jelszóval védetté tétele, esetleg +használatának hosztra korlátozása, illetve különböző opciók beállítása.
- +ChanServ a szobák +regisztrálása, operátorok kinevezése, beállítások karbantartása, hozzáférési +szintek állítása, felhasználók kitiltása.
- MemoServ a regisztrált nevű +felhasználóknak való üzenethagyást teszi lehetővé számunkra, ha regisztrált a +nevünk. (Offline usernek is üzenhetünk.)
- OperServ az IRCoperátorok jobb +keze. A Server kezelésének segítése, kitiltás, session korlátozás, adatbázis +kezelése, Services irányítása, az IRCoperátorok jogköreinek bővítése.
- +HelpServ a help szövegek adatbázisát kezeli.
- Global Minden felhasználónak +küldhetnek egyszerre az IRCoperátorok üzenetet.
- BotServ (csak egyes +Servicesekben) Services Botokat hozhatnak létre a Services adminok.

+ +

Ezek a leggyakoribb egységek, de ezenkívül előfordulhat még sok +más is, pl: Agent, ircII, Dev/null, RootServ, AdminServ, Guest..., HostServ stb.

+ +

Foglalkozzunk egy kis történettel.

+ +

Régen volt a nagy hálózatok kora. Az emberek sokasága chatelt +ezeken, akárcsak most. Ugyebár az IRC-n, választani kell egy becenevet magadnak +ami alapján mások felismernek majd a későbbiekben is. Választanod kell csevegő +szobát, channelt.

+ +

Igen ám, de jön az emberi érzés...ez az én nevem, ez az én +szobám. Hogyan lehetne megelőzni, hogy más is használja?

+ +

Volt először ugyebár olyan, hogy  Undernet. Itt hozták +létre az első Servicesnek nevezhető programot a Cservice-t. Őket követte a +DALnet. Náluk jelent meg először a ChanServ és NickServ. Ez volt a kezdet. Azóta +rengeteg pseudo klienst hoztak létre, rengeteg parancsot alkottak, kismillió +opciót és beállítást. Ezek felsorolására szerintem tengernyi idő is kevés lenne, +főleg mivel Servicesenként változóak. De bizonyos dolgok ugyanazok.

+ +

Általában a név regisztráció: /msg NickServ register jelszó +emailcímed ,de van ahol ennyi nem elég és auth kóddal kell érvényesítened a +regisztrációdat, vagy például a Trefort.net-en ez az opció le van tiltva, csak a +főoldalon regisztrálhatsz.

+ +

Általában szobaregisztráció: /msg ChanServ register #szobanév +jelszó meghatározás. ehhez regisztrált nevednek kell lennie. De van, ahol nem +lehet regisztrálni, pl Trefort.net, itt egy külön Team foglalkozik a +szobareggel. Van ahol meg csak az IRCOperátorok regisztrálhatnak.

+ +

Általában üzenet küldés, olvasás, törlés: /msg MemoServ send +nick/#channel üzenet, /msg MemoServ read 1, /msg MemoServ del 1. 

+ +

Ma több mint 20 féle Services van elterjedten használva, de +sokkal többet készítettek!

+ +

A leggyakrabban használtak: IRCServices, Magick, Anope, Epona, +Ausspice, Cygnus, Sirius, Daylight, Bahamut Services, PTLink, stb. Letölthetőek +az irc.lap.hu -ról.

+ +

Servicesekről általában.

+ +

Amióta elterjedtek a Windowsos IRCServerek, (általában +UnrealIRCd, Eponával vagy Ausspice-al) csak néhány Servicesnek készítették el a +windowsos verzióját. Viszont van olyan is ami csak Windowsra készült.

+ +

A Trefort.net Servicesének parancsait, (általában majdnem +mindegyik magyar Serveren lévő Services hasonló parancsokat tartalmaz.) az +IRCPage-en.

+ +

Ha segítségre van szükséged, írd be: /msg NickServ help vagy +/msg ChanServ help...

+ +

Az Andrew Church által készített +IRCServices tartalmaz magyar nyelvi +fájlt, melynek segítségével az egész Servicest magyar nyelvűre változtathatod. +Ha Servert üzemeltetsz javaslom ennek a Servicesnek a használatát, mert +megbízható és mert ugyebár rendelkezik egy 100%-os magyar fordítással. Abszolút +kompatibilis az UnrealIRCd és más ircd-kkel.

+ +

 A Servicesekkel kapcsolatos kérdéseiddel nyugodtan fordulj +hozzám.

+ +

Kapitány János
irc at lap.hu

+ +

 

+ +

 

\ No newline at end of file diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/magyar.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/magyar.html new file mode 100644 index 0000000..a1753d5 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/magyar.html @@ -0,0 +1,432 @@ + + + + + + + +Irc.hu/magyar.html + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + A #magyar csatornához útmutató + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+

+Kedves iRC-es és aki a #magyar csatornára +tévedsz

+Ezen az oldalon egy rövid ismertetöt találsz a #magyar +csatorna szokásairól, szabályokról. Az oldal 1997 óta +folyamatos változásokon megy át, ha észrevételed van, írj nekem. + +

  +

+ALAPELVEK:

+A #magyar nyelve a magyar. Fontos indok nélkül ne írj +más nyelven, van épp elég külföldi csatorna. +Magyarul nem igazán beszélö, külföldi magyaroknak +javaslom a #hungary-t. +A másik talán udvariatlannak hangzó alapelv, ha nem tetszik velünk az élet, +nem kötelező ide járni. A #magyar közössége egy évek óta együttlévő társaság, +a szabályokat hosszú évek tapasztalta alakította ki, nem +biztos, hogy csak a te kedvedért megváltoztajuk, vagy palotaforradalmat csinálunk. +Természetesen szívesen látunk, amennyiben a lentebb található irányelveket magadévá tudod tenni. + +

Tartalom: +

+ +1. Néhány jellemző +dolog a csatornáról +
Ha új vagy, akkor légy óvatos. Napközben +sokszor 300-nál is többen vannak bent, nagyon forgalmas a csati. +Míg éjjel (inkább) lehet baromkodni, addíg nappal +hamarabb kivágnak, mint kettőig elszámolsz. Kérdezni +mindíg szabad. Mondjuk /msg-ben attól, aki kivágott +és ő elmondja, hogy mi volt a gond, ha ez nem lenne egyértelmü a kick +reason-ből. Ha bannolnának sincs +vége a világnak, a banok 1 óra után elévülnek. +Más nikkjét illik tiszteletben tartani, ha a csatin már +ismernek pl. egy Gyula-t és szolnak neked, hogy változtass +nikket, akkor tégy úgy. Máskülönben örülünk +ha benézel hozzánk, remélem jól fogod magad +érezni! :) + +

2. Kukacok, KICKek és BANok +a #magyar-on +
Ezek szabályok, és néhány jótanács, + tipp, hogy ha kivágtak, akkor tudd, hogy miért +volt az :) Olvasd el mindenképpen, és ezt is: "Általános irc netikett" +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
*Ne hozz ide új botokat (van már +3, ld. leljebb!). Továbba ne próbálkozz channel takeover +kisérletekkel, hacsak nem akarsz egy minimum fél éves +bant kockáztatni.
*Ne floodolj. Azaz ne írj be egyszerre +több sort a csatornára ill. ne írd be többször +ugyanazt. Floodnak értem azt is, ha szüntelenül teszed fel ugyanazt a +kérdést - ha valaki tudná a választ, bizonyára megírná neked.
* +A #magyar nem rulez, warez, mp3, support csatorna. Ne itt probálj meg infokat gyűjteni mp3 +gyűjteményed kibővítéséshez, php server configjához. Sokszor alakulnak ki szakmai viták, egy-egy kérdéssel kapcsolatban, ilyenkor érdemes kérdezni. Nem szerencsés az ha csak úgy beesel és rögtön pornofilmes linkeket kezdesz követelni. +Keress legalább először a www.google.com-on, mielőtt a csatin +kérdezel.
*Ne használj ékezetes betüket. +Sokak képernyöjét (UNIX, Linux) teljesen átformálja, +értelmetlen karaktereket ad. Légy rájuk tekintettel. +Manapság már eléggé elfogadottak az ékezetes betűk, de ha kibirod nélkülük még jobban örülünk. +
*Ha valakihez szólsz, írd a +sor elejére a nevét. Sokaknak, ha nevük előfordul +a sorban, világít és így jobban észreveszik. +Vannak, akik nem is figyelnek másra, csak arra, ami nekik szól +személyesen.
*Ne nyilatkozz rasszistán és +bármely vallás ellen. Vagyis egész addig, míg +ezzel meg nem sértesz valakit. Politizálni szokás, +de ha lehet, ezt se túl agresszíven.
*Ha valamilyen ok miatt kirugnak, békésen +rendezd a helyzetet, különben reagálásod ténye +is elég, hogy kitiltsanak. Ha az adott opot szitokszavakkal, anyázással illeted, +ne lepődj meg a permban-on. Mint fentebb jeleztem nem kötelező idejárni. +Panaszkodni, kérdezni mindig szabad!
*Ne reklámozz más csatornát, +se www oldalt se rádiót se semmi mást. Azonnali kick és ban.
*Ne írj folyamatosan vastagon, NAGYBETÜKKEL, +egyáltalán ne írj színesen, ne csipogj. +Jó lenne ha megtanulnád, megismernéd az irc-s kifejezéseket. A #magyar az nem szoba, +hanem csatorna és a közvetlenül személynek küldött üzenet az nem privi hanem msg, valamint +te irc-n vagy irc kilenst használsz és nem mirc-elsz (a gyengébbek kedvéért, a mirc egy irc kilens). +Ez a kifejezéseket nem kötelező használni, de örülnénk neki ha már közénk jársz. +:)
* +Scriptek, awaynick, és társaik. +Talán tudod és láttad, esetleg használod is őket. Mármint a scripteket amelyek a te +kliens softwared bizonyos funkcióit egyszerűsitik. Örölünk, hogy hallottál róla, de +vannak bizonyos fenntartásaink.
+* Mp3 script - nem, ismétlem _nem_ vagyunk rá kiváncsiak hogy a winampod éppen milyen zenét játszik. Ha midennképpen megosztanád zenei örömödet velünk, kérlek vedd a fáradságot és +gépeld be , hogy /me akramilyen zenét hallgat, imédja, stb.
+* Az utóbbi időben elterjedt szokássá vált az ún. awaynick, ami a következőképpen néz ki: +Nick is now known as Nick|Suli esteleg Nick|L vagy Nick|Zuhi. Nos az #magyar csatornán első körben +10 perc ban és kick jár a bottól. Ha op veszi észre akkor minimum 1 óra ban + kick. Ha sokadszorra is tapasztaljuk egy user esetében akkor permban is lehet a dolgoból.
* Néhány rövid szó, hogy miért: A csatin rengetegen vannak, ebből a rengeteg emberből sajnos egyre kevesebben vannak akik valóban beszélgetnek publicban. Viszont rengeteg ilyen nickcsere fordult elő, es minimum 2 feleleges sor 10 percenként/user, 20 usernél semmi másból nem áll a public mint nickcserebékből. Másodszor létezik /away parancs amit erre találtak ki, ha nem tudod használni akkor az oldal alján található linkeken elinulva előbb útóbb talalász egy normális irc leírást.
+A fentebb felsorolt indokok miatt az awayscriptek használatát is kérjük mellőzni. +Félreértés ne essék: tedd nyugodtan away-ba magad, csak ez ne nyilvánuljon +meg a csatin se nickcsere se egy public msg (I am away now, bla bla) +formájában. Aki tudni akarja, hogy away vagy-e, az kér rólad egy /whois-t és +ott úgyis látni fogja. +
*A topic tartalma nem szent, de ne reklámozz +itt sem és lehetőleg ne izléstelenkedjünk (itt +sem). Ha topicot akarsz változtatni, kérd meg az egyik opost, +mivel csak nekik van joguk erre. +
*Ha csak azért jöttél be a csatira, hogy a csatornát magát, az opokat, vagy az ownereket fikázd, szidd akkor inkább be se gyere. Előbb útóbb a közösség megunja és permban fog felkerülni a hostodra. +Ha úgy érzed, igazságtalanul bántak veled, vagy vannak ötleteid, hogyan +lehetne a csati életét jobbá tenni de nem hallgattak meg, próbálj egy +kultúrált mailt írni az egyik masternek/ownernek, aki ha van ideje, utána +fog nézni a dolognak. Az opokat a csatin elküldeni melegebb helyekre +nem hatékony módja bármilyen változás elérésének sem. +
*Ne legyen nagyon bosszantó, +csúnya nick neved. (pl. Hitler, seggjuk, lofasz, pina -- volt itt +már minden!)
+ +A csúnya beszéd elég általános, nem +kell és nem is szoktak rajta kiakadni. De egészen +más kategória, ha a másikat szidod, izléstelen +dolgokra szólítod fel, stb. Remélem e különbség +nyilvánvaló számodra is, ha nem, írjál +és elmagyarázom :) +
*A csatorna invite only, de a *.hu -s hostok +simán bejöhetnek (+I mode). Ha nem .hu-s hostról jössz, vagy nincs reverse +DNS bejegyzése a hostodnak, vagy bármi más a csatornára lépéssel kapcsolatos +gondod van, fordulj egy ophoz/masterhez.
+ +

+

3. Botok +
Az éppen aktuális botok: +Ketvirag, Tehen, Papucs, melyek közül Ketvirag és Tehen netsplit elött és +után autómatikusan váltogatják nevüket. Bövebb leírás róluk itt: botok.html + +

A botok rendeltetése, hogy + +

a.) rendet tartson a csatornán azáltal, hogy +csak töle kaphatsz opot (bitch mode) és hogy kivágja a floodolókat, +egyéb rendetlenkedöket. +
b.) sok segítséget is nyújthat, ha keresel valakit. +(/msg Ketvirag whois akárki) +
c.) A botneten több bot is össze van kötve dcc-n, telnettel + + +

A bot csatornafenttartó funkcióinak egyike az, hogy egy +belsö listát vezet a bannokról. Az opok a boton, módosíthatják ezt a listát. Szokás 'botban'-nek nevezni, ha valakit felraknak erre a listára. Egy channel ban-t hamar felraknak valakire, de +ezek 1 órán belül eltünnek. A +botban lehetövé teszi, hogy visszakereshetö legyen, ki +miért lett bannolva. + +

Egy boton hierarchia van, vannak különbözö jogok, +melyeket FLAGekkel jelölnek a név mellett. Hangsúlyozom: +a flageknek semmi jelentöségük nincsen a csatin, kizárólag +a boton ad több jogot! + +

APPENDIX: Milyen feltételekkel kaphatsz jogokat? +
Ne, neee kunyizz jogokat, kérlek. Van jelenleg elég opos +a botokon. Ha mégis ugy gondolod, hogy neked mindenképpen +szükséged van egy s más flagre, írj mailt egyik +masternek. Egy master saját hatáskörben is dönthet a kérdésröl, de általában +kikéri a többi master véleményét is. +
  + +

4. A csatornán megforduló +emberek +
Ezek a törzstagok, akikhez bátran lehet problémákkal +fordulni. Ha emberi hangon kérdezel, akkor biztosan segítenek. +
  + + + + + + + + + + + + + + + + + + + + + + +
ArtlaceBlackGore/Bakelitdonci
GeoffreyhellnetHorasz
Judycza mirc kérdésekkelLajoschLovag
MihamixVailyvuk
+ +Ha valaki hiányolja magát a listáról, pedig +szokott segíteni a kezdöknek, akkor szóljon nekem. +és felrakom, nekem ezek jutottak eszembe. De ha valakiröl ezen +a listán megtudom, hogy nem segít a lamer kolegáknak, +akkor BAD listára fogom tenni, rögtön ide jobbra! :)
+ÚJ: #magyar +szociograph + +

+ +

5. egyéb iRC oldalak +
A magyar iRC server adminok +oldala +
Irc Regitim +Szesz Band oldal Shark tollából :) +
www.externet.hu/irc +Az Externet iRC oldala, lexikális iRC (nem mIRC!) parancsleírással, +bot-helppel, smiley szótárral. + +

Ha te is írtál egy oldalt, ami vagy iRC-esekröl szól +vagy kezdöknek nyújt iRC-help-et, akkor kérlek írj +nekem, és belinkelem ide a te oldaladat is. Köszi! +

+Updated: 2003.03.31 +by donci and Horasz +  + +

   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/index.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/index.html new file mode 100644 index 0000000..364aa85 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/index.html @@ -0,0 +1,482 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + + +
+
+ + +  A magyar IRC portál + +
+
+
+ + + + + + +
+ + + + + + + + +
    
+
+ + + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + + +

 
+ + Mirc help + +
 
+ +
+ + Irc.hu + +
+ +
+
+
+
+
+ + + + + + + + + + + + + + + +
   
+
+
+

A mIRC kliens beállításai: +

+

Aktuális verzió: v6.16

+

+

A leírást Sarkanyka (sarkanyka@ircpage.com) +készítette, az eredeti oldal: http://ircpage.com/mirchelp/

+

+ +

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

 

+

Fő területek: (zöld számok)

+ +

1. Menűsor

+

2. Ikonok

+

3. Ablak fülek

+

4. Státusz ablak

+

5. Szövegmező

+

 

+

Ikonok (piros +számok)

+

 

+

1. Csatlakozás / kilépés

+

2. Opciók / beállítások

+ +

3. Csatornák mappa

+

4. Csatornák listázása

+

5. Scriptelés (Alias, remote, popups, +variables, users)

+

6. Címjegyzék

+

7. Csatlakozási idő mérő

+

8. Színek

+

9. DCC Fájl küldés

+

10. DCC chat

+

11. DCC beállítások

+ +

12. Fogadott fájlok

+

13. Napló fájlok

+

14. Értesítési (notify) lista

+

15. URL lista

+

16. Teljes ablakos elrendezés

+

17. Osztott ablakos elrendezés

+
Csatlakozás kategória +
+

+

A kategória választóban(8) választhatod ki a beállítás kategóriáját. + +
Az elsõ lépés:,hogy meg kell adnod a +megjelenítendő Neved(1),  E-mail címed (2), a nicked (3), Alternatív nicked +(4) (amit akkor vesz + fel a mIRC, amikor az elsõdleges nicked foglalt), az invisible módot(5) (jelentése + a flageknél (+i)),

+

New server window annyit tesz, hogy +új státuszt nyit fel a csatlakozáshoz a mIRC, Csatlakozás az IRC szerverhez (7.) (ezen gomb +megnyomásával csatlakozhatsz a kiválasztott IRC szerverhez), a napocskával átugorhatsz a Szerverek (Servers) +kategóriára (lásd lejebb).

+

+

+
Szerverek kategória + +
+

 

+

IRC Hálózat (1.) Itt a kreált hálózatok közül választhatsz, amikből az egyes +szervereket kiválaszthatod. Az "All" minden szervert megjelenít. Az IRC Szerver +kiválasztása (2.). Az Add gombbal hozzáadhatsz, az Edit gombbal szerkeszthetsz, a +Delete gombbal törölhetsz IRC Szervert. A Sort gomb a rendezés. +
A New server window annyit tesz, hogy új státuszt nyit fel a csatlakozáshoz a mIRC, +Csatlakozás az IRC szerverhez (7.) Ezen gomb megnyomásával csatlakozhatsz a szerverhez, a +napocskával átugrik a Csatlakozás (Connect) kategóriára (lásd feljebb).

+

   +

+

A szerver hozzáadása(add)/szerkesztése(edit)
+ Description: Szerver neve
+ + Irc server: A szerver elérése (host vagy ip)
+ Port(s) : Kapcsolodási port
+ Group : A kapcsolatoknál lehet csoportokat megadni (ennek a neve)
+ Password : Ha regisztrált felhasználó vagy, akkor a jelszavadat + ide írd!

+ +

+

Connect on startup : Indításkor csatlakozás.
+ Reconnect on disconnection : Újrakapcsolodás szakadás esetén.
+ Pop up connect dialog on startup : Csatlakozási dialóg ablak behozása indításkor.
+ + Move to top of on connect : Kapcsolat lista elejére helyezése.
+ Default port : Ha nincs beállitva port akkor ezt veszi alapnak.

+

Perform: Automatikus folyamatok +hozzáadása

+

Retry: újrapróbálkozás sikertelen +kapcsolódáskor (lásd lejjebb)

+ +

Advanced: Haladó beállítások

+

Retry:

+

+

Enable connect retry : Újrakapcsolódás engedélyezése.
+ If not connected in : "Ha nem csatlakozik xx másodpercig"
+ + Retry connection : "Újrapróbálkozás xx szer"û
+ Retry delay : "Újrakapcsok közötti idõ xx másodperc"
+ + Try the next server.. : Ha most sem sikerül akkor a csoportban a következõ + szervert próbálja.

+

+

Perform: Csatlakozáskor automatikusan végrehajtandó parancsok.
+ + Enable perform on connect : Perform használatának engedélyezése + csatlakozáskor.
+ Network : Beállítható, hogy melyik hálózaton + mit hajtson végre.
+ + Add, Delete : Hozzáadás, Törlés
+ Perform commands: (Parancsablak) Ide a parancsok jönnek.
+ Például:
+ + /join #szobaneve : Ha nem használod a beépített automata + belépés funkciót.
+ /cs identify #szobaneve jelszó : Jelszó megadása egy szobának.

+ +

+

Ezt a mIRC automatikusan beállítja magának csatlakozáskor, + érdemes a Lookup methodnál a Servert megadni, mert ekkor állítja + be az igazi IP-det egyébként a hálózati IP-det állítja + be.
+ + A Local Info a DCC fileküldésnél meghatározó + szerepet játszik.

+

+

Ha az ident engedélyezve van (Enable ident szerver: pipa), és ha a Use +ID from email address résznél nincs pipa, akkor nem + az E-mail címnek megadott @ elõtti rész jelenik meg identnek, + hanem a User ID sorban szereplõ érték.

+ +

+

Firewall : Tûzfal
+ Itt van lehetõséged beállítai, ha Proxy-n ill socketen + keresztül szeretnél csatlakozni a szerverre.
+ Lényege, hogy a chaten nem a te hosztod és IP-d szerepel, hanem + annak a gépnek, amelyen keresztül fellépsz.

+ +

+

Prefix own messages : Ha nincs bepipálva, akkor nem írja a neved + a szöveg elé amit írsz.
+ Show mode prefix : Kijelzi a jogokat a nevek elött (@%+) a szövegben.
+ + Iconify query window : Ikon állapotban nyilik meg a privi, amit rádnyitnak.
+ Use single message window : Ha valaki rád privizik nem a privát + jelenik meg, hanem egy külön üzenõ ablak.
+ + Use query for notify nicks : Ha az elöbbi opció be van kapcsolva, + akkor azt a notify ben szereplõ nevekre felûlbírálja.
+ Copy message to query : Ha már van az illetõvel privát + ablakod, de a Use single message window opció be van kapcsolva, akkor + is a privibe kapod a szöveget.
+ + Whois on query : Ha valaki rád privizik rögtön lewhoisolja + az illetõt.
+ Auto-join channel on invite : Automatikusan belép oda, ahova invite-olnak.
+ Rejoin channel when kicked : Visszalép a szobába, ahonnan kirúgnak + (ha nem vagy kitiltva.)
+ + Rejoin channels on connect : Visszalép a szobákba, amik nyitva + vannak, ha pl. megszakadsz.
+ Keep channels open : Nyitva hagyja a szobát/szobákat, ha kirúgnak + vagy leesel a szerverrõl.
+ Hide channel key : A fejlécbõl elrejti a szobakódot, ha + beléptél a kódos szobába. És a chan infoban + kicsillagozza.
+ + Show in active : A kijelölt események az aktív ablakban jelennek + meg.
+ Használhatóak:

+

Invites : Meghívások
+ + Queries : Privátok
+ Notices : Megjegyzések
+ Whois : Személyes infók (ki ez?)
+ Ctcps : Ctcp akciók
+ + Away : Távollét

+

+

Events: Itt lehet beállítani, hogy mit hol jelezzen ki a mIRC.
+ Lehetõségek:
+ + Joins: belépések
+ Modes: módok
+ Parts: Szobából kilépés
+ Topics: témák
+ + Quits: Szerverrõl kilépés
+ Ctcps: Ctcp akciók
+ Kicks: kirúgások
+ Nicks: Névváltások
+ + És az állítási paraméterek minden esetben:
+ In Chanel : Szobába jelezze
+ In Status : Statusba jelezze
+ Hide : Ne jelezze (rejtse el)

+ +

+

Show: Rövid belépés/kilépés, +felhasználók címét is mutassa, nickeket mutassa belépéskor.

+

Flash on: Channel message: Ha üzenet van a szobában és nem + a mIRC az aktív ablak, akkor villog a tálcán.
+ Query message: Ugyanaz, mint fönt csak privivel.
+ + Skip MOTD on connect: Kihagyja a szerver MOTD üzenetét (Message + Of The Day)
+ Hide ping? pong! event: Elrejti a szerver és a kliens közti ping?-pong! + akciókat.
+ Cancel away on message: Üzenet küldésekor kikapcsolja az away-t.
+ +  

+

+

A highlight kategórián belül: (Lásd lejjebb.) Add gombocska.

+

Highlight lines which...: Ide kell megadni mire reagáljon. ($me változó + mindíg az aktuális neved)
+ + Color: Milyen szine legyen ennek a sornak.
+ Play sound : Kiválasztása esetén hangot is rendelhetünk + hozzá.
+ Flash message : Ha üzenetünk van, akkor a megjelölt üzenet + fog villogni a tálcán.
+ + Flash : Hányszor villogjon.
+ Match on : Mit figyeljen. Ez lehet:
+ Message only : Csak az üzeneteket.
+ Nickname and message : Nevek és üzenetek.
+ + Nickname only : Csak neveket.
+ Case sensitive mach : Kis és nagybetûk figyelembe vétele.

+

+

Enable highlighting : Ez egy érzékelõ üzemmód, + amely figyeli a chatet és szól, ha a kiválasztott szó + megjelenik.
+ + Add : Hozzáadás.
+ Edit : Szerkesztés.
+ Delete : Törlés.
+ + Up : Fel a listában.
+ Down : Le a listában.

+

+

Timestamp events, format : A sorok elé az idõ kiírását + lehet engedélyezni, és formátumát megadni. (HH:óra,nn:perc,ss:másodperc) +
+ + Strip codes from ... : Kódok kiszûrése a szövegbõl: + (Bold:Kiemelt,Underline:aláhúzott,Color:színes, Reverse:Fordított)
+ Only if the number of... : Mindíg, ha a kódok száma túllépi + az : xx karaktert.
+ + Ctcp finger : A /ctcp <név> <finger> kérdésre + adandó válasz.
+ Quite message : Állandó kilépõ üzenet, ha csak + simán /quit paranccsal lépsz ki.
+ + SJIS/JIS conversion : Japán rendszerekben használatos. (Ne piszkáld.)
+ Multibyte characters : Multibyte karakterek
+ Process ANSI codes : Alkalmazza az ANSI kódokat

+

+ +

Enable address catching for : Engedélyezi hogy + a mIRC megjegyezze a beírt Urls:Webcímet, Emails: E-mail címet.(a menû + sorban található egy urls ikon, a lista itt tekinthetõ meg, webcímnek + számít ami"http://", "ftp://", "gopher://", "www.", + "ftp." vel kezdõdik, E-mailnek pedig azt tekinti a mIRC, amiben a @ és a mail + szó szerepel) + Web browser: Web böngésző
+ Open a new window : Új böngészőt nyit a linknek.
+ Activate the window : Legfelülre helyezi a megnyitott ablakot.
+ + Marked items: jelölt témák
+ Place ? itmes at top : Az url lista legtetekére helyezi a linket
+ Delete ? items on exit : Kilépéskor ürití a listát.
+ + On send : Ha küldöd. (url ablakból)
+ Send description : A hozzárendelt azonosító elküldése.
+ + (Ha bemenek az url részlegbe ott a címre jobb gombbal kattintva előjön egy kis menü + ahol ha editet nyomsz hozzá tudsz rendelni szöveget az oldalhoz.)

+

Show warning when opening a URL: figyelmeztetés URL megnyitásakor.

+


+

+ +

 

+

Automatically log : Automata loggolás:
+ None : Kikapcsolva.
+ Channels : Szobák.
+ Chats : Chat ablakok.
+ + Both : Minden.
+ View Logs : Logok nézegetése

+

Reload logs: logok újratöltése

+

Timestamp logs: Logok idõbélyegzése

+ +

Strip codes: kódok kihagyása

+

Lock log files: naplófájlok lezárása

+

Trim log files to: Logfájlok max mérete: x kb

+

Logs and buffer saves folder: naplók mentési mappája

+

Include network: a hálózatot is tartalmazza

+ +

Make folder: mappa létrehozása

+

Date filenames: a fájlnevek dátumot tartalmazzák

+ + + + + + + + + + + + + +
+ +  +
   +
+
+ + + + + + + + + +
+ + + Főoldal + +
+ + Ircesek írták + + +
+
+
+
  
+
+
+
+
+ + + + + + + \ No newline at end of file diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif new file mode 100644 index 0000000..4bea637 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif.tmp b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif.tmp new file mode 100644 index 0000000..cf39a19 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/logo2.gif.tmp differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg new file mode 100644 index 0000000..3272307 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg.tmp b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg.tmp new file mode 100644 index 0000000..ecd965d Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc1.jpg.tmp differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc10.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc10.jpg new file mode 100644 index 0000000..d643e52 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc10.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc11.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc11.jpg new file mode 100644 index 0000000..943a64c Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc11.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc12.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc12.jpg new file mode 100644 index 0000000..44fa2b9 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc12.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc13.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc13.jpg new file mode 100644 index 0000000..cecdabb Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc13.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc14.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc14.jpg new file mode 100644 index 0000000..63fb73b Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc14.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc15.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc15.jpg new file mode 100644 index 0000000..9d77861 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc15.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc16.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc16.jpg new file mode 100644 index 0000000..35d6040 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc16.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc17.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc17.jpg new file mode 100644 index 0000000..aca93bc Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc17.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc18.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc18.jpg new file mode 100644 index 0000000..bac9848 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc18.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc19.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc19.jpg new file mode 100644 index 0000000..0493465 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc19.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg new file mode 100644 index 0000000..f2c87bc Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg.tmp b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg.tmp new file mode 100644 index 0000000..4fe306e Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc2.jpg.tmp differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg new file mode 100644 index 0000000..d11782b Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg.tmp b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg.tmp new file mode 100644 index 0000000..2def99c Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc3.jpg.tmp differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc4.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc4.jpg new file mode 100644 index 0000000..e9921d4 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc4.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc5.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc5.jpg new file mode 100644 index 0000000..2226f45 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc5.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc6.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc6.jpg new file mode 100644 index 0000000..3f0c0ca Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc6.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc7.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc7.jpg new file mode 100644 index 0000000..10aa474 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc7.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc8.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc8.jpg new file mode 100644 index 0000000..42e8491 Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc8.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc9.jpg b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc9.jpg new file mode 100644 index 0000000..cd71a1b Binary files /dev/null and b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/mirc9.jpg differ diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/page5.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/page5.html new file mode 100644 index 0000000..c56fe7b --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/mirchelp/page5.html @@ -0,0 +1,13 @@ + + + + +404 Not Found + +

Not Found

+

The requested URL /mirchelp/page5.html was not found on this server.

+
+
Apache Server at www.irc.hu Port 80
+ + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page1.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page1.html new file mode 100644 index 0000000..eadf28b --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page1.html @@ -0,0 +1,458 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Irc bemutatás + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Mi az az irc? +
  +

1 Bevezetés +

Ezen az oldalon szeretnénk bemutatni az +Internet Relay Chat nevű hálózati szolgáltatást, annak működéseit, és szeretnénk +az olvasót megismertetni a legfontosabb fogalmakkal. Nem célunk programspecifikus +leírást készíteni, sem pedig általános felhasználói leírást, valamint a +szolgáltatás története is kívül esik e dokumentum keretein. +
  +

2 IRC alapok +

2.1 Internet Relay Chat +

Az Internet Relay Chat (továbbiakban: irc) +az Internet IP alapú protokolljaira alapuló kommunikációs szolgáltatás, +mely lehetővé teszi tetszőleges számú felhasználó valósidejű társalgását +írásos formában. Ez szerver-kliens formában zajlik, azaz a felhasználók +erre a célra készített programokkal (a továbbiakban: irckliens, +kliens) +csatlakoznak a felhasználók közötti kommunikációt +lebonyolító központi számítógépekkel (a továbbiakban: +ircszerverekkel). +

A társalgás a következő sorrendben zajlik +le: +
Egyes számú kliens üzenetet akar küldeni +kettes számú kliensnek. A felhasználó által begépelt üzenet a klienstől +eljut az ircszerverig, mely továbbítja azt a kettes számú kliensnek. Ha +nincs kapcsolat a szerver és mindkét kliens között, az üzenet "elveszik". +

Irchálózatnak +nevezzük azt, amikor több szerver is össze van kapcsolódva, az ezekhez +csatlakozó kliensek ilyenkor úgy tudnak kommunikálni, mintha egy szerveren +lennének. Ha a szerverek közti kapcsolat megszakadna +(netsplit), az egyik szerveren levő felhasználók nem látják a másik +szerveren levő felhasználókat. Az oldalat üzemeltetők az IRCnet nevű szerver-rendszerhez +csatlakoztaták szervereiket. +

2.2 Alapfogalmak: magánbeszélgetés és +csatorna +

Az előbbi példában mindössze +két felhasználó kommunikált egymással, ezt nevezzük privát üzenetnek (message, +msg, +privát chat). Az irc lehetővé teszi, hogy felhasználók +csoportosulásokat, csatornákat hozzanak létre (channel, csati), +az itt levő felhasználók egyszerre látják egymás csatornára szánt, public +üzeneteit (de természetesen tudnak közben privát beszélgetést is folytatni). +

2.3 A szerver-kliens kapcsolat kiegészítései +

Az előbbi kommunikációs utakhoz később +kiegészítések készültek, melyek például a szerver kihagyásával is lehetővé +teszik az adatáramlást. +
A CTCP (Client To Client +Protocol) a kliensprogramok szerveren keresztüli kapcsolatát szolgálja, +különböző működési információk kérhetők le általa. +
A DCC (Direct Client +Connection) a szerver kihagyásával működik, a két kliens ilyenkor közvetlenül +egymást szólítja meg, ez alkalmas például beszélgetésre akár netsplit esetén, +vagy fájlok küldésére. +

2.4 A rendfenntartás eszközei +

A felhasználó kilététől függően különböző +eszközök állnak rendelkezésre a nem rendeltetésszerű felhasználás, nem +etikus viselkedésű felhasználó megállítására. Ezeket a morális kategóriákat +az elkövetkezőkben tárgyaljuk ki, de ehhez szükség lesz a lehetséges büntetések +ismeretére. +

2.4.1 Op +

Channel operator, "+o" flag, "@", "kukac": +A csatorna létrehozásakor a létrehozó kapja, segítségével rendelkezhet +a csatorna fölött, bővebb információkért lásd az irc-leírást! Fontos: az +op nem játék, hanem felelősséggel járó feladat! +

2.4.2 Kick +

Kick, kirúgás: A csatornán op-pal rendelkező +felhasználó kitessékelheti a neki nem tetsző módon viselkedő felhasználókat. +

2.4.3 Ban +

Ban, tiltás: Az op-pal rendelkezők valamilyen +kritérium alapján (pl. nick, cím) kitilthatnak felhasználókat, de akár +egész szervereket, illetve domaineket is. Gyakran kirúgással együtt alkalmazzák, +ilyenkor a kirúgott nem tud visszatérni a csatornára. +

2.4.4 Robotok +

Robotok, botok: Automatikusan, felhasználóként +működő programok, melyek op-pal felruházva az adott csatornát hivatottak +védelmezni. +

2.4.5 IRC operator +

Irc op: Ez egy feladatkör, általában az +ircszervert üzemeltető adminé, az ilyen felhasználók több olyan funkciót +s végre tudnak hajtani, amit egy általános felhasználó nem (szerver leállítás, +userek kitiltása a szerverről). +

2.4.6 Operator kill +

Kill: Kimondottan renitens felhasználók +szerverről való eltávolításának eszköze, csak irc op képes rá. +

2.4.7 K-line +

K-line: Az ircadmin, irc op erre a listára +veszi fel azokat a címeket (user@host maszkolással), ahonnan nem engedélyezi +a szerverre való csatlakozást. Az erről a címről érkezők nem használhatják +az ilyen szervert. +

Megjegyzés: Amennyiben szükségesnek +érzed a fentebbi fogalmak bővebb ismeretét, szeretnéd megismerni használatukat, +olvasd +el az itt található leírást! +
  +

3 Jogok, lehetőségek, +felelősségek az irc-n +

Először is le kell +szögeznünk, hogy az irc használata nem jog, az egy nem alanyi jogon járó +lehetőség, mely igénybevételével elfogadjuk, hogy a szervert üzemeltetők +által hozott szabályokat be kell tartanunk. Ha erre képtelennek +érzed magad, inkább keress egy másik hálózatot magadnak. Az elkövetkezőkben +leírtak a magyar IRCnet szerverekre vonatkoznak, de a többi hálózat szabályai +se különböznek tőle nagyon. +

3.1 A szerver igénybevétele +

A szervert valakik üzemeltetik, nem csak +úgy magától van. Mind informatikai, mind adminisztrációs problémák is felmerülhetnek +eközben, a szerverek gazdái (ircadmin, admin, irc operator) ezekkel nagyrészt +szabadidejükben, díjazás nélkül foglalkoznak, de cserébe a felhasználóktól +elvárják, hogy nem tesznek semmi olyat, amivel felhasználótársaiknak vagy +akár nekik árthatnak. Ártó szándékú viselkedésnek már a gyanúja is kitiltást +vonhat maga után, a döntés az admin saját jogkörébe tartozik, az ilyet +semmiképpen sem lehet az információáramlás megakadályozásának, cenzúrának +tekinteni! +

3.2 Felhasználók azonosítása +

3.2.1 Azonosítási pontok +

Mint az Interneten szinte mindenütt, itt +sem lehet nyomonkövetni az egyes felhasználókat. Az irc-re belépő embert +alapesetben a következő attribítumokkal lehet meghatározni: +

    +
  • +Név, más néven nick:
  • + +
    9 betű hosszúságú azonosító, egyszerre +csak egy lehet belőle az egész irchálózaton. Mivel semmi nem védi, akárki +használhatja, tehát nem alkalmas egy személy azonosítására +
  • +user@host:
  • + +
    Felhasználói név és a számítógép hostneve +vagy IP száma, ahonnan jön. Az első a legkönnyebben hamisítható, a második +kicsit nehezebben, és bár a tiltás összes eszköze erre alapul, hitelessége +mindig megkérdőjelezhető!
+Mint látható, senkit nem lehet százszázalékos +biztonsággal azonosítani ezek alapján, így az egyes felhasználók által +a beszélgetésről készített másolatok (log, irclog) nem tekinthetők +bizonyítéknak. +

3.2.2 Az irc esetleges rosszindulatú +felhasználásáról +

Fontos leszögezni, hogy a +magyarországai IRCnet szerverek nem logolják a felhasználók beszélgetéseit, +se csatornán, se privátban, ha valaki ilyen fájlt próbál bizonyítékként +elfogadtatni, valótlant állít! Pontosan ugyanezért a szerveradmin nem tud +felelni egyik felhasználó viselkedéséért sem, a DCC alapú fájlterjesztést +pedig, mivel nem a szerveren keresztül bonyolódik, sem felismerni, sem +követni vagy megakadályozni sem tudja. Az irc-n semmi olyan nem történhet, +amit egy hozzáértő más eszközökkel, máshogy ne tudna véghezvinni, legyen +szó bármilyen csoportosulásról, hackelési kísérletről, vagy illegális fájlok +terjesztéséről, ezért semmilyen problémáért nem tehető egyértelműen az +irc, vagy az azt üzemeltető felelőssé. Oldalunk egyik fő délja, hogy megismertesse +az érdeklődőkkel az irc valós veszélyeit, és eloszlassa az esetleges tévhiteket. +Az irc egy nagyszerű kommunikációs eszköz, mely semmivel sem használható +fel könnyebben rossz célokra, mint a telefon, mely szintén alkalmas visszaélésre! +

3.3 A felhasználó jogai és felelősségei +

3.3.1 A felhasználó jogai +

A felhasználó igénybeveszi az IRCnet szerverek +szolgáltatásait, ezért köteles elfogadni bizonyos viselkedési szabályokat, +melyeket az üzemeltetők állítottak fel. A felhasználónak jogában áll: +

    +
  • +Privát vagy publikus beszélgetésben résztvenni:
  • + +
    A csatornán zajló publikus beszélgetések +azért publikusak, mert minden azon a csatornán tartózkodó láthatja azt, +így akár bele is kapcsolódhat abba. Ha azt szeretnénk, hogy valamibe ne +szóljon bele más, a témát msg-ben folytassuk, vagy nyissunk olyan csatornát, +amin csak olyanok vannak, akikre a téma tartozik! +
  • +Csatornát létrehozni, és a saját maga által +létrehozott csatorna felett rendelkezni:
  • + +
    A csatornát meghívásossá (invite only), +jelszavassá (channel key), titkossá (secret, private), +moderálttá (moderated) teheti, onnan az oda nem illő felhasználókat +kitessékelheti (ban, kickban), illetve a csatorna jogai feletti rendelkezési +jogot biztosító op-ot (channel op, @, "kukac", +o) átruházhatja másra. +
  • +Robot futtatása:
  • + +
    Az erre kijelölt sote.irc.hu és +hub.irc.hu szervereken robotot futathat, de +csak olyan csatornán, amelynek létrehozójával azt +egyeztette. Más szerveren bot futtatására tett kísérlet azonnali és +értesítés nélküli IP-alapú kitiltást von maga után!
+3.3.2 A felhasználó felelőssége +

Az irc-n való viselkedés alapjai a józan +belátáson és az emberi viselkedés normáin alapulnak, de mivel ezek emberről +emberre változnak, le kell szögeznünk, hogy mik azok a tevékenységek, amelyeket +helytelennek, illetve nemkívánatosnak minősítünk. Az egyes csatornákon +ennél súlyosabb vagy gyengébb korlátozások is bevezethetők, a csatorna +létrehozójának belátása szerint. +

Alapelv: Az irc-n +nemkívánatos és kerülendő minden hatályos törvénybe, jogszabályba illetve +rendeletbe ütköző tevékenység, az ilyen felfedezése akár az ircről való +eltiltáson túlmenő intézkedést is maga után vonhat (ISP, rendszergazda, +illetékes vezető értesítése)! Mindezeken túl +az alábbi irányelvek érvényesek: +

Helytelen (kirugást, tiltást vonhat +maga után): +

    +
  • +Flood:
  • + +
    Túl sok üzenet küldése, ugyanannak a sornak +az ismétlése gyors egymásutánban. +
  • +Nickflood:
  • + +
    A nick egymás utáni gyors változtatása. +
  • +Idézés:
  • + +
    A flood tipikus esete, például egy weboldal +tartalmának, ASCII-rajznak, dalszövegnek kérés nélkül csatornára való másolása. +
  • +Továbbidézés:
  • + +
    Valakivel folytatott magánbeszélgetésünket +másokkal megosztani, más privát üzenetét csatornán bemutatni, hacsak nem +kifejezetten kérnek rá, vagy így szeretnénk a csatornán jelenlevő opok +figyelmét az üzenő nemkívánatos viselkedésére, pl. molesztálás, etikettbe +ütköző üzenet. +
  • +Nick lopása:
  • + +
    A nickeket jelenleg semmi sem védi, ezért +egy felhasználó akár tudatosan, akár véletlenül elveheti azt korábbi használójától. +Az előbbi kifejezetten rosszindulatú dolog, utóbbi mindenkivel megtörténhet. +Alapelv: ha valaki bizonyíthatóan régebb óta használja a kérdéses nicket, +engedjük azt át neki! Botnak olyan nevet adni, amit valaki más már használ +alapvető rosszindulatot feltételez, az élő user elsőbbséget élvez ilyen +esetben! +
  • +On-join tevékenységek:
  • + +
    Automatikus üzenet, fájl küldése a csatornára +belépő felhasználó részére. Alapelv: ha valaki nem kért téged arra, hogy +küldj neki valamit, akkor ne tedd azt! Sajnos sokan különböző vírusok, +"trójai faló" típusú ártó programok terjesztésére használják ezt a funkciót. +Sok csatornán nem tolerálják ezt, és azonnali kirúgással jár a felfedezése! +
  • +Ízléstelen viselkedés, politikai provokáció, +uszítás:
  • + +
    Ezek elég tág meghatározások, alapvetően +az minősül ilyennek, ami a csatornán jelenlevők jelentős részét zavarja. +
  • +Más csatornák reklámozása
  • +
+Nemkívánatos (kirúgást, tiltást, kill-ezést, +K-line-t vonhat maga után): +
    +
  • +Molesztálás, zaklatás:
  • + +
    Az irc alkalmas emberi kapcsolatok kialakítására, +de senkire nem erőltethetjük rá magunkat, vagy véleményünket. Ide tartozik +az is, ha valakit arra kértek, hogy fejezze be bizonyos típusú üzenetek +küldését, de az illető folytatja. Az ilyen viselkedés a csatornáról, súlyosabb +esetben a szerverről való eltávolítást vonhatja maga után. +
  • +Illegális tevékenységek hirdetése illetve +keresése
  • + +
  • +Üzleti célú reklám
  • + +
  • +A csatornán levő felhasználók +számítógépeinek tesztelése:
  • + +
    Portscan, netbus, BO-scan, bármilyen biztonsági +rés keresése, a felhasználó hálózati kapcsolatának megszüntetésére irányuló +kísérlet (ping of death, smurf, +++ATH0, winnuke, stb) és társai. Ez az +egyik legsúlyosabb vétség, az ilyen próbálkozások elszaporodása miatt kezdtünk +neki ennek az oldalnak az elkészítésének. Az ilyen funkciókat végző scriptek +sajnos széles körben hozzáférhetők, és sokan nagynak hisizk magukat, amikor +használni kezdik őket. Mindenképpen rosszindulatú tevékenységnek minősül, +bizonyos esetekben rendszergazdákon, ISP-n keresztüli felelősségrevonáshoz +vezet a felfedezése. +
  • +Takeover:
  • + +
    Csatornára való betörés és/vagy az op +megszerzése és elvétele mástól, majd a csatorna használhatatlanná tétele +(invite only, op megszüntetése, felhasználók kirúgása/kitiltása). Sokak +számára sport mások szórakozásának ilyen módon való tönkretétele, mindenképpen +rosszindulatú tevékenységnek minősül.
+3.3.3 Jogorvoslat +

Ez bizony egy eléggé elméleti fogalom, +mivel mivel az Internet esetében sosem lehet szó igazi döntőbíróról és +bizonyítékokról. Csatornával kapcsolatos dolgokban általában a csatorna +alapítói és/vagy az oppal rendelkezők dönthetnek, komolyabb esetekben, +mint például hálózati eszközökkel visszaélés, a szerver üzemeltetője, akinek +email címét az /admin paranccsal lehet lekérdezni. Néhány tipp, +hogy milyen esetben kihez érdemes fordulni: +

    +
  • +Nick "lopása": A nicket véleményed +szerint jogtalanul használó felhasználó, de érdemes megjegyezni, hogy csak +kérni lehet, kényszeríteni nem!
  • + +
  • +Nincs op a csatornán: Néha ez is előfordulhat, +ilyenkor hiába is keressük a szerver üzemeltetőit, mert ők se segíthetnek: +mindenkinek ki kell lépnie a csatornáról, és utána vissza, hogy az első +belépő a csatornát újranyitva ophoz jusson.
  • + +
  • +Valaki molesztál, erőszakoskodik, nem hagy +békén: Csatornán levő ilyen egyénnél az opokat kell megkérni, hogy +gyakoroljanak rá nyomást. K-line-t, kill-t csak nagyon minősített esetben +kaphat az ilyen, ezért a legegyszerűbb megoldás az ignore parancs +használata.
  • + +
  • +On join...: Csatornára való belépés +után rögtön kapsz egy (általában reklám-) üzenetet. A csatorna opjainak +szóljál, hátha még nem vették szére (mivel ahhoz egy új belépésre lenne +szükség).
  • + +
  • +Takeover: Az ircop nem tud segíteni, +legegyszerűbb, ha vársz, amíg a takeovert csináló "vicces fiúk" megunják, +addig nyiss másik csatornát az elveszett helyett..
  • +
+ +


+


+
Vissza a +nyitóoldalra + +  +
   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page102.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page102.html new file mode 100644 index 0000000..f7e145e --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page102.html @@ -0,0 +1,169 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + AntiGreetFlood (toma) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+-- AntiGreetFlood Movement --
+
+:) hogy mit is takar ez az igen szellemes név? #Magyarul?
+Annyi, hogy sokan lettünk a #magyar csatin. Nagyon sokan.
+Ez önmagában még jó, de ha mindenki mindenkinek köszön,
+ha valaki ismerős tűnik fel, az egy nagy csatornán bizony
+igen komoly flood-ot (felesleges, nem informatív szöveget)
+okoz. Tudom jól, jó érzés, ha beesel egy csatornára, és
+ott a sok ismerős rádköszön, de ahhoz már túl sokan
+vagyunk, hogy általános legyen, egyszerűen a sok köszönés
+teszi ki a forgalom jó részét.
+
+Épp ezért néhány napja kezdtem el azt, hogy publicban NEM
+köszönök egyéneknek, hanem inkább max. egy "szevasz népem"
+[ :)) ] vagy bármi hasonló, a csoportnak szóló köszönést
+engedek el, vagy akit tényleg szívesen látok, azzal úgyis
+szívesen beszélek, így akár msg-ben rá is köszönök. :)
+
+A dolog eleinte abszolút egyéni kezdeményezésnek indult,
+de mikor Hamster barátom rákérdezett, hogy ha ez egy
+kezdeményezés, akkor szívesen csatlakozik. Remélem most is
+így gondolja, és nem a levegőbe beszélek... :)
+
+Továbbá abszolút igazat adott Voyager2 is, remélem még
+nő ez a kis kezdeményezés, és neadj' Isten általános
+viselkedéssé válik.
+
+aki úgy érzi, igazat ad nekem, az használja egészséggel
+ezt a viselkedési formát, GNU licensz alatt adom. :)
+
+(toma)
+
+ +  +
   +
+
+ + + + + + + + + +
+ + Főoldal + +
+ + Ircesek írták + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page103.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page103.html new file mode 100644 index 0000000..e80e608 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page103.html @@ -0,0 +1,181 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + A másik is ember (Malacka) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+Úgy látszik, hogy most az lett a divat, hogy mindenki ide irkál érdekes
+cikkeket :)
+
+Még a végén igazi portál leszünk :)
+
+Szóval, kedves irces, amikor beköszönsz valakinek, bármilyen szöveggel,
+gondolkodj el rajta, értelmes ember módjan, hogy te mit csinálnál az ő
+helyében, ha valaki - szerinted - merőben hülyeségnek ítélt dumával
+kopogtat, es zavarja a te aktuális netes (egyeseknél nemi) életedet.
+
+Mindenféle netes kapcsolattartásra igaznak kell lennie, hogy nem erőltetem
+rá magam a másikra - lehet, hogy azért, mert a másik magányra vágyik, vagy
+csak nézelődni akar, egyvalaki miatt ircel, mindegy. Nem lehet mindenki a
+barátom, és nem is akarok rá törekedni. Van egy pufferem, amibe belefér
+1-2-3-5-10 ember nemi es lelki élete, a tiéd már nem biztos. Ha netán
+valaki nem válaszol, ne sértődj meg, hisz lehet, hogy nincs is a gépe
+mellett. En mostánaban hiába vagyok fenn, akár csatin is, lehet, hogy
+éppen pelenkázok, fürdetek, ha elküldesz a p...... (* délre), attól nem 
+lesz neked se jobb, mert nem válaszolok, ellenben nekem biztosan rosszabb 
+lesz, hisz elrontja a kedvemet - feleslegesen. 
+
+Azon is gondolkodj el kérlek, hogy a másik is ember. Érzésekkel,
+hangulatokkal, egyéniséggel, es magánélettel. A neve is hozzánőtt, és nem
+biztos, hogy a másik neve az ő számára is azt jelenti, amit te rendelsz
+hozzá. Igaz, a név kifejező, de a Malacka nick nem biztos, hogy a
+Micimackóbol jött, nem is biztos, hogy dagadt disznót jelent, sőt, nem is
+egy dagonyában fetrengő röfögő büdös állatot. Más a jelentése, és nem
+fogok valyúhoz rohanni, csak azért, mert te felszólítasz erre. Ellenben
+nagyon mérges leszek :)
+
+Tiszteld a másik embert, mintha ott állnál vele szemben, ahol nem véd meg
+egy rossz poénod után - amit ő nem vesz poénra - a pofonjátol semmi.
+Viselkedj a többiekkel úgy, hogy ha szembetalálkoztok az utcán, vagy
+máshol, akkor merjetek egymásnak köszönni - örülni nem kell, hisz nem
+lehet mindenki a barátod :)
+
+Mindegy, akar csatornán, akár privát beszélgetésben legyen előtted, és jobb
+lesz a hangulatod :)
+
+Kellemes ircelést
+
+Malacka (malacka at linuxteam.hu)
+
+* moderated by Gyula :)
+
+  +
   +
+
+ + + + + + + + + +
+ + Főoldal + +
+ + Ircesek írták + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page104.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page104.html new file mode 100644 index 0000000..2a82eca --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page104.html @@ -0,0 +1,164 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Jó kérdés (Tittok) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+ +

Jó kérdésekre kapsz választ!

+ +

Ha kezdőként ircelsz, feltehetően nem túl sok ismerősöd van még a csatornán. Teljesen logikus, hogy próbálsz ismerkedni, és az is jó, ha ezt msg-ben teszed.

+

Viszont kezdőként azt is tapasztalhatod, hogy az amúgy teljesen normális kérdéseidre nem kapsz választ, rossz esetben pedig valami durvaságot mondanak Neked.

+ +

Hogy miért?

+ +

Gondolj bele abba a szituációba, amikor minden rokonod, ismerősöd ugyanazt kérdezi Tőled. Ugye fárasztó 20 alkalommal elmondani, pl. hogy milyen lett a bizonyítványod, vagy ki az új kedvesed, vagy hogy érzed magad az új munkahelyen, stb.?

+

Hasonló a helyzet itt is. Vannak olyan kérdések, amelyekkel a régebbi ircesek naponta 20-30-szor találkoznak. És már rutinból nem válaszolnak rá –tisztelet a türelmes kivételnek.

+ +

Ha tehát ismerkedni szeretnél és választ kapni, kerüld a hagyományos, unalmas sablonokat. Természetesen ha már elindult egy beszélgetés, idővel ezeket is megkérdezheted, de ezekkel kezdeni nem érdemes.

+

Felsorolom azokat a kérdéseket, amelyeket NE tegyél fel indulásul.

+

-Lány vagy?/Fiú vagy?

+

-Hány éves vagy?

+

-Hol laksz?

+

-Honnan írsz?/Honnan irc?/Honnan mirc? (<no ez az utóbbi két kérdés önmagában a kudarc záloga, ezzel később se próbálkozz!:-))

+

-Akarsz beszélgetni?/Akarsz ismerkedni? (Garantált „nem” a válasz, ha egyáltalán kapsz választ.)

+

Nickre, becenévre utaló kérdések, pl.:

+

(TiTaNic-nak:) –Elsüllyedtél?; (nn-nek:) –A biztosító?; (Fatimának:) –A fekete vonatból?; (TiTToknak:) –Mi a titkod? stb.

+

Egy kis fantáziával hamar rájöhetsz, hogy egy-egy embernél mi szokott lenni a szabványkérdés, amitől finoman szólva kiütést kap. Ezekre is vonatkozik, hogy később se próbálkozz feltenni...

+
+

Arra nem térek ki, hogy ne tegyél szexuális ajánlatot, mert a kiindulópont most az, hogy ismerkedni szeretnél.

+ +

Ha van egy kis fantáziád, ki tudsz találni kedves és normális kérdéseket bőven úgy, hogy a fentieket mellőzöd.

+

Sok szerencsét az ismerkedéshez. Nem reménytelen, csak megvannak a maga háziszabályai:)

+ +

TiTTok

+ +  +
   +
+
+ + + + + + + + + +
+ + Főoldal + +
+ + Ircesek írták + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page11.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page11.html new file mode 100644 index 0000000..5290d46 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page11.html @@ -0,0 +1,133 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Kontakt + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+ +Ha észrevételed, ötleted van, akkor írj, és továbbítom az +oldalak gazdái felé: + +donci (donci at celtic.hu) + +  +
   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page15.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page15.html new file mode 100644 index 0000000..cdaf5aa --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page15.html @@ -0,0 +1,246 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Az ismertebb magyar nyelvű csatornák oldalai + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+ +

A csatornák magánélete + +

Ha tudsz olyan csatornát, ami magyar nyelvű, van oldala, de nincs benne +
a felsorolásban, szólj.

+ +

+1. Legnagyobb csatornák +
+ +
[ + #buli] +
[ + #cs.hu] +
[ + #csevej] +
[ + #danubius] +
[ + #hungary] +
[ + #magyar] +
[ + #mp3.hu] +
[ + #quake.hu] +
[ + #talalka] +
[ + #warez@hu] + +

+2. Földrajzi csatornák +
+ +
[ + #budapest] +
[ + #debrecen] +
[ + #erdely] +
[ + #fehervar] +
[ + #gyor] +
[ + #kecel] +
[ + #miskolc] +
[ + #nograd] +
[ + #nyiregyhaza] +
[ + #pecs] +
[ + #szeged] +
[ + #szolnok] +
[ + #szombathely] +
[ + #ujvaros] +
[ + #zalaegerszeg] + +

+3. Support csatornák +
+ +
[ + #amigahu] +
[ + #debian.hu] +
[ + #FreeBSD.hu] +
[ + #IPv6.HU] +
[ + #iRChelp.hu] +
[ + #linux.hu] + +

+4. Egyéb csatornák +
+ +
[ + #borozo] +
[ + #cappuccino] +
[ + #diszko] +
[ + #forma1.hu] +
[ + #getto] +
[ + #hacklife] +
[ + #30+hungary] +
[ + #ircbar.hu] +
[ + #kritikus] +
[ + #metalhu] +
[ + #micimacko] +
[ + #napsugar] +
[ + #vicc] +
[ + #weresugarz] +

+ +
[#] + +  +

   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page16.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page16.html new file mode 100644 index 0000000..2edc309 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page16.html @@ -0,0 +1,412 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Néhány szó a botokról + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+BOT-Suli /Első rész./
+
+
+
+Ebben a kis írásunkban a botokról lesz szó egészen a letöltéstől a konfigoláson 
+át a végkifejletig :). Ezzel is segíteni szeretnénk azoknak az ifjoncoknak 
+akiknek van szerverre jogosultságuk pl. , de nem rendelkeznek megfelelő 
+háttértudással a bot leforgatásához. Mi ebben az írásunkban az eggdrop botokkal 
+fogunk foglalkozni, ez is terjedt el talán a legjobban ..
+
+-1.-
+
+Ha van egy olyan accountunk ahol megengedte a root, hogy bot futhasson - 
+
+[Van windowsos változata is az eggdrop botoknak, de ajánlatosabb a linuxos 
+verziót választani , megbízhatóság, design stb. ;) ]
+
+- akkor az első teendőnk, hogy felballagunk egy olyan website-ra ahonnan le 
+lehet tölteni ezt a "progit", erre tökéletesen megfelel a www.eggheads.org.
+
+A botok verzió száma természetesen az idő haladtával mindig változik, remélhetőleg 
+mindig jobbak lesznek (ez nem mindegyikről mondható el ..). Az újabbak általában 
+valamilyen bugok kijavítását tartalmazzák és egyéb "extra szolgáltatásokat" is 
+rejthetnek .
+
+
+- Miután letöltöttük, fel kell másolnunk ezt arra a gépre ahonnan a botot 
+futtatni szeretnénk valamelyik ftp klienssel de ebbe azért nem mennék bele, 
+ennyi ismeretet feltételezek :)
+
+Ha készen vagyunk a feltöltéssel akkor jöhet a legjobb rész, a bot forgatása :)
+
+Ezt a következőkeppen tegyük meg: telneteljünk be a szerverre vagy ssh-zzunk 
+attól függ mi van engedélyezve. A szerveren belépünk abba a könyvtárba ahová 
+feltöltöttük az eggdropot.
+
+Várhatóan a következő kiterjeszéssel fogunk találkozni eggdrop(xyz).tar.gz. 
+Ekkor begépeljük neki, hogy gunzip eggdrop(xyz).tar.gz, ezután már csak .tar 
+kiterjesztése lesz ami nagyon helyes ;>
+
+Eztán jöhet a következő parancs tar -xvf eggdrop(xyz).tar.
+
+Ha ez is lefutott, akkor, ezek után beballagunk a könyvtárába (ami minden 
+valószinűség szerint az eggdrop(xyz) verziótól függően), és kiadjuk a 
+./configure parancsot utána pedig azt, hogy make és elkezdi leforgatni a botot 
+(persze lehet trükközni könyvtárakkal is, akkor lehet neki azt mondani, hogy 
+make install DEST=/eggdrop vagy ahova szeretnénk, de elegendő a make is).
+
+Ez a leforgatás eltarthat egy darabig attól függően, hogy milyen a gép, mennyi 
+RAM van benne stb.
+
+a visszakapjuk a parancsjelet akkor az egyik fontos fázison túl vagyunk jöhet 
+a kényes része a dolognak be kell configolni a botot. 
+
+- Configolás- más néven hogyan konfigoljunk botot ? -
+
+Csak a fontosabb lépéseket vesszük sorra, amelyek fontosak lehetnek a 
+zökkenőmentes induláshoz :)
+
+1., set username "BOT-IDENT" --> ide irjuk a botunk identjet. 
+
+2., set admin "botgazda e-mail: botgazda@mail.hu" --> ide írjuk a nevünket és a 
+mail címünk
+
+3., set network "IRCnet" --> Ide pedig, hogy melyik hálózathoz szeretne 
+csatlakozni. (ircNET, DalNET, Efnet..)
+
+4., set timezone "EST" --> itt lehet beállitani hogy melyik időzóna szerint 
+működjön a bot.
+
+5., #loadmodule channels --> erre legyünk szívesek figyelni, mert ha nincsen 
+engedélyzve a modulok akkor a bot nem fog elindulni. Engedélyezni úgy tudjuk, 
+hogy levesszük az előtte lévő # jelet.
+
+Azaz akkor ilyen formában kell lennie : loadmodule channels
+
+!(VIGYAZZUNK, ami előtt # (kereszt) -jel van az nincsen engedélyezve. 
+# = comment; vagyis ide szoktunk irni megjegyzeseket, ez nem nyilvanul parancsnak.)!
+
+6., ___________________________________________________________________
+
+set global-flood-chan 5:10 --> globális flood küszöb beállítása, az első szám 
+jelenti a sorok számát a második pedig, hogy mindez hány msp alatt jöhet. Ha az 
+adott usernek nincs +f flagje [f=friend; vagyis barát, akkor kickeli a bot] 
+(A következőkben már csak a konkrét jelentéseket írom, nem részletezem annyira)
+
+set global-flood-deop 5:10 --> 1. Deopok száma 2. Az eltelt idő
+
+set global-flood-kick 5:10 --> 1. Kickelések száma 2. Eltelt idő
+
+set global-flood-join 5:10 --> 1.Csatornára történő csatlakozás 2. Mennyi idő 
+alatt történik
+
+set global-flood-ctcp 5:10 --> 1. CTCP-k száma 2. Hány mp alatt.
+
+set global-chanset {
+
+clearbans 
+enforcebans
+dynamicbans 
+userbans
+autoop  
+Bitch 
+greet 
+protectops
+statuslog 
+stopnethack 
+revenge 
+secret 
+autovoice 
+cycle
+dontkickops
+wasoptest
+inactive 
+protectfriends  
+shared  
+seen  
+userexempts 
+dynamicexempts
+userinvites
+dynamicinvites
+
+Ezek a megadott módok az adott csatornákra érvényesek. Külön részletezésük a 
+cikk végén.
+
+_____________________________________________________________________
+
+7., set global-chanmode "nt" --> Ez azt jelenti, hogyha a botot egy új illetve 
+üres csatornára visszük fel, akkor ilyen módokat tegyen fel elsőként.
+
+8., Jönnek a channeles dolgok, mint pl : channel set #channel -clearbans. Ezeket 
+is általában le szokták tiltani ! Az az : #channel set #channel -clearbans
+
+9., set nick "BOT-NICK" --> itt állítsuk be a botunk nevet.
+
+10., set altnick "B0T-NICK" --> ide azt a nicket irjuk, hogyha splittel a server, 
+vagy lagzik a botunk, es bent maradna a kliense a botnak, akkor ez az alternatív 
+nickje a botnak.
+
+11., set realname "*" --> Ide a * helyere irjuk a botnak a realname-jét, az az 
+azt a nevet amit mi kitálalunk neki.. Pl: Lakatos Laszlo vagy LamerBOT ;]
+
+set servers {
+
+irc.sote.hu:6668
+
+irc.webbernet.net:6667
+
+irc.stealth.net:6667
+
+12., source scripts/tclname.tcl --> Ha külön tcl-t szertnénk betenni a botba akkor 
+azt itt tehetjük meg. 
+
+Tcl-t mielőtt beírjuk a configba, feltesszük ftpvel, a serverre, pontosabban a bot 
+script könyvtárába, majd engedélyezzük.
+
+!(Minden tcl betételénél ezzel kell kezdenünk, (source scripts/tclname.tcl). 
+Vigyázat a tclname.tcl helyére pontosan irjuk a tclek nevét)!
+
+Mi is az a tcl ? A tcl egy értelmezett programnyelv, amit az eggdropok használnak. 
+A tcl-el tud a bot különböző dolgokat végrehajtani, mint például automatikusan 
+szövegeket írni a csatira vagy más védelmi funkciók, de erről még szót fogunk 
+ejteni külön is.
+
+ 
+
+ 
+
+- Ha úgy érezzük, hogy jól konfigoltunk, akkor kíséreljük meg elindítani a botot 
+amit a következő képpen tehetünk meg: ./eggdrop -m config file neve (alapban 
+eggdrop.conf.dist, de persze át lehet nevezni kedvünk szerint). /A következő 
+botindításkor már ne használjuk a -m kapcsolót mert elveszik minden, az user 
+file stb./
+
+- Ha beírtuk a parancsot, akkor 2 eset jöhet szóba, vegyük az optimálisat: 
+Minden oké, a bot szépen elindul feljön az általunk beállított csatira.
+
+Ha nem indul el és kapunk egy szép hibaüzenetet, akkor sajna rosszul konfigoltunk, 
+de szerencsére mindig kiírja, hogy hányadik sorban van valami baj, így korrigálni 
+tudjuk azt.
+
+Ezután jöhetnek a beállítások a csatornán,de előbb be kell "jelentkeznünk" nála, 
+(alapértelmezésként /msg BOT-NICK hello, de ezt is át tudjuk állitani. ) hogy 
+bele tudjunk mászni az agyába ;). Ezekkel valamint a linkekkel, egyéb fortélyokkal 
+és a tclekkel fogunk a következő írásunkban foglalkozni.
+
+
+clearbans      ---> A megadott idő múlva a bot automatikusan leveszi a bant. 
+enforcebans    ---> Mikor valaki egy hostot, illetve nicket banol, akkor a bot 
+automatikusan ki kickeli.
+dynamicbans    ---> Ez azt jelenti, hogy csak akkor teszi fel a bant hogyha 
+bejon az ember akit banoltunk.
+userbans       ---> ha -userbans van, akkor : csak +b flaggel rendelkezo userek 
+(azaz BOtok) tehetnek fel bant egy csatira
+autoop         ---> Ha egy botnak vagy egy usernek, autoopot alitottunk be, akkor 
+amint belep a csatornara, a bot opolja.
+bitch          ---> Ha egy olyan ember kap opot, akinek nincs op joga a botban, 
+akkor automatikusan elveszi az opját.
+greet          ---> A csatornára való belépéskor lehet automatikus "üdvözlő" 
+szövegeket beállitani.
+protectops     ---> Ha valaki elveszi egy olyan usernek az opját aki a botban 
+regisztrálva van oposként, akkor a bot automatice vissza adja.
+statuslog      ---> Hat ezt nemtudom
+stopnethack    ---> Hogyha visszajon netjoinbol a user ill. bot, akkor elveszi 
+az opját. 
+revenge        ---> Ha olyas valaki kickelte a botot, akinek nincs +f flagje, 
+akkor a bot megbosszulja ;]]]
+secret         ---> A +secret egy chansetben azt mondja meg, hogy ha a botneten 
+keresztul nezi valaki mas az infot (whois), akkor azt masik botoknak nem mutatja 
+azaz mas botbol nem lehet lekerdezni
+autovoice      ---> Ugyanaz mint az autoop, csak voicevel.
+cycle          ---> Ha optalan lesz, a csatorna, akkor addig jarkal be-ki ameddig 
+a csatornan opot nem tud szerezni.
+dontkickops    ---> Akik a botban oposok azokat nem kickeli ki a csatornárol. 
+wasoptest      ---> Ellenorzi a bot, hogy netsplit elott volte opja a usernek, 
+vagy a botnak opja, es ha igen akkor nem veszi el tőle.
+inactive       ---> Hogyha ez az inactive bevan kapcsolva, es leszedjuk egy 
+csatornarol a botunkat, akkor a csati beallitasai nem vesznek el. Gondolok itt 
+a +bitch re pl.
+protectfriends ---> Akinek +f (friends) joga van a botba
+shared         ---> Userfile megosztas engedelyezese. 
+seen           ---> (! seen nick !) ezzel megtudjuk kerdezni a bottol hogy az 
+adott nevu, nicku ember mikor volt utoljara a bot altal ismert csatornakon.
+userexempts    ---> Ha user felrak egy exempttet (exempt = ha banolnak is 
+vissza tudsz jonni) akkor a bot nem szedi le
+dynamicexempts ---> a dynamiccal kezdodo beallitasok, azok mind azt jelentik, 
+hogy egy adott (elore beallitott) ido utan, a csatira feltett +I +e es +b modokat 
+leveszik a botok.
+userinvites    ---> Ugyanaz mint az userexempts csak invitevel
+dynamicinvites ---> Ugyanaz mint az dynamicexempts csak invitevel .. ;)  
+
+Csatorna modok:
+
++i --> Invite Only /A Csatornara csak azok tudnak bejonni, akiknek a hostjuk 
+invitolva van. Invite angol jelentese: meghivas. Ha a hostunk nincsen 
+"meghiva" akkor nemtudunk bemenni es akkor azt a hibauzenetet kapjuk : 
+Invite Only.
++m --> Modarated   /Csak az oposok es a voicesok tudnak kuldeni szoveget 
+a csatornara/
++t --> Topic Lock  /Csak az oposok tudjak megvaltoztattni a topicot/
++n --> No external message /A kivulrol jovo uzeneteket hivatott megakadalyozni 
+pl: /msg #csatorna szoveg /
++s --> Secret /Ha nincs bent az user azon a csatornan amelyiken +secret van, es 
+le whoisol, akkor nem latja hogy bent vagy a csatornan. 
++k --> Key /kulcs, a csatornara csak azok tudnak belepni akiknek ez a "jelszo" 
+megvan. A +k-s csatornara valo belepes /join #csatorna jelszo 
++l --> Limit /A csatornara belepo userek maximalis szama/
++p --> Private /Lenyegeben ugyanaz a funkcioja mint a +k nak/
+ 
+
+Készítették:
+
+Fekete Attila /Atesz2/ (atesz2@kabel.datatrans.hu) (root@linux.awsome.datatrans.hu) 
+ 
+Szenczy Gábor /drG/ (drg@kabel.datatrans.hu) (root@linux.and.unix.datatrans.hu)
+
+Ezekre az e-mail címekre örömmel vesszük az észrevételeket, vagy kérdéseket, 
+amikre megpróbálunk válaszolni is.   
+
+ +  +
   +
+
+ + + + + + + + + + + + + + + + + +
+ + Főoldal + +
+ + Második rész + +
+ + Harmadik rész + +
+ + Negyedik rész + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page17.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page17.html new file mode 100644 index 0000000..05c9932 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page17.html @@ -0,0 +1,328 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Néhány szó a botokról II. + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+A botokról /II.rész/
+
+Onnan folytatjuk,hogy a botba sikeresen be tudtunk jelentkezni, tehát visszaírta,
+hogy regisztrálta a hostunkat és azt is kiírta hogy, --->@OWNER@ - You are on owner in this bot,
+ami annyit jelent, hogy mostmár birtokoljuk botunkat :) Akkor menjünk be a partyline-ba,
+itt tudunk mindenféle beállitást elvégezni és beszélgetni azokkal az emberekkel akik szintén
+"regisztrálva" vannak a botban, valamint azokkal is akik más botok partyline-jaiban vannak de ezek
+a botok össsze vannak linekelve azaz kapcsolva, ezt mindjárt meg is látjuk, 
+hogy megy. Dcc chat-eljünk a bottal --->/dcc chat botnick, ennek hatására,
+kis idö múlva a bot kiirja :
+
+Waiting for acknowledgement...;
+DCC Chat connection established
+ Enter your password
+
+Ekkor be kell irnunk a jelszavunkat amit megadtunk neki az elején, (ha netalán elfelejtettük volna 
+megadni, vagy én nem emlitettem volna akkor ezt úgy tehetjük meg: /msg botnick pass jelszavunk
+Ha minden rendben,akkor a bot visszaküld egy msg-t ezzel : Password set to: jelszavunk).Ezután
+ha beirtuk, akkor megjelenik jó pár sor szöveg, ezt hivjuk motd-nak, vagyis message of the day
+(a nap üzenete) ezt saját magunk is szerkeszthetjük, a szerveren az eggdrop könyvtárában találunk
+egy motd nevü file-t, ezt valamelyik szövegszerkesztövel megnyitva beleirhatunk, átszerkeszthetjük
+tetszésünk szerint. Ez az üzenet minden felhasználó számára megjelenik, ha bejön a partyline-ba.
+Beszúrok ide egy átlagos motd-t ha nem szerkesztettük át ezt a filet akkot valami hasonlót fogunk
+látni :
+
+Connected to botnick, running Eggdrop a bot verziója 
+(c)1997 Robey Pointer (c)1999, 2000 Eggheads
+(c)1997 Robey Pointer (c)1999, 2000 Eggheads
+Hey user neve  My name is botneve and I am running eggdrop vbotverzioja, on Linux kernel verzioja
+Local time is now pontos idö.
+You are an owner of this bot. Only +n users can see this! 
+For more info, try .help 
+set motd (please edit the motd file in your bot's directory)
+try .help to get help .help all to get the full command list
+.help *somestring* to get the matching help texts
+ Have fun.
+Commands start with '.' (like '.quit' or '.help')
+Everything else goes out to the party line. You have no messages. ***
+usernick joined the party line.
+
+Röviden, hogy mit is irt ki a bot: - Kiirja, hogy melyik bottal dcc-zunk es kiirja a bot verzió
+számát, utána az eggdrop botok atyjának nevét :)(Robey Pointer) és dátumat, majd ismét botnév ,
+botverzió következik csak megtoldva meg a bot szerverenek kernel verzió számával is .
+Ezután a bot szerverének pontos idejét láthatjuk, és kiirja hogy ownerek vagyunk a botban vagyis
+"tulajdonosai". Segitséget a .help paranccsal kérhetünk ekkor kiirja az össszes lehetséges
+parancsot, amit a botban ki tudunk adni. A parancsok mindig "." egy ponttal kezdödnek egyébként
+sima szövegnek tekintendö és a partylineban a többi user számára is látható lesz.Még annyit ir ki,
+hogy nincs új üzenetünk és hogy megérkeztünk a partylineba :) Akkor lássuk miket is tudunk
+csinálni a partylineban ..
+
+Parancsok: 
+
+- .quit   ->Elhagyhatjuk a partyline-t. Megszakad a dcc kapcsolat.
+- .whom   ->Ezzel meg tudjuk nézni, hogy kik vannak a partylineban, mi a hostjuk stb
+- .away   ->Ha beirjuk hogy .away [message] (valami szöveg), azt általában azért tesszük mert nem
+           tudunk odafigyelni éppen, vagy nem vagyunk a gépnél. Ez  kis üzenet látszani fog, ha vki
+           beirja, hogy .whom vagy .who
+- .who    ->Kiirja az éppen a partylineban tartózkodókat, és a linekelt botokat.
+- .me     ->A .me és vmi szöveg hatására kiirja azt a szöveget amit beirtunk, a saját
+           cselekedetünkként :) (Elég érthetetlen, de ha kipróbáltátok , akkor érthetö lesz.)
+- .note   ->.note  <üzenet> Ezzel tudunk üzenetet hagyni másoknak a bot segitségével. Amit
+          az user úgy kap meg, hogy ha bemegy egy olyan csatornara, ahol a bot van, akkor kiirja az
+          illetönek hogy van üzenete : megnézni a követekezö képpen tudjuk: 1. /msg botnick notes
+           read 2. bemegyünk a partylineba az ismert módon, utána már csak azt kell
+           begépelünk: .notes read 
+- .nick    ->.nick új nick . Itt tudjuk megváltoztatni a nevünket a botban.
+- .bots    ->Egy listát ad a linkelt botokról. 
+- .su      ->.su username Más felhasználó nevében be tudunk jönni a partylineba.Természetesen
+           jelszót is kér.
+- .info    ->.info #channel szöveg : A csatornara valo belepesünkkor mindig kiirja ezt a szöveget. 
+- .whois   ->.whois nickname A bot kiirja az useröl tárolt összes informaciót (Jogai,
+           hostja,esetleges e-mail cime, weblapjának cime..) 
+- .match   ->.match nickname Lényege ugyanaz, mint a whois-é 
+- .trace   ->.trace botnick Valamelyik linekelt bot nevét kell megadnunk.Ennek segitségével meg
+          tudjuk nézni,mennyire gyors a botok közötti telnet kapcsolat [adatátvitel]
+          (secundumban).  
+- .echo    ->.echo on/off Ha irunk valamit a partylineba és az echo be van kapcsolva, vagyis echo
+           on akkor azt a szöveget amit mi irunk, mi is megfogjuk kapni ugyanúgy mint a többi
+           user.Lényegeben mi kétszer fogjuk látni az üzenetünket.
+- .addlog  ->A bot szerverén tárolt loghoz tudunk hozzáirni, amit a késöbbiek során vissza
+             tudunk olvasni (bot master jog szükséges hozzá)
+- .newpass ->A bot jelszavunkat tudjuk megváltoztatni.Nem kéri a régi jelszót.
+- .chpass  ->Ez is a jelszó megvátoztatását végzi.
+- .bottree ->Ezzel a paranccsal tudjuk az összelinkelt botokat megnézni,úgynevezett fa
+              struktúrában. 
+- .botinfo ->Ugyancsak a linkelt botokról kapunk informaciókat, de ez már bövebb.Megkapjuk
+             a botok berzió számát is, és hogy mióta vannak az adott irc szerveren, mely
+             csatornákon talahatóak , és hogy melyik hálózathoz csatlakozik a bot(IRCnet, EFnet ,
+             Dalnet stb.) 
+- .console  ->.console #csatorna A megadott csatorna "történéseit" a partyline-ba is ki fogja
+             irni nekünk pl. Ha valakit opolnak, bannolnak,kickelnek stb.
+- .motd     ->A motd-t irja ki megegyszer.
+- .strip    ->A szöveges dolgokat tudjuk variálni :) pl A félköver betük engedélyezése vagy tiltása
+             aztán az aláhúzott,szines szövegek tiltása v.engedélyezése..
+- .page     ->Ezzel a paranccsal megadhatjuk , hogy hány sort küldjön maximum a botdcc-zéskor.
+              Alapban ki  van kapcsolva.
+
+Mielött tovább mennénk, átvesszük a jogokat a botban.
+A legnagyobbal kezdem :
+
+- Global owner  : Ö teljes joggal rendelkezik, bármit csinálhat a bottal, úgyhogy jól gondoljuk meg
+                  kinek adunk ilyen jogot.                                                         
+- Global master : (botnet master).Mindent csinalhat ami a bottal kapcsolatos,pl. linekelhet bant
+                  vehet le, tehet fel , új usert vehet fel, vagy épp törölheti.Amit nem csinaálhat:
+                  Nem állithatja le a botot, nem viheti be új csatornára..
+- global op     : Ö bármelyik olyan csatornán amelyiken a bot benn van opot kaphat. Mást nem nagyon
+                  csinálhat, max. voicet adhat ;)                                                 
+- channel owner : Az adott csatorna beállitásait elvégezheti pl.új user, új ban de csak csati
+                  bannok, mert például global bant nem tud levenni.
+- channel master: E joggal rendelkezö emberke is tehet fel új csatorna bann, levehti azt vagy új
+                 usert tehet be a botba. A következö parancsokat tudja végrehajtatni : chattr ,
+                 save, reload, status .
+- channel op     :Az adott csatornán operátori joggal bir .
+- friend         : +f flag ;floodolás, szinezés vagy más nem kivánt tevékenység bekövetkeztekor a
+                  bot nem kickeli (szinte ügyvédi a megfogalamazásom :))
+- voice          :A csatornára való belépéskor a bot automatikusan ad neki egy kis keresztet ;).Ezt
+                  elöszeretettel megkérdezik az ujjonc felhasználók :"Ez mire jóó ?"
+		  Egyszersmind tisztázzuk, hogy gyakorlati haszna csak annyi van, hogyha a
+                  csatornán +m  azaz moderated mód van, akkor ök is tudnak a csatornára üzenetet
+                  küldeni (moderated <- lásd az elözö irásunk), meg persze egyes csatornákon ha a
+                  botban olyan script van, akkor ök is tudnak a bot segitségével kickelni és
+                  bannolni egy idöre, de ez nem az alapeset.
+- partyline       : ez a +p flag, ezzel a joggal az adott user be tud menni a bot partyline-ba.
+                   A +x flaggel pedig fájlokat tudunk küldeni a botnak dcc-n.
+
+Akkor folytassuk a sima master parancsokkal:
+
+- +user/-user :Ezzel  a paranccsal tudunk új felhasználót betenni a botunkba, a következöképpen:
+		.+user nick *!ident@domain
+- chattr      :Itt tudjuk a usert jogokkal "felruházni".
+               .chattr nick 
+- save        :Azonnali mentés a bot szerverére (user és channel file)
+- rehash      :A bot konfig fájljának újra töltése, az irc szerverrl történ kilépés nélkül.
+- restart     :teljesen újra inditja a botot, ki is lép az ircszerverröl.
+- +/-ignore   :Letiltja a hostról jövö ctcp-t, msg-ket és a telnet connectet.
+- dccstat     : Információt ad a bothoz telneten, vagy dcc-n kapcsolodó botokról vagy
+              felhasználókról. Nick, kapcsolat fajtája, milyen porton kapcsolódik,host, IP cim ..
+- ignores     :Értelemszerüen az eddig beállitott ignore-okat irja ki.
+- status      :A botról és a szerverröl kapunk informaciókat.Bot neve, milyen szerverröl fut, mióta
+               van fenn az irc szerveren ,mely csatornákon van fenn ...
+- comment     :Ha van hozzáfüzni valónk valamelyik userhez akkor ezzel a paranccsal tudunk ilyet
+               csinalni, ez a szöveg a match vagy a whois parancsoknál fog látszani.
+- banner      :Üzenetet tudunk küldeni a partylineban tartozkodó össze usernek.
+- binds       :Ezekre az üzenet, parancs fajtákra reagál a bot.
+-reload       :Betölti a bot user fájlját, figyelmen kivül hagyja az utolsó mentés óta történt
+               változásokat.
+
+Bot master parancsok:
+
+- +/- bot     :Új botok hozzáadása a botunkban. 
+- link/unlink :Botunk másik bothoz való kapcsolása vagy leválasztása.
+- boot        :User partyline-ból való "kirúgása"
+- chnick      :A botunk más botokban "regisztrált" nevének megváltoztatása.
+- chaddr      :A bot address-ének megváltoztása (domain,vagy IP cim).
+- chpass      :Más userek vagy saját passwordünk megváltoztatását hivatott elösegiteni.
+- relay       :Ennek a parancsnak a segitségével, ha már bent vagyunk valamelyik bot partylinejába
+               és nem akarunk újabb dcc-t vagy telnetet, akkor át tudunk menni egy másik botba.  
+              .relay botnick (majd kéri a user nevét es jelszavát)
+- +/-host     :Egy, már a botban meglévö userhez vagy bothoz tudunk újabb hostot hozzárendelni.
+
+Owner parancsok:
+(Amiket eddig leirtam azt természetesen az owner mind tudja.)
+
+- die         :A bot leállitása.
+- modules     :Kiirja milyen modulok vannak betöltve (lásd szintén elözö irásunk)
+- loadmod     :Új modul(ok) betöltése
+- unloadmod   :Modul(ok) eltávolitása
+- set         :A bot konfig fájljába tudunk a botból belepiszkálni (pl. a max. dcc-k száma, max,
+               log méret, botnet nick .. )
+
+
+
+Enyire futotta második nekifutásra. Innen fogjuk folytatni :)
+
+									By Atesz2(c)
+
+  +
   +
+
+ + + + + + + + + + + + + + + + + +
+ + Főoldal + +
+ + Első rész + +
+ + Harmadik rész + +
+ + Negyedik rész + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page18.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page18.html new file mode 100644 index 0000000..b76a1ec --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page18.html @@ -0,0 +1,258 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Amit a szolgáltató tehet + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+
+Mit tehet a szolgáltató?
+
+Az IRC-t egyre többen használják jelszavak, hozzáférések megszerzésére,
+illetve egyre több támadás ér olyan gépeket, amikről valaki irc-zni próbál.
+
+A támadásoknak, próbálkozásoknak, visszaéléseknek több formája létezik, 
+ezekből próbálunk felsorolni néhányat a teljesség igénye és reménye nélkül:
+
+
+Open proxy-k:
+
+Ha valaki nem szeretné, ha kiderülne, eredetileg honnan irc-el, megpróbál
+más gépeken levő proxy-kon keresztül kapcsolódni. Ennek egyik módja, ha van
+valahol egy - többnyire jelszóval védett - proxy, aminek a gazdája
+megengedte, hogy az illető az ő gépén keresztül kapcsolódjon. Ilyenkor fenn
+áll a veszélye, hogy egyes helyeken a proxy-t tiltják ki, vagy a proxy
+gazdáját vonják felelősségre, ha a gépén keresztül valami szabályokba
+ütközőt követnek el. Mivel ilyenkor a proxy használója is kitiltásra kerül,
+sokan, ahelyett, hogy ilyen hozzáférést kérnének valakitől, megpróbálnak
+nyitvahagyott, jelszó nélküli proxykat keresni. Ezek gazdáinak legtöbbször
+fogalmuk sincs, hogy a gépükön ilyen szolgáltatás fut, így fel sem fedezik,
+hogy valaki az ő címükkel takarózik.
+A keresés többnyire úgy történik, hogy egy-egy címtartományt végignéznek,
+vagy az irc-n valamelyik csatornára belépő emberek host-ját megnézik, hogy
+az alapértelmezett socks port (1080) nyitva van-e. Több ircszerver épp ezért
+ellenőrzi a kapcsolódó kliensek 1080-as portját, és amennyiben az nyitva van
+(és proxyként üzemel), a kliens-t nem engedi belépni.
+A szolgáltató, ha szeretné a felhasználóit (és a saját jóhírét) megvédeni
+attól, hogy valaki az ő gépeiket használja álcának, ki tudja tiltani a
+hálózatába érkező, a 1080-as portra menő kapcsolatok kezdeményezését.
+(Lényeges, hogy csak a kezdeményezést, a 1080 ugyanis lehet kliensport is,
+sőt, egy gép bekapcsolás után nagy valószínűséggel használni is fogja ezt a
+portot)
+Természetesen itt is kell kivételeket tenni, példaul a 20-as portról érkező
+kapcsolatok esetén, hiszen ez az ftp-data port, amin az ftp szerverek
+nyitnak a kliens felé adatkapcsolatot, ahol a kliensport szintén lehet 1080.
+Szintén problémát okozhat, ha az 1080-as port valamilyen szolgáltatásnak
+része (pl.: otpbank)
+
+
+Trójai programok:
+
+Elterjedt módszer, hogy akár irc-n DCC-n keresztül, akár más módon olyan
+programokat terjesztenek, amik elindítás után a rendszeren valamilyen
+kiskaput nyitnak, amivel lehetővé válik, hogy a rendszerről adatokat
+lehessen letölteni, sőt, sok esetben a billentyűzet leütéseit is figyelemmel
+lehet kisérni. A hordozó programok a legtöbb esetben nem indulnak ("Nem
+megy? Érdekes, nálam ment... Jaaa, hogy neked nem 3.1-esed van?" Ismeros
+szöveg?), bár van, hogy a gyanú elkerülése érdekében még működnek is.  
+Ezek a programok többféle TCP ill. UDP porton figyelnek, és nem kell hozzá
+nagy tudás, hogy valaki a portot átírja, sokszor ez lépésről lépésre le van
+írva a programhoz. Az ilyen esetek ellen az egyetlen védekezés, ha a
+rendszerbe csak az ismert funkciójú portok forgalmát engedjük be, ami
+béreltvonalas, ill. dialup szolgáltatás esetén szinte lehetetlen. Viszont
+sokat segíthet a felhasználók tájékoztatása.
+Ami ellen viszont lehet védekezni, az az, hogy valaki az ismert trójai
+portok után kutatva végignézze a hálózatunkat, vagy épp fordítva, valamelyik
+felhasználó tegye ugyanezt más hálózatokkal. A védekezés módja hasonló az
+open proxyknál leírtakhoz, csak más portokról van szó. A védekezést
+nehezíti, ha ezek a programok UDP csomagokat használnak, mert az UDP
+protokollban nem tudjuk megkülönböztetni a kapcsolatot kezdeményező
+csomagokat, azaz nem tudjuk megállapítani egyértelműen, hogy
+kliensforgalomról, vagy kívülről kezdeményezett támadásról van szó.
+Ilyenkor legalabb utólagos megoldás lehet a logolás, ha van, akinek van
+ideje, vagy scriptje ezeket végignézni, kielemezni.
+TCP forgalom esetén viszont (esetleg UDP-n, az előbb leírtak
+figyelembevételével) azok a portok, amiket szűrni érdemes:
+
+12345 (NetBus)
+31337 (Elite, BackOrifice, BO)
+20034 (NetBus v2)
+1243 (Sub Seven)
+
+(A lista nem teljes, állandóan bővül, válozik, az ezzel kapcsolatos
+információkat örömmel látjuk, amennyiben valaki segíteni tud)
+A portok összegyűjtése kozben bukkantam rá egy gyűjteményre a
+
+ +http://wigwam.eukom.hu/info/trojai.shtml címen

+Helyi másolat

+

+
+Mirkforce:
+
+Eddig kizárólag linux gépekre ismert program. Általában a szerverek
+feltörésével teszik fel egy gépre, de felkerülhet trójai programként is.
+A módszer abból áll, hogy a program (root jogokkal) az adott hálózat C
+osztályú tartományából a nem használt IP-címeket másodlagos címekként
+használva több klón-nal csatlakozik egy-egy IRC-szerverhez. Ezekkel a
+klónokkal vagy védenek egy-egy csatornát, vagy flood-olnak, vagy más
+módon használják fel őket. A lényeg, hogy az IP-címek általában nem valós
+címek, hiszen csak erre az időre használják őket, vagy egy-egy ártatlan, de
+epp kikapcsolt gép címei. Mivel a megtört gép saját IP-jét általában nem
+használják, a felfedezésük is nehéz utólag. A helyi hálózaton valamilyen ARP
+figyeléssel, vagy a nem használt IP-címet aktivitását figyelve (és az MAC
+címét logolva) lehet az ilyen programokat fölfedezni. Megfelelő passzív
+védelem lehet az is, ha a routeren/tűzfalon csak a hasznalt ipcímek vannak
+átengedve, bár ez gyakran változó hálózatcímek esetén rengeteg
+adminisztrációval járhat.
+
+Vonatkozó linkek:
+
+ +http://hackreport.magicnet.org/

+

+
+Gépek, modemek, programok "kilövése":
+
+Divatos erőfitogtató módszer. A célja az, hogy valakinek megszakítsák a
+netkapcsolatát, megfagyasszák a gépét, egyfajta bosszúként, vagy
+kísérletként a felsőbbrendűség bizonygatására. Illetve gyakori indíték még
+az irc-n, esetleg más chat-eken egyes csatornák fölötti uralom megszerzése a
+másik gépének kilövésével. Ezeknel a módszereknél tobbnyire hibákat, vagy
+eredetileg más célt szolgáló lehetőségeket használnak ki. Ezek több csoporba
+oszthatók:
+
+- A sávszélesség telítése
+A módszer egyszerű: Akkora fölösleges forgalmat generál a támadó, ami
+teleteszi az áldozat vonalát, lehetetlenné téve a hasznos adatforgalmat.
+
+- Különböző szolgáltatások túlterhelése (DoS, Denial of Service)
+
+- Kapcsolat bontása (A lassan már klasszikus ATH0 módszer)
+
+- A rendszer megállitása ("lefagyasztása")
+Itt általában sebezhető portokat támadnak speciálisan formázott csomagokkal.
+
+
+ +  +
   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page19.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page19.html new file mode 100644 index 0000000..e694f8d --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page19.html @@ -0,0 +1,229 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + A !channel jellegű csatornákról + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+
+Új csatornatipus: !channel
+
+Ez a tipus a 2.10.x ircd verziókba került bele először. A lényege, hogy
+megakadályozza, hogy egy csatorna 'collide'-olható legyen. Más szóval
+'split', azaz szakadás esetén ne lehessen más szerveren megnyitva ugyanazt a
+csatornát, ott opjogot szerezve a hálózat újracsatlakozása után (rejoin)
+az eredeti csatornát elfoglalni.
+Ezenkívül lehetőség van a csatornát anonimmá tenni, illetve az op elvesztése
+esetén beállítható, hogy a szerver majdnem véletlenszerűen opot adjon
+valakinek.
+
+A működése:
+
+A csatornák megnyitás után egy saját külön nevet kapnak, ami áll egy
+véletlenszerű 5 karakteres azonosítóból, és a csatona eredeti nevéből. Tehát
+az '!akarmi' nevű csatorna megnyitás után kap például egy '!EKKQ4akarmi' nevet.
+Ha létezik már egy !akarmi csatorna, bármilyen véletlenszerű azonosítóval az
+elején, akkor a szerver nem engedi, hogy valaki újat hozzon létre. Ha
+viszont szakadás van, és leteltek a megfelelő időzítések, akkor a leszakadt
+szerveren, ahol ez a csatornanév hosszú ideje nem létezik, lehetőség van egy
+ilyen csatornát létrehozni. Csakhogy a véletlenszerű 5 karakter miatt
+minimális az esélye, hogy a két csatorna teljes neve egyezni fog, azaz a két
+csatorna nem ugyanaz a csatorna lesz. Tehát ilyen módszerrel nehezen lehet
+elfoglalni. 
+
+Belépés:
+
+A csatornára a rövid nevére hivatkozva lehet belépni, azaz /join !akarmi
+Ez sikeres, ha a csatorna létezik, vagy ha az adott szerveren épp nem
+létezik, de nemrég szakadt le. Mindkét esetben op nélküli lesz a belépő
+felhasználó, annak ellenére, hogy a második esetben egyedül lesz a
+csatornán, amíg a kapcsolat újra létre nem jön a szerverek között, vagy
+hosszú idő után automatikusan opot nem kap, amennyiben ez be van állítva.
+Ha véletlenül az adott csatorna két különbözö véletlenszerű azonosítóval,
+tehát tulajdonképpen két példányban létezik, akkor a felhasználó választhat,
+melyikre lép be.
+
+Létrehozás:
+
+Amennyiben a csatorna még (vagy már) nem létezik, azt a /join !!akarmi
+paranccsal lehet létrehozni. Ekkor a létrehozója kap egy +O (creator)
+flaget. Ez annyival több a +o (op) flag-nél, hogy a segitségével be lehet
+állítani a +r flaget a csatornán (autoop), illetve a +a-t (anonim). A
++a-t levenni ezután már nem lehet!!!
+A +O flaget továbbadni nem lehet! Tehát ha a csatorna létrehozója kilépett,
+csak a hagyományos op funkciók használhatók. A +o (op) flag ugyanúgy
+továbbadható, mint a hagyományos csatornák esetén. Viszont ezzel a +r és +a
+flagek már nem módosíthatók.
+
+Hivatkozás:
+
+A /join kivételével minden más parancsnál a csatornára a _teljes_ nevével
+kell hivatkozni, amilyen névvel létrejött (a peldában: !EKKQ4akarmi).
+A /join kivétel, ott a rövid nevet lehet használni, tehát ha valaki az
+'!akarmi' csatornára akar belépni, nem kell keresgélnie, hogy épp milyen
+néven létezik.
+
+A +r mód:
+
+Amennyiben a csatornán a +r flag be van állitva, és a csatorna op nélkül
+marad, akkor a szerver bizonyos idő után opot ad egy vagy több személynek.
+Ez az rfc2811 szerint a 'reop delay' letelte után egy véletlenszerű idővel
+következhet be. A véletlenszerű időzítés arra kell, hogy nehogy több szerver
+egyszerre opoljon különböző embereket.
+
+Hogyan történik a reopolas:
+
+- Ha a csatornán maximum 5 felhasználó tartózkodik, a 'channel delay'
+letelt, és a felhasználók közül legalább egy az adott szerverhez csatlakozik,
+tehát a szerver lokális felhasználónak látja, akkor mindenkit opol a
+csatornán.
+
+- Ha a csatornán maximum 5 felhasználó tartózkodik, a 'channel delay' letelt,
+'reop delay' szintén, de már előbb, akkor a szerver mindenkit opol a
+csatornán.
+
+- Egyéb esetekben a szerver egyvalakit opol, majdnem véletlenszerűen. Azért
+majdnem, mert figyelembe veszi, ki lokális felhasználó, ki mióta idle, azaz
+mióta nem csinál semmit, és mekkora az esélye, hogy az adott felhasználó
+csak klón, azaz a hostjáról több kliens is bent van, ezzel próbálva növelni
+az esélyeit.
+
+A +a flagről:
+
+A +a anonimmá teszi a csatornát. Azaz nem lehet majd látni, ki beszél éppen.
+Mindenki anonymous@anonymous.-ként látszik, és amit ír, azt a többiek úgy
+látják, mintha 'anonymous' nickkel lenne bent. Ez a flag nem vehető le, tehát
+csak a csatorna megszűnésével kerül le. Úgyhogy érdemes a használatával
+óvatosan bánni.
+ 
+További információ, azaz ami alapján az oldal készült:
+
+
+ +http://www.stealth.net/~kalt/irc/channel.html, illetve az rfc2811 +
+
+Gyula
+
+
+ 
+				
   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page2.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page2.html new file mode 100644 index 0000000..291dd1e --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page2.html @@ -0,0 +1,380 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Irc etikett + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Irc etikett +
  +

1 Bevezetés +

Már jónéhányan +próbálkoztak egy általános érvényű, +magyar nyelvű irc-s etikett készítésére, +de ezek mindegyike megmaradt az alternatív útmutató +szintjén, amit vagy megfogadtak, vagy nem. Ez a változat +a magyarországi ircszerverek adminjainak véleményét +(is) tükrözik, és nem csak egy-egy csatorna viselkedési +szabályrendszerét rögzíti. Természetesen +pont ezért az egyes csatornák az itt leírtaknál +többet vagy kevesebbet is megkövetelhetnek a felhasználóiktól. +Ezek itt az alapszabályok, amelyeket ajánlott ismerni, mert +ahogy a valós életben, a szabályok ismeretének +hiánya itt sem mentesít a felelősségrevonás +alól! +
  +

2 Alapvető tudnivalók +

Az irc-s élet hagyományai +a valós életét követik: a régi felhasználóknak +nagyobb tekintélyük van, az ő szavuk többet nyom +a latban, ezt el kell fogadni, kár lázadozni ellene. A rendszeresen +irczők jogosan követelik meg az új felhasználóktól, +hogy azok megpróbálnak beilleszkedni, és ne tegyék +tönkre a szórakozásukat., pontosan ezért az első +és talán legfontosabb szabály: ismerkedj +meg az adott közösséggel, mielőtt beleveted magad +az életébe! Nagy különbségek vannak +az egyes csatornák között, amit az egyiken elviselnek, +az a másikon visszatetszést kelthet. Fiatalabbak kedvéért: +ne hangoskodjunk, ne játsszuk a "jó fejet" ismeretlenek közt! +

További tudnivalók: +
Az irc a beszélgetésről, +kommunikációról, buliról szól, és +nem arról hogy mindenkit legyőzzünk, meggyőzzünk! +A kommunikáció kétoldalú dolog. Mindenütt +úgy viselkedj, ahogy a többiek teszik, ne próbáld +egymagad megváltoztatni egy csatorna arculatát, mert nem +fog menni! Ha valahol nem találod meg a helyed, menj tovább, +vagy alapíts saját csatornát! +

Fontos: a legtöbb csatorna +nem szexpartnerkereső, sőt, többségükről +kiutálnak, ha csak ilyen szándékkal mész oda! +Ha úgy lépsz be egy csatornára, hogy "lányok +írjatok!!!", az nemcsak hogy eredményre nem fog vezetni, +hanem a szegénységi bizonyítványt is kiállítod +magadról ezzel! +
  +

3 Konkrét mit hogyan, +mit nem... +

Érdemes tudni, hogy +a legtöbb szabály a csatornán való kommunikációra +vonatkozik, mivel bármilyen tevékenységed itt okozhatja +a legtöbb problémát. Mivel nincsen általános +"irc-rendőrség", az egyes történések lekezelése +spontán módon történik, teljesen esetlegesen. +Sose háborodj fel azon, ha egy csatornán nem engednek valamit +csinálni, amit másutt szabad: mindig a csatorna gazdái +és hangadó személyiségei döntik el a helyi +szabályokat: az irc nem a demokráciáról szól. +Ha valami nem tetszik, odébbállhatsz másik csatornára, +akár másik, szabadelvűbb irchálózatra +is, ezt sose felejtsd el! +

3.1 Csatornára +belépés előtt +

Töltsd ki a kliensporgram +REALNAME mezőjét. Ide alapvetően nevet, honlap vagy +e-mail címet kellene írni, de igazából sokminden +belefér, a lényeg az, hogy jellemző legyen rád, +hogy később akár ez alapján is felismerjenek. +

Válassz egyéni +nevet (nicket)! Ha túl egyszerűt választasz, akkor +nagy az esély, hogy azt már más is használja. +Ha figyelmeztetnek, hogy a nevet valaki már régebb óta +használja, akkor engedjük azt át eredeti használójának! +Nem érdemes "keménykedni", később, ha a nickedet +elveszik, jogosan várhatod el a másik embertől is, +hogy visszaengedi azt neked. A nick ne legyen ízléstelen, +gusztustalan, vagy bosszantó, ne zavarhasson másokat. +

Olvasd el a szerver MOTD (message +of the day; bejelentkező) üzenetét, mert lényeges +információkat tartalmazhat a használatával +kapcsolatban (leállások, tiltások, ismert hibák, +figyelmeztetések)! Ha elfelejtettük ezt, utólag is megtehetjük +az /motd paranccsal. +

3.2 Csatornára +belépés +

Bármilyen jó +ismerősöddel is találkozol, kerüld a húsz +soron keresztül való köszöngetést, fogd rövidre! +

Ha még nem jártál +a csatornán, ismerkedj meg a szabályokkal, figyeld a társalgást, +ha valamit nem értesz, kérdezz rá, de ne túl +erőszakosan. Ha nem válaszolnak, ne erőltesd, talán +éppen nem figyelnek épp; ha elkezded ugyanazt a kérdést +ismételgetni sorokon keresztül, szinte biztos, hogy rossz szemmel +fognak rád nézni! +

Ne fogadj el olyan fájlokat, +amelyeket közvetlenül egy csatornára való belépés +után akarnak küldeni, lehet, hogy vírusról vagy +egyéb rosszindulatú programról van szó! +

3.3 Beszélgetés +a csatornán +

Ne ismételd magad, +az előbb mondottak miatt (flood)! +Szintén "hangoskodásnak" minősül, ha folyamatosan +színesen, félkövér betűkkel, aláhúzva, +inverzen írsz, vagy ASCII ábrákat másolsz be! +

Ha valakihez nyilvánosan +szólni akarsz, az üzenet elé írd oda a nickjét, +hogy tudja, neki szól! +

Ne kötözködj, +és ne csinálj semmi olyat, ami zavarna, ha veled csinálnák! +Ne kuncsorogjál a csatornán bizonyos hatalmat biztosító +"op"-ért! +

Olyan témát, +ami csak néhány embert érdekelhet, ne csatornán +beszéld meg, hanem msg-ben vagy saját +csatornádon. Lehet, hogy szórakoztatónak találod, +hogy olyasmiről beszélsz több tucat ember előtt, +amit csak ketten értetek, de sokakat valószínűleg +zavarni fog! +

Ne csinálj, mondj +vagy reklámozz olyan dolgokat, amelyek az ország törvényeibe +vagy jogszabályaiba ütköznek! +

A legtöbb csatornán +nem szeretik a reklámokat, legyen az önreklámozás, +vagy üzleti célú hirdetés. +

Ne legyél ízléstelen! +A nem teljesen szalonképes beszéd általános +dolog az ircn, ezen ne lepődj meg, de ne akarj túltenni másokon +benne! +

Amikor nyilvánosan +beszélsz, gondolj arra, hogy nem feltétlenül mindenki +látja az ékezetes betűket, színeket, ábrákat, +ezeket egyes kliensek más-másként jelenítik +meg! +

Ne használj túl +hosszú, többsoros, színes feliratokkal megspékelt +away-, +back- és signoff-üzeneteket, ezeknek ritkán +van valós információtartalma. Egyes kliensek például +a készítő önreklámozását +írják ki a csatornára, amikor kilépsz. +

Ne váltogasd a nickedet +sokszor egymás után! +

Ha valamiért kirúgnak, +vagy kitiltanak, msg-ben próbáld megbeszélni az illetővel +a dolgot, lehet, hogy valami olyat csináltál, amiről +nem tudhattad, hogy nem szabad, és visszaenged. Sose fenyegesd, +ne erősködj, mert akkor valószínűleg egyszerűen +ignorálni fog! +

3.4 Privát beszélgetés +

Az irc-n bárki hozzászólhat +a másikhoz: te is bárkihez hozzászólhatsz, +más is megszólíthat téged. Sose érezd +támadásnak, ha valaki kéretlenül kérdez +valamit, vagy rádköszön! Ha nem akarod, hogy hozzád +szólhassanak, ne irczzél... +

Ha valakinek nem tetszik +a stílusa, amit mond, vagy ahogy mondja, kérd meg, hogy ne +szóljon hozzád. Ha folytatja, használd az ignore +parancsot! +

Ha valaki arra kér +téged, hogy ne beszélj hozzá, engedelmeskedj. A csevegést +nem lehet kierőltetni! +

Ne küldjél túl +sok üzenetet egyszerre valakinek! Ne küldj rajzokat, dalszövegeket, +fájlokat kéretlenül! +

3.5 Scriptek használata +

A scriptek olyan programocskák, +melyek bizonyos funkciókat automatizálnak. Valószínűleg +a kliensprogramoddal is kaptál néhányat, az is lehet, +hogy némelyik tudtodon kívül zavar másokat. Ha +emiatt szólnak, próbáld megoldani a problémát, +ha nem megy, kérj segítséget! Ne használj olyan +programocskákat, scriptet, amelynek működésével +nem vagy tisztában, esetleg úgy kaptad valakitől, +hogy "jópofa, próbáld ki", lehet, hogy másnak, +lehet, hogy magadnak is ártasz vele (vírusok, támadó +programok)! Ne használj kifejezetten mások zavarására +készített scipteket! +

Ne használj hálózaton +keresztüli károkozásra alkalmas scripteket: portscannert, +RDOS, DDOS programokat, ne nuke-olj, smurf-ölj, ezek kifejezetten +rosszindulatú tevékenységnek minősülnek! +

Az "on-join" +scipteket, amelyek a csatornára belépő usereknek automatikusa +üzenetet vagy fájlokat küldenek, sehol se szeretik, ne +próbálkozz ilyen típusú reklámozással! +Az automatikus köszönést (auto-greet) is kevesen szeretik. +

Kapcsold ki scriptedben/kliensedben +azokat a funkciókat, amelyek automatikusan lekezelnek valamilyen +interaktivítást feltételező dolgot, például +automatikusan elfogadják a neked küldött fájlokat, +automatikusan belépnek arra a csatornára, ahova hívnak, +stb! +

Ne vigyél robotot +vagy robot jellegű scriptet más csatornájára +engedély nélkül! +

3.6 "Hatalmi" ügyek +

Ha bizonyos ideig jársz egy csatornára, +és a többiek elfogadnak, lehet, hogy előbb-utóbb +te is op leszel. Ezzel egyfajta hatalom kerül a kezedbe, természetesen +egy botokkal megfelelően levédett csatornán ez nem +túl nagy hatalom, de akkor is meg kell tanulni bánni vele! +

Ne élj vissza az op hatalmával! +Ne használd érvek helyett vitában, ne a segítségével +rendezd el személyes nézeteltéréseidet! +

Ne próbálj +feudális hűbérláncot kialakítani az opok +továbbadásával. +

Gondold meg mit teszel topicba (a legtöbb +csatornán ophoz van kötve a topic-változtatás +joga), ezt sokszor csatornán kívülről is látják, +és ez alapján ítélik meg a csatornát, +és azokat, akik ott vannak! +

3.7 Egyéb +

Ne "felejtsd" magad a csatornán +napokra, ha tudod, hogy nem leszel irc-közelben! Az opok felügyelete +a botok dolga, a forgalom logolásának semmi értelme, +az ottfelejtett kliens ellenben felesleges forgalmat generál. Szomorú +látvány egy csatorna, ahol 280 felhasználó +van bent, és ebből 220 épp nincs ott, alszik, otthon +van, nem figyel, stb.  Elmenetel előtt lépj ki a csatornáról, +utólag úgyse fogod az összes sort elolvasni! +

Ne legyél egyszerre 3-4-nál +több csatornán bent, előbb-utóbb úgyis +elveszted a fonalat. +
  +

+


+
Vissza a +nyitóoldalra + +  +
   +
+
+ + + + + + + + + + + + + +
+ + Főoldal + +
+ + RFC1855 (Angolul) + +
+ + RFC1855 (Magyarul) + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page20.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page20.html new file mode 100644 index 0000000..023fd17 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page20.html @@ -0,0 +1,304 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Néhány szó a botokról + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+Bot-Suli    /III. rész/
+
+
+ Először is szeretném megköszönni a leveleket,amiket küldtetek, ebből is látszik, hogy 
+érdeklődés a téma iránt.
+Másodszor szeretnék eloszlatni egy tévhitet, amivel többen is megkerestek:
+
+ - "Van az extrán loginom,meg jelszavam, akkor ugye oda tehetek fel botot ?"
+
+ Nem akartam ezzel kapcsolatban publikusan válaszolni, de mivel nem egy ember kérdezte már tőlem
+ezért most ide is leírom, hogy sajnos nem, nem lehet se az extrán se más ingyenes tárhellyel
+rendelkező szerveren botot futtatni, mivel azok ingyenes honlapok elkészítését teszik lehetővé.
+
+ Szintén egy másik dolog: az ún. ingyenes shellel rendelkező emberkéket is el kell, hogy 
+szomorítsam, mert onnan se lehet botot futtatni (lásd. shellyeah.org), ezek csak IRC-re vannak
+kitalálva, de aki végig olvassa a feltételeket az account elkészítésénél, az láthatja,hogy
+bele vannak írva a kritériumok..
+
+ A harmadik dolog pedig:Többen kérték mondjak ftp site-okat ahonnan le lehet szedni botot.
+ Itt vannak a jelenleg működő mirror site-ok:
+
+    ftp.nj.us.eggheads.org
+    ftp.az.us.eggheads.org
+    ftp.neurotic.org
+    ftp.adultstorage.com
+    ftp.eggsource.com
+    ftp.wingdesign.de
+    home.gmxuk.net
+
+
+
+
+
+ Ebben a részben időt szentelünk a gyakorlati dolgoknak is, mint például hogy vigyük be a
+botunkat egy csatornára, vagy hogyan tegyünk fel egy bant, vagy éppen hogy linkeljünk 
+másik bot(ok)hoz stb ...
+Nézzük..
+
+Elöször kezdeném az egyszerübb "feladatokkal"
+
+- Hogyan vigyük be botunkat egy (másik) csatornára ?
+
+ /Be telnetelünk a bot portján, vagy éppen dcc chat, kinek melyik szimpatikus, ezt többször
+  nem írom ide, mert benne vagyunk a botba../
+ 
+ .+chan #csatorna
+
+Az eltávolitása ennél fogva már kitalálható:
+
+ .-chan #csatorna
+
+- Hogyan tehetjük át egy másik IRC serverre a botot ?
+
+ .jump IRCserver  (Pl. .jump irc.webbernet.net; ha nem irunk utána port számot akkor 
+                        a config file-unkban beállitott default portra fog menni, ami 
+                        általában a 6667)
+
+- Új usert szeretnék beletenni a botba, mit tegyek  ? :)
+
+ .+user nick ident@hostname
+ (Konkrét példa:mondjuk hogy Gyula-t szeretnénk betenni /bocs Gyula hogy veled példálózok :)/
+  .+user Gyula *!gyula@harcinyul.telnet.hu
+
+/A továbbiakban is Gyulát "vesszük igénybe" ;>/
+
+- Gyulának szeretnék adni global master jogosultságot, teendő ?
+
+ .chattr Gyula m
+
+(A jogok tekintetében lásd az elözö cikket)
+
+-  Hogyan bannoljam Gyulát ?
+
+ .+ban *!gyula@harcinyul.telnet.hu #csati ide meg egy indoklás, hogy miért tettük ezt vele :)
+
+/Megjegyzés: Ha nem irunk csatornát akkor global ban lesz, vagyis minden csatornán amelyen 
+             a botunk ott van, onnan banolja az illetőt. A ban list-et úgy tudjuk megnézni:/
+             .bans all - Ez az összes bant kiirja -
+
+- Hogy állitsam át a csatorna jellemzőit anélkül hogy a config file-ba kéne piszkálni ?
+
+ Elöször is megnézzük a jelenlegi beállitásokat a köv. paranccsal:
+
+  .chaninfo #csatorna
+
+ Itt látunk sok szép dolgot pl. seen, stopnethack, revenge stb.. A dolog egyszerü
+ami elött + jel van az aktív van ami elött - jel van az tiltva van.
+
+A módositást a köv. keéppen végezzük el:
+
+ .chanset #csatorna +/-tulajdonság
+
+- Hogyan linkeljem botomat egy másik bothoz (user file megosztás nélkül)
+
+ /Megjegyzés: User file megosztás: Van egy ún. hub bot, ehhez csatlakozik az összes többi bot
+  ebben a hub botban benne van minden user, ban, inviteok, ami kell.Mikor a másik bot linkel
+  ehhez a hub bothoz, tőle "kéri le" az adatokat.Ha állításokat végzünk a hub boton, akkor
+  az az összes többi megosztott (share) boton is végrehajtódik./
+
+ Elöször beállitjuk azt a botot ahova mi linkelni szeretnénk:
+ /Erre is több mód nyílik természetesen, én most a hosszabbat irom le./
+
+ .+bot IdegenBOT - Ezzel automatikusan bekerül a hostja meg kap egy b flaget -
+
+ .chattr IdegenBOT fo #csatorna - Ezzel megadtuk neki a friend, és op jogot
+  
+ .chaddr IdegenBOT idegenBOT.domain.hu:1234 Ezzel állitjuk be a portot amin keresztül 
+         kapcsolódni fognak.
+
+ Ezeken kivül meg adhatunk jelszót is ha gondoljuk, ez annyiból jó, hogy lekérdezik telnet
+kapcsolódás elött egymástól a passwd-t, és ha megegyezik, csak akkor linkelődnek.
+
+ Ezt így tehetjük meg:
+
+ .chpass IdegenBOT jelszó
+
+ Ha azt akarjuk hogy automatikusan linkeljen a botunk a másik bothoz, ha pl. leállt a 
+szervere vagy leestett stb. akkot adjunk neki ún. +h (hub) flaget.
+/Ezt még a linkelés elött kell megtegyük :)/
+
+ .botattr IdegenBOT h
+
+ Ha megcsináltuk ugyanezeket a másik botban is, akkor mehet link. Amennyiben kiirta, hogy:
+linked to IdgenBOT, akkor gyönyörködhetünk a botnetben (már ha van ;>)
+
+ - .bottree
+
+ Invite-ot, hogy tehetünk a botba ?
+ 
+ - .+invite host #csati idő
+
+  /Idő: hogy mennyi időre tegye fel az invite-ot, ha nem írunk időt,akkor nem veszi le a bot./
+
+
+
+
+ Hasznos infókat tudhatunk meg még ha beirjuk azt :
+
+ .status - A bot ver. száma, milyen serveren megy , uptime-ja stb.
+ .dccstat  A bot saját portja, hostja és a hozzá linkelt botot hostjai.
+
+
+ A legszükségesebbeket leirtam azt hiszem, még folytajuk..
+ Ha kérdésetek van, továbbra is írhattok.Ötletet, javaslatot is várok.
+
+
+
+
+									Atesz2 (c)
+								/atesz2@kabel.datatrans.hu/				 
+
+
+  +
   +
+
+ + + + + + + + + + + + + + + + + +
+ + Főoldal + +
+ + Első rész + +
+ + Második rész + +
+ + Negyedik rész + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page21.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page21.html new file mode 100644 index 0000000..9c3e4e1 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page21.html @@ -0,0 +1,432 @@ + + + + + + + +Irc.hu/magyar.html + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + A #magyar csatornához útmutató + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+

+Kedves iRC-es és aki a #magyar csatornára +tévedsz

+Ezen az oldalon egy rövid ismertetöt találsz a #magyar +csatorna szokásairól, szabályokról. Az oldal 1997 óta +folyamatos változásokon megy át, ha észrevételed van, írj nekem. + +

  +

+ALAPELVEK:

+A #magyar nyelve a magyar. Fontos indok nélkül ne írj +más nyelven, van épp elég külföldi csatorna. +Magyarul nem igazán beszélö, külföldi magyaroknak +javaslom a #hungary-t. +A másik talán udvariatlannak hangzó alapelv, ha nem tetszik velünk az élet, +nem kötelező ide járni. A #magyar közössége egy évek óta együttlévő társaság, +a szabályokat hosszú évek tapasztalta alakította ki, nem +biztos, hogy csak a te kedvedért megváltoztajuk, vagy palotaforradalmat csinálunk. +Természetesen szívesen látunk, amennyiben a lentebb található irányelveket magadévá tudod tenni. + +

Tartalom: +

+ +1. Néhány jellemző +dolog a csatornáról +
Ha új vagy, akkor légy óvatos. Napközben +sokszor 300-nál is többen vannak bent, nagyon forgalmas a csati. +Míg éjjel (inkább) lehet baromkodni, addíg nappal +hamarabb kivágnak, mint kettőig elszámolsz. Kérdezni +mindíg szabad. Mondjuk /msg-ben attól, aki kivágott +és ő elmondja, hogy mi volt a gond, ha ez nem lenne egyértelmü a kick +reason-ből. Ha bannolnának sincs +vége a világnak, a banok 1 óra után elévülnek. +Más nikkjét illik tiszteletben tartani, ha a csatin már +ismernek pl. egy Gyula-t és szolnak neked, hogy változtass +nikket, akkor tégy úgy. Máskülönben örülünk +ha benézel hozzánk, remélem jól fogod magad +érezni! :) + +

2. Kukacok, KICKek és BANok +a #magyar-on +
Ezek szabályok, és néhány jótanács, + tipp, hogy ha kivágtak, akkor tudd, hogy miért +volt az :) Olvasd el mindenképpen, és ezt is: "Általános irc netikett" +
  + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
*Ne hozz ide új botokat (van már +3, ld. leljebb!). Továbba ne próbálkozz channel takeover +kisérletekkel, hacsak nem akarsz egy minimum fél éves +bant kockáztatni.
*Ne floodolj. Azaz ne írj be egyszerre +több sort a csatornára ill. ne írd be többször +ugyanazt. Floodnak értem azt is, ha szüntelenül teszed fel ugyanazt a +kérdést - ha valaki tudná a választ, bizonyára megírná neked.
* +A #magyar nem rulez, warez, mp3, support csatorna. Ne itt probálj meg infokat gyűjteni mp3 +gyűjteményed kibővítéséshez, php server configjához. Sokszor alakulnak ki szakmai viták, egy-egy kérdéssel kapcsolatban, ilyenkor érdemes kérdezni. Nem szerencsés az ha csak úgy beesel és rögtön pornofilmes linkeket kezdesz követelni. +Keress legalább először a www.google.com-on, mielőtt a csatin +kérdezel.
*Ne használj ékezetes betüket. +Sokak képernyöjét (UNIX, Linux) teljesen átformálja, +értelmetlen karaktereket ad. Légy rájuk tekintettel. +Manapság már eléggé elfogadottak az ékezetes betűk, de ha kibirod nélkülük még jobban örülünk. +
*Ha valakihez szólsz, írd a +sor elejére a nevét. Sokaknak, ha nevük előfordul +a sorban, világít és így jobban észreveszik. +Vannak, akik nem is figyelnek másra, csak arra, ami nekik szól +személyesen.
*Ne nyilatkozz rasszistán és +bármely vallás ellen. Vagyis egész addig, míg +ezzel meg nem sértesz valakit. Politizálni szokás, +de ha lehet, ezt se túl agresszíven.
*Ha valamilyen ok miatt kirugnak, békésen +rendezd a helyzetet, különben reagálásod ténye +is elég, hogy kitiltsanak. Ha az adott opot szitokszavakkal, anyázással illeted, +ne lepődj meg a permban-on. Mint fentebb jeleztem nem kötelező idejárni. +Panaszkodni, kérdezni mindig szabad!
*Ne reklámozz más csatornát, +se www oldalt se rádiót se semmi mást. Azonnali kick és ban.
*Ne írj folyamatosan vastagon, NAGYBETÜKKEL, +egyáltalán ne írj színesen, ne csipogj. +Jó lenne ha megtanulnád, megismernéd az irc-s kifejezéseket. A #magyar az nem szoba, +hanem csatorna és a közvetlenül személynek küldött üzenet az nem privi hanem msg, valamint +te irc-n vagy irc kilenst használsz és nem mirc-elsz (a gyengébbek kedvéért, a mirc egy irc kilens). +Ez a kifejezéseket nem kötelező használni, de örülnénk neki ha már közénk jársz. +:)
* +Scriptek, awaynick, és társaik. +Talán tudod és láttad, esetleg használod is őket. Mármint a scripteket amelyek a te +kliens softwared bizonyos funkcióit egyszerűsitik. Örölünk, hogy hallottál róla, de +vannak bizonyos fenntartásaink.
+* Mp3 script - nem, ismétlem _nem_ vagyunk rá kiváncsiak hogy a winampod éppen milyen zenét játszik. Ha midennképpen megosztanád zenei örömödet velünk, kérlek vedd a fáradságot és +gépeld be , hogy /me akramilyen zenét hallgat, imédja, stb.
+* Az utóbbi időben elterjedt szokássá vált az ún. awaynick, ami a következőképpen néz ki: +Nick is now known as Nick|Suli esteleg Nick|L vagy Nick|Zuhi. Nos az #magyar csatornán első körben +10 perc ban és kick jár a bottól. Ha op veszi észre akkor minimum 1 óra ban + kick. Ha sokadszorra is tapasztaljuk egy user esetében akkor permban is lehet a dolgoból.
* Néhány rövid szó, hogy miért: A csatin rengetegen vannak, ebből a rengeteg emberből sajnos egyre kevesebben vannak akik valóban beszélgetnek publicban. Viszont rengeteg ilyen nickcsere fordult elő, es minimum 2 feleleges sor 10 percenként/user, 20 usernél semmi másból nem áll a public mint nickcserebékből. Másodszor létezik /away parancs amit erre találtak ki, ha nem tudod használni akkor az oldal alján található linkeken elinulva előbb útóbb talalász egy normális irc leírást.
+A fentebb felsorolt indokok miatt az awayscriptek használatát is kérjük mellőzni. +Félreértés ne essék: tedd nyugodtan away-ba magad, csak ez ne nyilvánuljon +meg a csatin se nickcsere se egy public msg (I am away now, bla bla) +formájában. Aki tudni akarja, hogy away vagy-e, az kér rólad egy /whois-t és +ott úgyis látni fogja. +
*A topic tartalma nem szent, de ne reklámozz +itt sem és lehetőleg ne izléstelenkedjünk (itt +sem). Ha topicot akarsz változtatni, kérd meg az egyik opost, +mivel csak nekik van joguk erre. +
*Ha csak azért jöttél be a csatira, hogy a csatornát magát, az opokat, vagy az ownereket fikázd, szidd akkor inkább be se gyere. Előbb útóbb a közösség megunja és permban fog felkerülni a hostodra. +Ha úgy érzed, igazságtalanul bántak veled, vagy vannak ötleteid, hogyan +lehetne a csati életét jobbá tenni de nem hallgattak meg, próbálj egy +kultúrált mailt írni az egyik masternek/ownernek, aki ha van ideje, utána +fog nézni a dolognak. Az opokat a csatin elküldeni melegebb helyekre +nem hatékony módja bármilyen változás elérésének sem. +
*Ne legyen nagyon bosszantó, +csúnya nick neved. (pl. Hitler, seggjuk, lofasz, pina -- volt itt +már minden!)
+ +A csúnya beszéd elég általános, nem +kell és nem is szoktak rajta kiakadni. De egészen +más kategória, ha a másikat szidod, izléstelen +dolgokra szólítod fel, stb. Remélem e különbség +nyilvánvaló számodra is, ha nem, írjál +és elmagyarázom :) +
*A csatorna invite only, de a *.hu -s hostok +simán bejöhetnek (+I mode). Ha nem .hu-s hostról jössz, vagy nincs reverse +DNS bejegyzése a hostodnak, vagy bármi más a csatornára lépéssel kapcsolatos +gondod van, fordulj egy ophoz/masterhez.
+ +

+

3. Botok +
Az éppen aktuális botok: +Ketvirag, Tehen, Papucs, melyek közül Ketvirag és Tehen netsplit elött és +után autómatikusan váltogatják nevüket. Bövebb leírás róluk itt: botok.html + +

A botok rendeltetése, hogy + +

a.) rendet tartson a csatornán azáltal, hogy +csak töle kaphatsz opot (bitch mode) és hogy kivágja a floodolókat, +egyéb rendetlenkedöket. +
b.) sok segítséget is nyújthat, ha keresel valakit. +(/msg Ketvirag whois akárki) +
c.) A botneten több bot is össze van kötve dcc-n, telnettel + + +

A bot csatornafenttartó funkcióinak egyike az, hogy egy +belsö listát vezet a bannokról. Az opok a boton, módosíthatják ezt a listát. Szokás 'botban'-nek nevezni, ha valakit felraknak erre a listára. Egy channel ban-t hamar felraknak valakire, de +ezek 1 órán belül eltünnek. A +botban lehetövé teszi, hogy visszakereshetö legyen, ki +miért lett bannolva. + +

Egy boton hierarchia van, vannak különbözö jogok, +melyeket FLAGekkel jelölnek a név mellett. Hangsúlyozom: +a flageknek semmi jelentöségük nincsen a csatin, kizárólag +a boton ad több jogot! + +

APPENDIX: Milyen feltételekkel kaphatsz jogokat? +
Ne, neee kunyizz jogokat, kérlek. Van jelenleg elég opos +a botokon. Ha mégis ugy gondolod, hogy neked mindenképpen +szükséged van egy s más flagre, írj mailt egyik +masternek. Egy master saját hatáskörben is dönthet a kérdésröl, de általában +kikéri a többi master véleményét is. +
  + +

4. A csatornán megforduló +emberek +
Ezek a törzstagok, akikhez bátran lehet problémákkal +fordulni. Ha emberi hangon kérdezel, akkor biztosan segítenek. +
  + + + + + + + + + + + + + + + + + + + + + + +
ArtlaceBlackGore/Bakelitdonci
GeoffreyhellnetHorasz
Judycza mirc kérdésekkelLajoschLovag
MihamixVailyvuk
+ +Ha valaki hiányolja magát a listáról, pedig +szokott segíteni a kezdöknek, akkor szóljon nekem. +és felrakom, nekem ezek jutottak eszembe. De ha valakiröl ezen +a listán megtudom, hogy nem segít a lamer kolegáknak, +akkor BAD listára fogom tenni, rögtön ide jobbra! :)
+ÚJ: #magyar +szociograph + +

+ +

5. egyéb iRC oldalak +
A magyar iRC server adminok +oldala +
Irc Regitim +Szesz Band oldal Shark tollából :) +
www.externet.hu/irc +Az Externet iRC oldala, lexikális iRC (nem mIRC!) parancsleírással, +bot-helppel, smiley szótárral. + +

Ha te is írtál egy oldalt, ami vagy iRC-esekröl szól +vagy kezdöknek nyújt iRC-help-et, akkor kérlek írj +nekem, és belinkelem ide a te oldaladat is. Köszi! +

+Updated: 2003.03.31 +by donci and Horasz +  + +

   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page22.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page22.html new file mode 100644 index 0000000..7c7ea64 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page22.html @@ -0,0 +1,310 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Néhány szó a botokról + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+   A botokról   /IV.rész/
+
+
+
+  Ebben a részben részletesen leirok egy bot linket, konkrét példával mivel akadt 
+ egy-két embernek problémája ezzel kapcsolatban.
+ Utána pedig megnézzük, hogy hogyan kell user file megosztással linekelni /share/.
+ Aztán az autobotchk-ról ejtünk pár szót..
+
+
+  Vegyük példának első botunkat, nickje legyen BoSS és fusson a boss@boss.net -ről a 
+ 4411-es porton.
+ Másik botunk nickje SlAvE aki a slave@slave.net -ről fut a 6633-as porton.
+ /Mindent aprólékosan,lamasan le fogok irni mert az a biztos :)/
+ Első dolgunk (a botok futnak, be vannak konfigolva) irány telnetelünk, vagy dcc-
+ zünk kinek mi a szimpatikusabb, először a BoSS-ba megyünk mondjuk és betesszük
+ SlAvE-et 2 féle képpen lehet mindkettő leirom azért:
+
+ 1, .+bot SlAvE
+
+    .chattr SlAvE fo #channel 
+
+    /vagy adunk neki global jogokat akkor nem kell utána a #channel/
+
+    .chaddr SlAvE slave.net:6633
+
+   /A nagyobb biztonság érdekében meg megtehetjük azt is hogy beállitunk jelszót
+    mindkét botban, ebben az a jó, hogy csak akkor linkelődik a két bot, ha
+    az egymástól lekért jelszavak megegyeznek.Eképpen tehetjük meg :
+
+    .chpass SlAvE botocska                
+    /jelszó=botocska/
+
+ 2, .+bot SlAvE *!*slave@slave.net
+
+    .chattr SlAvE fo #channel
+
+    .chaddr SlAvE slave.net:6633
+          
+    .chpass SlAvE botocska
+
+  Ezzel megvagyunk a SlAvE nevü botunkkal,mehetünk át a SlAvE-be, hogy betegyük BoSS-t.
+ Itt már csak az egyik "módszer" szerint irom le.
+
+
+    .+bot BoSS
+  
+    .chattr BoSS fo #channel
+  
+    .chaddr BoSS boss.net:4411
+
+    .chpass BoSS botocska
+
+    .botattr BoSS h  
+
+
+   Ezzel készen is vagyunk, ha várunk egy kicsit akkor automatikusan is linkelődni fog
+   SlAvE BoSS-hoz, de magunk is megtehetjük ha beirjuk:
+
+   .link BoSS 
+
+
+  A másik dolog amit még tudni kell egy linkeléshez az pedig a share linkelés.
+ Ami nem más mint, van egy "fő" botunk - érdemes a legmegbizhatóbb botunkat megtenni,
+ és nem olyat amit minden nap újra kell inditani,apropo újrainditás erről is 
+ beszélünk egy csöppet kicsit később .. - Szóval ez a bot "osztja ki"  az összes
+ többi, hozzálinkelődő botnak a user file-t.
+  
+  Ez annál is inkább jó nekünk, mert ha van egy szép nagy botnetünk - már 5-10 felett
+  megéri - akkor ha új botot csináltunk és be akarjuk kötni a botnetünkbe, akkor
+  nem kell újra meg újra betenni az új botba azt a pár 100 embert ;> hanem
+  a letölti szépen a hub botról.
+  Hogy mért nem jó ez nekünk ? Mert megmondom őszintén - és most biztos pár ember 
+  felhördül - de én nem szeretem, ugyanis ha egyszer minden bot ugyanarról a
+  botról tölti le a user file-t akkor bizony mindenkinek ugyanaz a jelszava
+  minden egyes botban, és ez bizony nem jöhet jól ha meghackelik a botnetünket :)
+  Persze sokan mondják hogy akkor már úgyis mindegy, de szerintem mégse , főleg
+  ha nagyobb a botnet és a botok sok csatornán ott vannak.De mindegy ezt mindenki 
+  döntse el maga, hogy alkalmazza-e vagy sem, nekem ez nem feladatom :)
+  Én egyébként azt szoktam csinálni, hogy megcsinálom a share-t ,de miután letöl-
+  tötte a cuccost, utána szépen vissza "normál" linkhez és megváltozatni a jelszót.
+
+
+  Tehát a share linkhez nem kell sok mindent csinálnunk végülis, ugyanúgy be kell 
+ tenni mindkét botot csak más botattributumot kell adnunk, azért leirom szépen 
+ megint mert az a biztos :> Marad ugyanaz a szitu BoSS-al és SlAvE-el ..
+
+   Bemegyünk a partyline-ba BoSS-hoz:
+
+    .+bot SlAvE *!*slave@slave.net
+
+    .chattr SlAvE fo #channel
+
+    .chaddr SlAvE slave.net:6633
+          
+    .chpass SlAvE botocska
+       
+    .botattr SlAvE s
+
+
+   Utána SlAvE jön:
+
+    .+bot BoSS
+  
+    .chattr BoSS fo #channel
+  
+    .chaddr BoSS boss.net:4411
+
+    .chpass BoSS botocska
+
+    .botattr BoSS p(h)
+
+  /Ha h attrib-ot is adunk akkor automatikusan linkelödik./
+
+  Ezzel készen is vagyunk, ha minden oké, szépen linkelődnek :)
+ 
+  Akkor nézzük meg amit már emlitettem, a bot újra inditást.
+ Ugyanis ha server reboot vagy áramszünet miatt leáll a server, mindig újra kell 
+ inditani a botot, erre találták ki a linuxos eggdropoknál az autobotchk-t, ami 
+ igen hasznos lehet nem túl nagy uptime-al rendelkező serverek esetén :)
+ Az autobotchk minden eggdrop verzióhoz alapban jár és a eggdrop.xyz/scripts 
+ könyvtárban található.
+ Használata egyszerű, helpje is van: 
+ 
+  ./autobotchk
+
+  usage: ./autobotchk  [options]
+  -dir     (bot directory to use instead of [pwd])
+  -noemail (will make crontab not mail you)
+  -5       (5 minute checks)
+  -10      (10 minute checks)
+  -15      (15 minute checks)
+  -30      (30 minute checks)  
+ 
+  Használata:
+
+  ./autobotchk configfile -5 -noemail
+
+ Ez 5 percenként ellenőrzi, hogy fut-e a bot és nem küldd e-mailt ha újra kellett
+ inditania.Csak annyit kell csinálni hogy a /scripts könyvtárból bemásoljuk
+ oda ahol a bot configfile-ja van.
+
+  Ennyit egyelőre, még annyit, hogy jelenleg a verzió szám (mikor irom a cikket)
+ eggdrop1.6.1, melynek forrás file-ját letölthettek a 
+ http://atesz2.virtualave.net -ről.
+
+
+  A következő részben ha minden igaz beszélünk az IPv6-os eggdrop-okról, de 
+ ez még persze változhat.
+ Köszi a figyelmeteket, meg az e-mail-eket.
+
+
+
+
+								Atesz2(c)
+							  atesz2@kabel.datatrans.hu 
+
+
+  +
   +
+
+ + + + + + + + + + + + + + + + + +
+ + Főoldal + +
+ + Első rész + +
+ + Második rész + +
+ + Harmadik rész + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page23.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page23.html new file mode 100644 index 0000000..255573c --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page23.html @@ -0,0 +1,13 @@ + + + + +404 Not Found + +

Not Found

+

The requested URL /page23.html was not found on this server.

+
+
Apache Server at www.irc.hu Port 80
+ + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page24.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page24.html new file mode 100644 index 0000000..6651d96 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page24.html @@ -0,0 +1,160 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Más IRC hálózatok + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+Ez az oldal más (nem IRCNet) IRC hálózatokat igyekszik bemutatni
+
+

+IRCneten kivüli szerverekről I. by Kapitány János +(Sarkanyka), az irc.lap.hu szerkesztője. +

+IRCneten kivüli szerverekről II. - Services +

+ +  +

   + +   
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page3.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page3.html new file mode 100644 index 0000000..418080c --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page3.html @@ -0,0 +1,250 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Irc FAQ (GYIK) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Magyar IRCnet FAQ (Kérdések +és válaszok) +
(az irc.elte.hu, +és egyéb források felhasználásával) +

Figyelem! A FAQ áttekintése nem pótolja +az Irc etikett és az Irc +bemutatás elolvasását! +
  +

Általános kérdések +

Miért nem tudok belépni egy csatornára? +
Sok oka lehet, valószínűleg valaki a címedről, +vagy a domainedből valami olyasmit csinált, amiért olyan tiltást kapott, +ami a te címedre is vonatkozik. Próbálj keresni valakit, akiről tudod, +hogy a csatornán van, kérd meg, hogy derítse ki, mi a helyzet. +
  +

Adminisztrációs kérdések +

Kit keressek, ha... +
Ilyen kérdésekben segíthet az itt +található lista. +

Lehetek-e ircop? +
IRC operátor csak úgy lehet valaki, ha +a saját szerverét üzemelteti. Minden más esetben értelmetlen IRCop jogot +adni, mivel ez csak +
szerverüzemeltetési célokat szolgál. +

Mit tegyek, ha takeover-elték a csatornámat? +
Nickek, csatornák elfoglalása mindennapos +az IRCNET-en. Mielőtt az operátor segítségét kéred, vedd figyelembe az +alábbiakat: +
     Az IRCNETen nincs +Nick/Csatorna szerver szolgáltatás (NICKSERV) +
     A nick-ek, csatornák +nem képezik senki tulajdonát. +
Legjobb, ha az irc-es életedet nick/csatorna +függetlenné teszed. Ha a csatornádat elfoglalják, legegyszerűbb, ha másikra +mész (#csatorna2 +
pl.), és megvárod, míg a jövevények megunják +hogy egy üres csatornán `uralkodjanak', és elmennek. Így senki nem tudja +a csatornádat +
elvenni, legfeljebb annak az egyik nevét. +Ha ennek ellenére IRC operátor segítségét akarod kérni, vedd figyelembe, +hogy az IRC operátor +
a csatornákkal kapcsolatos dolgokban semmivel +sem több egy egyszerű felhasználónál Nem tud csatorna operátor jogot `csinálni', +
nem tud egy invite only csatornára belépni, +stb. Amit te nem tudsz megtenni csatornákkal kapcsolatban az IRCNETen, +ő sem tudja. +

Tud-e az ircop op-ot "teremteni" egy +op nélkül maradt csatornán? +
Ahogy az előbbiekből kiderült, nem, kár +ezzel zargatni! +

Logolják a szerverek azt, amit írok? +
Sokadszorra is elmondjuk: nem! +Ez egyrészt erkölcsileg elfogadhatatlan, másrészt technikailag nehezen +kivitelezhető. +
  +

Biztonsággal kapcsolatos +kérdések +

Gyanúsan gyakran szakadok meg a vonal, +ha modemmel vagyok irc-n, mitől lehet ez? +
Valószínűleg a modemedet hangupoltatják +távolról, ellenőrizd, hogy a modem inicializáló parancsai közt szerepel-e +az ATS2=255, ha nem, illeszd be! +

Az oprendszerem azt jelzi, hogy furcsa +kapcsolódási kísérletek történnek a gépemen, mit tegyek? +
Valaki portscan-t, vagy hasonló +működésű programot futtat a gépedre. Ha meg tudod állapítani, hogy valamelyik +olyan csatornán levő felhasználó címéről próbálkoznak-e, amelyiken te is +bent vagy, akkor szólj egy opnak, aki kitiltja a csatornán. Ez persze kevés +a boldogsághoz, de az illető valószínűleg olyan scripttel dolgozik, amely +a csatornára frissen belépők címét próbálja, ezért az ezután jövők már +megmenekülnek ettől. Ha súlyosabbnak tűnik a gond, betörési kísérlet történik, +értesítsd az ircszerver gazdáját, de főleg a próbálkozó gép rendszergazdáját, +illetve a domain-jának abuse-ügyekkel foglalkozó adminisztrátorát +(pl. holnaptav.net domainből érkező "hacker" esetén az abuse@holnaptav.net +címet)! +

Hogyan nyissak olyan csatornát, amire +nem tud akárki bejönni? +
Sokféle megoldást kínál erre az irc: +
     A +s és ++p csatornák (secret és private) nem látszanak a /list parancs kimenetében, +illetve a bentlevő userről csatornán kívülről nem látszik, hogy itt is +bent van. +
     A +k mode-al +kulcsszóhoz tudod kötni a bejövelt. +
     A +i -vel +meghívásossá teszed a csatornát. +
     Ha nem # jellel, +hanem &-al kezdődő nevű csatornát hozol létre, az csak az adott szerveren +látszik. +
Ezen felül természetesen ban-okkal is +irányíthatod, hogy honnan ki jöhet be. +

/list parancs kiadása után kidob a szerver +
Túl sok olyan csatorna van, ami erre kilistázható, +a hirtelen nagy forgalmat a szerver flood-nak értelmezi, és megszakítja +a kapcsolatot ("excess flood"). +
  +

Botokkal kapcsolatos kérdések +

Hogyan tudok a legegyszerűbben botot +feltenni? +
Előszöris: biztos vagy benne, hogy szükséged +van botra? Egy olyan csatorna miatt, amit ketten-hárman látogattok, és +nincs folyamatosan használva, kár robotot indítani, másrészt ne akarj úgy +robotot feltenni, hogy nem vagy tisztában az irc működésével! Ha ilyesmire +adod a fejed, olvasd át a program (pl. Eggdrop) mellé adott leírásokat! +

Hol futatthatom a botomat? +
A magyarországi IRCnet szerverek közül +csak a sote.irc.hu-n és a hub.irc.hu-n. Kivételezés nincs. +

Hogyan derítem ki, hogy egy adott csatornán +kihez tartozik egy bot? +
A legtöbb bot az /msg <bot neve> +help üzenetre segítséget ad, és a végén kiírja az adminisztrátorának +mail címét. +
  +

Természetesen az esetleges új kérdéseket +is szívesen feltesszük ide! +
  +

+


+
Vissza a +nyitóoldalra +
  + +  +
   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page4.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page4.html new file mode 100644 index 0000000..5dbcbbb --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page4.html @@ -0,0 +1,153 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Szerzők + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+A www.irc.hu készítői +

Az oldal tartalmi részét +a magyarországi Ircnet szerverek adminisztrátorai és +"veterán" ircsek készítették, több hetes +egyeztető munkával. Az ezeken az oldalakon szereplő +szabályok éppen ezért követendőnek minősülnek +az említett szervereken. +

Adminisztrátorok: 
+
Budai Gergely (Thuffir, ircadm at mht2.mht.bme.hu)
+Hirling Endre (Micmac, ircadm at irc.elte.hu)
+Kerekes Gyula (Gyula, gyula at telnet.hu)
+Szekeres István (Pista, szekeres at cyberspace.mht.bme.hu)
+
Továbbá: 
+
Kaiser László (Titanic, titanic at telnet.hu)
+Matics László (Malacka, Laszlo.Matics at extreme.hu)
+Varga Dániel (donci, donci at celtic.hu)
+Mirc részek, war, védekezés (készítés +alatt):
+
Varga Gábor (Vide0, video at primposta.com) +
Koordinálás, alapelvek, +szabályok összegyûjtése: 
+
Varga Ákos Endre (Hamster, +hAMSTEL, Paplan, hamster at telnet.hu) +

Vissza a nyitóoldalra +

+ +  +

   +
+
+ + + + + +
+ + Főoldal + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page5.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page5.html new file mode 100644 index 0000000..4175268 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page5.html @@ -0,0 +1,169 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + Ircesek írták + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+Ircesek írták +

Az itt található oldalakat IRC felhasználók +írták. A www.irc.hu készítői ezek tartalmáért, a bennük +leírtak valódiságáért, illetve az oldalakon leírt dolgok +kipróbálásábol származó következményekért, illetve károkért felelősséget nem +vállalnak.

+Persze ez még nem jelenti azt, hogy ezek az oldalak nem jók :)
+Ugyhogy kellemes olvasgatást.

+ +  +

   + +   
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page6.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page6.html new file mode 100644 index 0000000..6a45426 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page6.html @@ -0,0 +1,1293 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + RFC1855 (English) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+
+
+
+
+
+
+Network Working Group                                       S. Hambridge
+Request For Comments: 1855                                   Intel Corp.
+FYI: 28                                                     October 1995
+Category: Informational
+
+
+                         Netiquette Guidelines
+
+Status of This Memo
+
+   This memo provides information for the Internet community.  This memo
+   does not specify an Internet standard of any kind.  Distribution of
+   this memo is unlimited.
+
+Abstract
+
+   This document provides a minimum set of guidelines for Network
+   Etiquette (Netiquette) which organizations may take and adapt for
+   their own use.  As such, it is deliberately written in a bulleted
+   format to make adaptation easier and to make any particular item easy
+   (or easier) to find.  It also functions as a minimum set of
+   guidelines for individuals, both users and administrators.  This memo
+   is the product of the Responsible Use of the Network (RUN) Working
+   Group of the IETF.
+
+Table of Contents
+
+   1.0 Introduction                                                 1
+   2.0 One-to-One Communication                                     2
+   3.0 One-to-Many Communication                                    7
+   4.0 Information Services                                        14
+   5.0 Selected Bibliography                                       18
+   6.0 Security Considerations                                     21
+   7.0 Author's Address                                            21
+
+1.0  Introduction
+
+   In the past, the population of people using the Internet had "grown
+   up" with the Internet, were technically minded, and understood the
+   nature of the transport and the protocols.  Today, the community of
+   Internet users includes people who are new to the environment.  These
+   "Newbies" are unfamiliar with the culture and don't need to know
+   about transport and protocols. In order to bring these new users into
+   the Internet culture quickly, this Guide offers a minimum set of
+   behaviors which organizations and individuals may take and adapt for
+   their own use.  Individuals should be aware that no matter who
+   supplies their Internet access, be it an Internet Service Provider
+   through a private account, or a student account at a University, or
+
+
+
+Hambridge                    Informational                      [Page 1]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+   an account through a corporation, that those organizations have
+   regulations about ownership of mail and files, about what is proper
+   to post or send, and how to present yourself.  Be sure to check with
+   the local authority for specific guidelines.
+
+   We've organized this material into three sections: One-to-one
+   communication, which includes mail and talk; One-to-many
+   communications, which includes mailing lists and NetNews; and
+   Information Services, which includes ftp, WWW, Wais, Gopher, MUDs and
+   MOOs.   Finally, we have a Selected Bibliography, which may be used
+   for reference.
+
+2.0  One-to-One Communication (electronic mail, talk)
+
+   We define one-to-one communications as those in which a person is
+   communicating with another person as if face-to-face: a dialog.  In
+   general, rules of common courtesy for interaction with people should
+   be in force for any situation and on the Internet it's doubly
+   important where, for example, body language and tone of voice must be
+   inferred. For more information on Netiquette for communicating via
+   electronic mail and talk, check references [1,23,25,27] in the
+   Selected Bibliography.
+
+2.1 User Guidelines
+
+2.1.1 For mail:
+
+    - Unless you have your own Internet access through an Internet
+      provider, be sure to check with your employer about ownership
+      of electronic mail. Laws about the ownership of electronic mail
+      vary from place to place.
+
+    - Unless you are using an encryption device (hardware or software),
+      you should assume that mail on the Internet is not secure.  Never
+      put in a mail message anything you would not put on a postcard.
+
+    - Respect the copyright on material that you reproduce.  Almost
+      every country has copyright laws.
+
+    - If you are forwarding or re-posting a message you've received, do
+      not change the wording.  If the message was a personal message to
+      you and you are re-posting to a group, you should ask permission
+      first.  You may shorten the message and quote only relevant parts,
+      but be sure you give proper attribution.
+
+    - Never send chain letters via electronic mail.  Chain letters
+      are forbidden on the Internet.  Your network privileges
+      will be revoked.  Notify your local system administrator
+
+
+
+Hambridge                    Informational                      [Page 2]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+      if your ever receive one.
+
+    - A good rule of thumb:  Be conservative in what you send and
+      liberal in what you receive.  You should not send heated messages
+      (we call these "flames") even if you are provoked.  On the other
+      hand, you shouldn't be surprised if you get flamed and it's
+      prudent not to respond to flames.
+
+    - In general, it's a good idea to at least check all your mail
+      subjects before responding to a message.  Sometimes a person who
+      asks you for help (or clarification) will send another message
+      which effectively says "Never Mind".  Also make sure that any
+      message you respond to was directed to you.  You might be cc:ed
+      rather than the primary recipient.
+
+    - Make things easy for the recipient.  Many mailers strip header
+      information which includes your return address.  In order to
+      ensure that people know who you are, be sure to include a line
+      or two at the end of your message with contact information.  You
+      can create this file ahead of time and add it to the end of your
+      messages.  (Some mailers do this automatically.)  In Internet
+      parlance, this is known as a ".sig" or "signature" file.  Your
+      .sig file takes the place of your business card.  (And you can
+      have more than one to apply in different circumstances.)
+
+    - Be careful when addressing mail.  There are addresses which
+      may go to a group but the address looks like it is just one
+      person.  Know to whom you are sending.
+
+    - Watch cc's when replying.  Don't continue to include
+      people if the messages have become a 2-way conversation.
+
+    - In general, most people who use the Internet don't have time
+      to answer general questions about the Internet and its workings.
+      Don't send unsolicited mail asking for information to people
+      whose names you might have seen in RFCs or on mailing lists.
+
+    - Remember that people with whom you communicate are located across
+      the globe.  If you send a message to which you want an immediate
+      response, the person receiving it might be at home asleep when it
+      arrives.  Give them a chance to wake up, come to work, and login
+      before assuming the mail didn't arrive or that they don't care.
+
+    - Verify all addresses before initiating long or personal discourse.
+      It's also a good practice to include the word "Long" in the
+      subject header so the recipient knows the message will take time
+      to read and respond to. Over 100 lines is considered "long".
+
+
+
+
+Hambridge                    Informational                      [Page 3]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - Know whom to contact for help.  Usually you will have resources
+      close at hand.  Check locally for people who can help you with
+      software and system problems.  Also, know whom to go to if you
+      receive anything questionable or illegal.  Most sites also
+      have "Postmaster" aliased to a knowledgeable user, so you
+      can send mail to this address to get help with mail.
+
+    - Remember that the recipient is a human being whose culture,
+      language, and humor have different points of reference from your
+      own.  Remember that date formats, measurements, and idioms may
+      not travel well.   Be especially careful with sarcasm.
+
+    - Use mixed case.  UPPER CASE LOOKS AS IF YOU'RE SHOUTING.
+
+    - Use symbols for emphasis.  That *is* what I meant.  Use
+      underscores for underlining. _War and Peace_ is my favorite
+      book.
+
+    - Use smileys to indicate tone of voice, but use them sparingly.
+      :-) is an example of a smiley (Look sideways).  Don't assume
+      that the inclusion of a smiley will make the recipient happy
+      with what you say or wipe out an otherwise insulting comment.
+
+    - Wait overnight to send emotional responses to messages.  If you
+      have really strong feelings about a subject, indicate it via
+      FLAME ON/OFF enclosures.  For example:
+      FLAME ON:  This type of argument is not worth the bandwidth
+                 it takes to send it.  It's illogical and poorly
+                 reasoned.  The rest of the world agrees with me.
+      FLAME OFF
+
+    - Do not include control characters or non-ASCII attachments in
+      messages unless they are MIME attachments or unless your mailer
+      encodes these.  If you send encoded messages make sure the
+      recipient can decode them.
+
+    - Be brief without being overly terse.  When replying to a message,
+      include enough original material to be understood but no more. It
+      is extremely bad form to simply reply to a message by including
+      all the previous message: edit out all the irrelevant material.
+
+    - Limit line length to fewer than 65 characters and end a line
+      with a carriage return.
+
+    - Mail should have a subject heading which reflects
+      the content of the message.
+
+
+
+
+
+Hambridge                    Informational                      [Page 4]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - If you include a signature keep it short.  Rule of thumb
+      is no longer than 4 lines.  Remember that many people pay for
+      connectivity by the minute, and the longer your message is,
+      the more they pay.
+
+    - Just as mail (today) may not be private, mail (and news) are
+      (today) subject to forgery and spoofing of various degrees of
+      detectability. Apply common sense "reality checks" before
+      assuming a message is valid.
+
+    - If you think the importance of a message justifies it, immediately
+      reply briefly to an e-mail message to let the sender know you got
+      it, even if you will send a longer reply later.
+
+    - "Reasonable" expectations for conduct via e-mail depend on your
+      relationship to a person and the context of the communication.
+      Norms learned in a particular e-mail environment may not apply in
+      general to your e-mail communication with people across the
+      Internet.  Be careful with slang or local acronyms.
+
+    - The cost of delivering an e-mail message is, on the average, paid
+      about equally by the sender and the recipient (or their
+      organizations). This is unlike other media such as physical mail,
+      telephone, TV, or radio.  Sending someone mail may also cost them
+      in other specific ways like network bandwidth, disk space or CPU
+      usage.  This is a fundamental economic reason why unsolicited
+      e-mail advertising is unwelcome (and is forbidden in many contexts).
+
+    - Know how large a message you are sending.  Including large files
+      such as Postscript files or programs may make your message so
+      large that it cannot be delivered or at least consumes excessive
+      resources.  A good rule of thumb would be not to send a file
+      larger than 50 Kilobytes.  Consider file transfer as an
+      alternative, or cutting the file into smaller chunks and sending
+      each as a separate message.
+
+    - Don't send large amounts of unsolicited information to people.
+
+    - If your mail system allows you to forward mail, beware the dreaded
+      forwarding loop.  Be sure you haven't set up forwarding on several
+      hosts so that a message sent to you gets into an endless loop from
+      one computer to the next to the next.
+
+
+
+
+
+
+
+
+
+Hambridge                    Informational                      [Page 5]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+2.1.2 For talk:
+
+   Talk is a set of protocols which allow two people to have an
+   interactive dialogue via computer.
+
+    - Use mixed case  and proper punctuation, as though you were typing
+      a letter or sending mail.
+
+    - Don't run off the end of a line and simply let the terminal wrap;
+      use a Carriage Return (CR) at the end of the line.  Also, don't
+      assume your screen size is the same as everyone else's.  A good
+      rule of thumb is to write out no more than 70 characters, and no
+      more than 12 lines (since you're using a split screen).
+
+    - Leave some margin; don't write to the edge of the screen.
+
+    - Use two CRs to indicate that you are done and the other person may
+      start typing.  (blank line).
+
+    - Always say goodbye, or some other farewell, and wait to see a
+      farewell from the other person before killing the session.  This
+      is especially important when you are communicating with someone
+      a long way away.  Remember that your communication relies on both
+      bandwidth (the size of the pipe) and latency (the speed of light).
+
+    - Remember that talk is an interruption to the other person.  Only
+      use as appropriate.  And never talk to strangers.
+
+    - The reasons for not getting a reply are many.  Don't assume
+      that everything is working correctly.  Not all versions of
+      talk are compatible.
+
+    - If left on its own, talk re-rings the recipient.  Let it ring
+      one or two times, then kill it.
+
+    - If a person doesn't respond you might try another tty.  Use finger
+      to determine which are open.  If the person still doesn't respond,
+      do not continue to send.
+
+    - Talk shows your typing ability.  If you type slowly and make
+      mistakes when typing it is often not worth the time of trying to
+      correct, as the other person can usually see what you meant.
+
+   - Be careful if you have more than one talk session going!
+
+
+
+
+
+
+
+Hambridge                    Informational                      [Page 6]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+2.2  Administrator Issues
+
+    - Be sure you have established written guidelines for dealing
+      with situations especially illegal, improper, or forged
+      traffic.
+
+    - Handle requests in a timely fashion - by the next business day.
+
+    - Respond promptly to people who have concerns about receiving
+      improper or illegal messages.   Requests concerning chain
+      letters should be handled immediately.
+
+    - Explain any system rules, such as disk quotas, to your users.
+      Make sure they understand implications of requesting files by
+      mail such as: Filling up disks; running up phone bills, delaying
+      mail, etc.
+
+    - Make sure you have "Postmaster" aliased.  Make sure you have
+      "Root" aliased.  Make sure someone reads that mail.
+
+    - Investigate complaints about your users with an open mind.
+      Remember that addresses may be forged and spoofed.
+
+3.0  One-to-Many Communication (Mailing Lists, NetNews)
+
+   Any time you engage in One-to-Many communications, all the rules for
+   mail should also apply.  After all, communicating with many people
+   via one mail message or post is quite analogous to communicating with
+   one person with the exception of possibly offending a great many more
+   people than in one-to-one communication.  Therefore, it's quite
+   important to know as much as you can about the audience of your
+   message.
+
+3.1 User Guidelines
+
+3.1.1 General Guidelines for mailing lists and NetNews
+
+    - Read both mailing lists and newsgroups for one to two months before
+      you post anything.  This helps you to get an understanding of
+      the culture of the group.
+
+    - Do not blame the system administrator for the behavior of the
+      system users.
+
+    - Consider that a large audience will see your posts.
+      That may include your present or your next boss.  Take
+      care in what you write.  Remember too, that mailing lists and
+      Newsgroups are frequently archived, and that your words may be
+
+
+
+Hambridge                    Informational                      [Page 7]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+      stored for a very long time in a place to which many people have
+      access.
+
+    - Assume that individuals speak for themselves, and what they
+      say does not represent their organization (unless stated
+      explicitly).
+
+    - Remember that both mail and news take system resources.  Pay
+      attention to any specific rules covering their uses your
+      organization may have.
+
+    - Messages and articles should be brief and to the point.  Don't
+      wander off-topic, don't ramble and don't send mail or post
+      messages solely to point out other people's errors in typing
+      or spelling.  These, more than any other behavior, mark you
+      as an immature beginner.
+
+    - Subject lines should follow the conventions of the group.
+
+    - Forgeries and spoofing are not approved behavior.
+
+    - Advertising is welcomed on some lists and Newsgroups, and abhorred
+      on others!  This is another example of knowing your audience
+      before you post.  Unsolicited advertising which is completely
+      off-topic will most certainly guarantee that you get a lot of
+      hate mail.
+
+    - If you are sending a reply to a message or a posting be sure you
+      summarize the original at the top of the message, or include just
+      enough text of the original to give a context.  This will make
+      sure readers understand when they start to read your response.
+      Since NetNews, especially, is proliferated by distributing the
+      postings from one host to another, it is possible to see a
+      response to a message before seeing the original.  Giving context
+      helps everyone.  But do not include the entire original!
+
+    - Again, be sure to have a signature which you attach to your
+      message.  This will guarantee that any peculiarities of mailers or
+      newsreaders which strip header information will not delete the
+      only reference in the message of how people may reach you.
+
+    - Be careful when you reply to messages or postings.  Frequently
+      replies are sent back to the address which originated the post -
+      which in many cases is the address of a list or group!  You may
+      accidentally send a personal response to a great many people,
+      embarrassing all involved.  It's best to type in the address
+      instead of relying on "reply."
+
+
+
+
+Hambridge                    Informational                      [Page 8]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - Delivery receipts, non-delivery notices, and vacation programs
+      are neither totally standardized nor totally reliable across the
+      range of systems connected to Internet mail.  They are invasive
+      when sent to mailing lists, and some people consider delivery
+      receipts an invasion of privacy.  In short, do not use them.
+
+     - If you find a personal message has gone to a list or group, send
+       an apology to the person and to the group.
+
+     - If you should find yourself in a disagreement with one person,
+       make your responses to each other via mail rather than continue to
+       send messages to the list or the group.  If you are debating a
+       point on which the group might have some interest, you may
+       summarize for them later.
+
+    - Don't get involved in flame wars.  Neither post nor respond
+      to incendiary material.
+
+    - Avoid sending messages or posting articles which are no more than
+      gratuitous replies to replies.
+
+    - Be careful with monospacing fonts and diagrams.  These will
+      display differently on different systems, and with different
+      mailers on the same system.
+
+    - There are Newsgroups and Mailing Lists which discuss topics
+      of  wide varieties of interests.  These represent a diversity of
+      lifestyles, religions, and cultures.  Posting articles or sending
+      messages to a group whose point of view is offensive to you
+      simply to tell them they are offensive is not acceptable.
+      Sexually and racially harassing messages may also have legal
+      implications.  There is software available to filter items
+      you might find objectionable.
+
+3.1.2  Mailing List Guidelines
+
+   There are several ways to find information about what mailing lists
+   exist on the Internet and how to join them.  Make sure you understand
+   your organization's policy about joining these lists and posting to
+   them.  In general it is always better to check local resources first
+   before trying to find information via the Internet.  Nevertheless,
+   there are a set of files posted periodically to news.answers which
+   list the Internet mailing lists and how to subscribe to them.  This
+   is an invaluable resource for finding lists on any topic.  See also
+   references [9,13,15] in the Selected Bibliography.
+
+    - Send subscribe and unsubscribe messages to the appropriate
+      address.  Although some mailing list software is smart enough
+
+
+
+Hambridge                    Informational                      [Page 9]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+      to catch these, not all can ferret these out.  It is your
+      responsibility to learn how the lists work, and to send the
+      correct mail to the correct place.  Although many many mailing
+      lists adhere to the convention of having a "-request" alias for
+      sending subscribe and unsubscribe messages, not all do.  Be sure
+      you know the conventions used by the lists to which you subscribe.
+
+    - Save the subscription messages for any lists you join.  These
+      usually tell you how to unsubscribe as well.
+
+    - In general, it's not possible to retrieve messages once you have
+      sent them.  Even your system administrator will not be able to get
+      a message back once you have sent it.  This means you must make
+      sure you really want the message to go as you have written it.
+
+    - The auto-reply feature of many mailers is useful for in-house
+      communication, but quite annoying when sent to entire mailing
+      lists. Examine "Reply-To" addresses when replying to messages
+      from lists.  Most auto-replys will go to all members of the
+      list.
+
+    - Don't send large files to mailing lists when Uniform
+      Resource Locators (URLs) or pointers to ftp-able versions
+      will do.  If you want to send it as multiple files, be
+      sure to follow the culture of the group.  If you don't
+      know what that is, ask.
+
+    - Consider unsubscribing or setting a "nomail" option (when it's
+      available) when you cannot check your mail for an extended
+      period.
+
+    - When sending a message to more than one mailing list, especially
+      if the lists are closely related, apologize for cross-posting.
+
+    - If you ask a question, be sure to post a summary.  When doing so,
+      truly summarize rather than send a cumulation of the messages you
+      receive.
+
+    - Some mailing lists are private.  Do not send mail to these lists
+      uninvited.  Do not report mail from these lists to a wider
+      audience.
+
+    - If you are caught in an argument, keep the discussion focused on
+      issues rather than the personalities involved.
+
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 10]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+3.1.3  NetNews Guidelines
+
+   NetNews is a globally distributed system which allows people to
+   communicate on topics of specific interest.  It is divided into
+   hierarchies, with the major divisions being: sci - science related
+   discussions; comp - computer related discussions; news - for
+   discussions which center around NetNews itself; rec - recreational
+   activities; soc - social issues; talk - long-winded never-ending
+   discussions; biz - business related postings; and alt - the alternate
+   hierarchy.  Alt is so named because creating an alt group does not go
+   through the same process as creating a group in the other parts of
+   the hierarchy.  There are also regional hierarchies, hierarchies
+   which are widely distributed such as Bionet, and your place of
+   business may have its own groups as well.  Recently, a "humanities"
+   hierarchy was added, and as time goes on its likely more will be
+   added.  For longer discussions on News see references [2,8,22,23] in
+   the Selected Bibliography.
+
+    - In NetNews parlance, "Posting" refers to posting a new article
+      to a group, or responding to a post someone else has posted.
+      "Cross-Posting" refers to posting a message to more than one
+      group.  If you introduce Cross-Posting to a group, or if you
+      direct "Followup-To:" in the header of your posting, warn
+      readers!  Readers will usually assume that the message was
+      posted to a specific group and that followups will go to
+      that group.  Headers change this behavior.
+
+    - Read all of a discussion in progress (we call this a thread)
+      before posting replies.  Avoid posting "Me Too" messages,
+      where content is limited to agreement with previous posts.
+      Content of a follow-up post should exceed quoted content.
+
+    - Send mail when an answer to a question is for one person only.
+      Remember that News has global distribution and the whole world
+      probably is NOT interested in a personal response.  However, don't
+      hesitate to post when something will be of general interest to the
+      Newsgroup participants.
+
+    - Check the "Distribution" section of the header, but don't
+      depend on it.  Due to the complex method by which News is
+      delivered, Distribution headers are unreliable.  But, if you
+      are posting something which will be of interest to a limited
+      number or readers, use a distribution line that attempts to
+      limit the distribution of your article to those people.  For
+      example, set the Distribution to be "nj" if you are posting
+      an article that will be of interest only to New Jersey readers.
+
+
+
+
+
+Hambridge                    Informational                     [Page 11]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - If you feel an article will be of interest to more than one
+      Newsgroup, be sure to CROSSPOST the article rather than individually
+      post it to those groups.  In general, probably only five-to-six
+      groups will have similar enough interests to warrant this.
+
+    - Consider using Reference sources (Computer Manuals, Newspapers,
+      help files) before posting a question.  Asking a Newsgroup where
+      answers are readily available elsewhere generates grumpy "RTFM"
+      (read the fine manual - although a more vulgar meaning of the
+      word beginning with "f" is usually implied) messages.
+
+    - Although there are Newsgroups which welcome advertising,
+      in general it is considered nothing less than criminal
+      to advertise off-topic products.  Sending an advertisement
+      to each and every group will pretty much guarantee your loss of
+      connectivity.
+
+    - If you discover an error in your post, cancel it as soon as
+      possible.
+
+    - DO NOT attempt to cancel any articles but your own.  Contact
+      your administrator if you don't know how to cancel your post,
+      or if some other post, such as a chain letter, needs canceling.
+
+    - If you've posted something and don't see it immediately,
+      don't assume it's failed and re-post it.
+
+    - Some groups permit (and some welcome) posts which in other
+      circumstances would be considered to be in questionable taste.
+      Still, there is no guarantee that all people reading the group
+      will appreciate the material as much as you do.  Use the Rotate
+      utility (which rotates all the characters in your post by 13
+      positions in the alphabet) to avoid giving offense.   The
+      Rot13 utility for Unix is an example.
+
+    - In groups which discuss movies or books it is considered essential
+      to mark posts which disclose significant content as "Spoilers".
+      Put this word in your Subject: line.  You may add blank lines to
+      the beginning of your post to keep content out of sight, or you
+      may Rotate it.
+
+    - Forging of news articles is generally censured. You can protect
+      yourself from forgeries by using software which generates a
+      manipulation detection "fingerprint", such as PGP (in the US).
+
+    - Postings via anonymous servers are accepted in some Newsgroups
+      and disliked in others.  Material which is inappropriate when
+      posted under one's own name is still inappropriate when posted
+
+
+
+Hambridge                    Informational                     [Page 12]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+      anonymously.
+
+    - Expect a slight delay in seeing your post when posting to a
+      moderated group.  The moderator may change your subject
+      line to have your post conform to a particular thread.
+
+    - Don't get involved in flame wars.  Neither post nor respond
+      to incendiary material.
+
+3.2    Administrator Guidelines
+
+3.2.1 General Issues
+
+    - Clarify any policies your site has regarding its subscription
+      to NetNews groups and about subscribing to mailing lists.
+
+    - Clarify any policies your site has about posting to NetNews
+      groups or to mailing lists, including use of disclaimers in .sigs.
+
+    - Clarify and publicize archive policy.  (How long are articles
+      kept?)
+
+    - Investigate accusations about your users promptly and with an
+      open mind.
+
+    - Be sure to monitor the health of your system.
+
+    - Consider how long to archive system logs, and publicize your
+      policy on logging.
+
+3.2.2  Mailing Lists
+
+    - Keep mailing lists up to date to avoid the "bouncing mail" problem.
+
+    - Help list owners when problems arise.
+
+    - Inform list owners of any maintenance windows or planned downtime.
+
+    - Be sure to have "-request" aliases for list subscription and
+      administration.
+
+    - Make sure all mail gateways operate smoothly.
+
+3.2.3. NetNews
+
+    - Publicize the nature of the feed you receive.  If you do not get
+      a full feed, people may want to know why not.
+
+
+
+
+Hambridge                    Informational                     [Page 13]
+ 
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - Be aware that the multiplicity of News Reader clients may cause
+      the News Server being blamed for problems in the clients.
+
+    - Honor requests from users immediately if they request cancellation
+      of their own posts or invalid posts, such as chain letters.
+
+    - Have "Usenet", "Netnews" and "News" aliased and make sure someone
+      reads the mail.
+
+3.3 Moderator Guidelines
+
+3.3.1 General Guidelines
+
+    - Make sure your Frequestly Asked Questions (FAQ) is posted at
+      regular intervals.  Include your guidelines for articles/messages.
+      If you are not the FAQ maintainer, make sure they do so.
+
+    - Make sure you maintain a good welcome message, which contains
+      subscribe and unsubscribe information.
+
+    - Newsgroups should have their charter/guidelines posted
+      regularly.
+
+    - Keep mailing lists and Newsgroups up to date. Post
+      messages in a timely fashion.  Designate a substitute
+      when you go on vacation or out of town.
+
+4.0  Information Services (Gopher, Wais, WWW, ftp, telnet)
+
+   In recent Internet history, the 'Net has exploded with new and varied
+   Information services.  Gopher, Wais, World Wide Web (WWW), Multi-User
+   Dimensions (MUDs) Multi-User Dimensions which are Object Oriented
+   (MOOs) are a few of these new areas.  Although the ability to find
+   information is exploding, "Caveat Emptor" remains constant.  For more
+   information on these services, check references [14,28] in the
+   Selected Bibliography.
+
+4.1 User Guidelines
+
+4.1.1. General guidelines
+
+    - Remember that all these services belong to someone else.  The
+      people who pay the bills get to make the rules governing usage.
+      Information may be free - or it may not be!  Be sure you check.
+
+    - If you have problems with any form of information service, start
+      problem solving by checking locally:  Check file configurations,
+      software setup, network connections, etc.  Do this before assuming
+
+
+
+Hambridge                    Informational                     [Page 14]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+      the problem is at the provider's end and/or is the provider's
+      fault.
+
+    - Although there are naming conventions for file-types used, don't
+      depend on these file naming conventions to be enforced.  For
+      example, a ".doc" file is not always a Word file.
+
+    - Information services also use conventions, such as www.xyz.com.
+      While it is useful to know these conventions, again, don't
+      necessarily rely on them.
+
+    - Know how file names work on your own system.
+
+    - Be aware of conventions used for providing information during
+      sessions.  FTP sites usually have files named README in a top
+      level directory which have information about the files available.
+      But, don't assume that these files are necessarily up-to-date
+      and/or accurate.
+
+    - Do NOT assume that ANY information you find is up-to-date and/or
+      accurate.  Remember that new technologies allow just about anyone
+      to be a publisher, but not all people have discovered the
+      responsibilities which accompany publishing.
+
+    - Remember that unless you are sure that security and authentication
+      technology is in use, that any information you submit to a system
+      is being transmitted over the Internet "in the clear", with no
+      protection from "sniffers" or forgers.
+
+    - Since the Internet spans the globe, remember that Information
+      Services might reflect culture and life-style markedly different
+      from your own community.  Materials you find offensive may
+      originate in a geography which finds them acceptable.  Keep an open
+      mind.
+
+    - When wanting information from a popular server, be sure to use
+      a mirror server that's close if a list is provided.
+
+    - Do not use someone else's FTP site to deposit materials you
+      wish other people to pick up.  This is called "dumping" and
+      is not generally acceptable behavior.
+
+    - When you have trouble with a site and ask for help, be sure to
+      provide as much information as possible in order to help
+      debug the problem.
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 15]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - When bringing up your own information service, such as a homepage,
+      be sure to check with your local system administrator to find what
+      the local guidelines are in affect.
+
+    - Consider spreading out the system load on popular sites by
+      avoiding "rush hour" and logging in during off-peak times.
+
+4.1.2 Real Time Interactive Services Guidelines (MUDs MOOs IRC)
+
+    - As in other environments, it is wise to "listen" first to
+      get to know the culture of the group.
+
+    - It's not necessary to greet everyone on a channel or room
+      personally.  Usually one "Hello" or the equivalent is enough.
+      Using the automation features of your client to greet people is
+      not acceptable behavior.
+
+    - Warn the participants if you intend to ship large quantities
+      of information.  If all consent to receiving it, you may send,
+      but sending unwanted information without a warning is considered
+      bad form just as it is in mail.
+
+    - Don't assume that people who you don't know will want to talk to
+      you.  If you feel compelled to send private messages to people you
+      don't know, then be willing to accept gracefully the fact that they
+      might be busy or simply not want to chat with you.
+
+    - Respect the guidelines of the group.  Look for introductory
+      materials for the group.  These may be on a related ftp site.
+
+    - Don't badger other users for personal information such as sex, age,
+      or location.  After you have built an acquaintance with another user,
+      these questions may be more appropriate, but many people
+      hesitate to give this information to people with whom they are
+      not familiar.
+
+    - If a user is using a nickname alias or pseudonym, respect that
+      user's desire for anonymity.  Even if you and that person are
+      close friends, it is more courteous to use his nickname.  Do
+      not use that person's real name online without permission.
+
+
+
+
+
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 16]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+4.2 Administrator Guidelines
+
+4.2.1 General Guidelines
+
+    - Make clear what's available for copying and what is not.
+
+    - Describe what's available on your site, and your organization.
+      Be sure any general policies are clear.
+
+    - Keep information, especially READMEs, up-to-date.  Provide READMEs
+      in plain ascii text.
+
+    - Present a list of mirrors of your site if you know them.  Make
+      sure you include a statement of copyright applicable to your
+      mirrors.  List their update schedule if possible.
+
+    - Make sure that popular (and massive) information has the bandwidth
+      to support it.
+
+    - Use conventions for file extensions  - .txt for ascii text; .html
+      or .htm for HTML; .ps for Postscript; .pdf for Portable Document
+      Format; .sgml or .sgm for SGML; .exe for non-Unix executables, etc.
+
+    - For files being transferred, try to make filenames unique in the
+      first eight characters.
+
+    - When providing information, make sure your site has something
+      unique to offer.  Avoid bringing up an information service which
+      simply points to other services on the Internet.
+
+    - Don't point to other sites without asking first.
+
+    - Remember that setting up an information service is more than just
+      design and implementation.  It's also maintenance.
+
+    - Make sure your posted materials are appropriate for the supporting
+      organization.
+
+    - Test applications with a variety of tools.  Don't assume everything
+      works if you've tested with only one client.  Also, assume the low
+      end of technology for clients and don't create applications which
+      can only be used by Graphical User Interfaces.
+
+    - Have a consistent view of your information.  Make sure the look
+      and feel stays the same throughout your applications.
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 17]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+    - Be sensitive to the longevity of your information.  Be sure to
+      date time-sensitive materials, and be vigilant about keeping
+      this information well maintained.
+
+    - Export restrictions vary from country to country.  Be sure you
+      understand the implications of export restrictions when you post.
+
+    - Tell users what you plan to do with any information you collect,
+      such as WWW feedback.  You need to warn people if you plan to
+      publish any of their statements, even passively by just making it
+      available to other users.
+
+    - Make sure your policy on user information services, such as
+      homepages, is well known.
+
+5.0 Selected Bibliography
+
+   This bibliography was used to gather most of the information in the
+   sections above as well as for general reference.  Items not
+   specifically found in these works were gathered from the IETF-RUN
+   Working Group's experience.
+
+   [1]  Angell, D., and B. Heslop, "The Elements of E-mail Style",
+        New York: Addison-Wesley, 1994.
+
+   [2]  "Answers to Frequently Asked Questions about Usenet"
+        Original author: jerry@eagle.UUCP (Jerry Schwarz)
+        Maintained by:  netannounce@deshaw.com (Mark Moraes)
+        Archive-name: usenet-faq/part1
+
+   [3]  Cerf, V., "Guidelines for Conduct on and Use of
+        Internet", at: 
+
+   [4]  Dern, D., "The Internet Guide for New Users", New York:
+        McGraw-Hill, 1994.
+
+   [5]  "Emily Postnews Answers Your Questions on Netiquette"
+        Original author: brad@looking.on.ca (Brad Templeton)
+        Maintained by:  netannounce@deshaw.com (Mark Moraes)
+        Archive-name: emily-postnews/part1
+
+   [6]  Gaffin, A., "Everybody's Guide to the Internet",  Cambridge,
+        Mass., MIT Press, 1994.
+
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 18]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+   [7]  "Guidelines for Responsible Use of the Internet"
+        from the US house of Representatives gopher, at:
+        
+
+   [8]  How to find the right place to post (FAQ)
+        by buglady@bronze.lcs.mit.edu (Aliza R. Panitz)
+        Archive-name: finding-groups/general
+
+   [9]  Hambridge, S., and J. Sedayao, "Horses and Barn Doors:
+        Evolution of Corporate Guidelines for Internet Usage",
+        LISA VII, Usenix, November 1-5, 1993, pp. 9-16.
+        
+
+   [10] Heslop, B., and D. Angell, "The Instant Internet guide :
+        Hands-on Global Networking", Reading, Mass., Addison-Wesley,
+        1994.
+
+   [11] Horwitz, S., "Internet Etiquette Tips",
+        
+
+   [12] Internet Activities Board, "Ethics and the Internet", RFC 1087,
+        IAB, January 1989. 
+
+   [13] Kehoe, B., "Zen and the Art of the Internet: A Beginner's
+        Guide", Netiquette information is spread through the chapters
+        of this work. 3rd ed. Englewood Cliffs, NJ., Prentice-Hall,
+        1994.
+
+   [14] Kochmer, J., "Internet Passport: NorthWestNet's Guide
+        to our World Online",  4th ed.  Bellevue, Wash.,
+        NorthWestNet, Northwest Academic Computing Consortium, 1993.
+
+   [15] Krol, Ed, "The Whole Internet: User's Guide and
+        Catalog", Sebastopol, CA, O'Reilly & Associates,
+        1992.
+
+   [16] Lane, E. and C. Summerhill, "Internet Primer for
+        Information Professionals: a basic guide to Internet networking
+        technology", Westport, CT, Meckler, 1993.
+
+   [17] LaQuey, T., and J. Ryer, "The Internet Companion",
+        Chapter 3 "Communicating with People", pp 41-74. Reading,
+        MA, Addison-Wesley, 1993.
+
+
+
+
+
+
+Hambridge                    Informational                     [Page 19]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+   [18] Mandel, T., "Surfing the Wild Internet", SRI International
+        Business Intelligence Program, Scan No. 2109.  March, 1993.
+        
+
+   [19] Martin, J., "There's Gold in them thar Networks! or Searching for
+        Treasure in all the Wrong Places", FYI 10, RFC 1402,
+        January 1993. 
+
+   [20] Pioch, N., "A Short IRC Primer", Text conversion
+        by Owe Rasmussen.  Edition 1.1b, February 28, 1993.
+        
+
+   [21] Polly, J., "Surfing the Internet: an Introduction",
+        Version 2.0.3.  Revised May 15, 1993.
+        
+        
+
+   [22] "A Primer on How to Work With the Usenet Community"
+        Original author: chuq@apple.com (Chuq Von Rospach)
+        Maintained by:  netannounce@deshaw.com (Mark Moraes)
+        Archive-name: usenet-primer/part1
+
+   [23] Rinaldi, A., "The Net: User Guidelines and Netiquette",
+        September 3, 1992.
+        
+
+   [24] "Rules for posting to Usenet"
+        Original author: spaf@cs.purdue.edu (Gene Spafford)
+        Maintained by:  netannounce@deshaw.com (Mark Moraes)
+        Archive-name: posting-rules/part1
+
+   [25] Shea, V., "Netiquette", San Francisco: Albion Books,
+        1994?.
+
+   [26] Strangelove, M., with A. Bosley, "How to Advertise
+        on the Internet", ISSN 1201-0758.
+
+   [27] Tenant, R., "Internet Basics", ERIC Clearinghouse of Information
+        Resources, EDO-IR-92-7.  September, 1992.
+        
+        
+
+
+
+
+
+Hambridge                    Informational                     [Page 20]
+
+RFC 1855                 Netiquette Guidelines              October 1995
+
+
+   [28] Wiggins, R., "The Internet for everyone: a guide for
+        users and providers", New York, McGraw-Hill, 1995.
+
+6.0 Security Considerations
+
+   Security issues are not discussed in this memo.
+
+7.0 Author's Address
+
+   Sally Hambridge
+   Intel Corporation
+   2880 Northwestern Parkway
+   SC3-15
+   Santa Clara, CA   95052
+
+   Phone: 408-765-2931
+   Fax:   408-765-3679
+   EMail: sallyh@ludwig.sc.intel.com
+
+
+Hambridge                    Informational                     [Page 21]
+
+
+ +  +
   +
+
+ + + + + + + + + + + + + +
+ + Főoldal + +
+ + Netikett + +
+ + RFC1855 (Magyarul) + +
+
+
+
  
+
+
+
+
+ + + + + + diff --git a/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page7.html b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page7.html new file mode 100644 index 0000000..b0cbed7 --- /dev/null +++ b/irc.hu/www.pub.cateye.hu/irc.hu/www.irc.hu/page7.html @@ -0,0 +1,1684 @@ + + + + + + + +Irc.hu + + + +
+ + + + + + + + + + + + + +
+
+ +  A magyar IRC portál + +
+
+
+ + + + + +
+ + + + + + + +
    
+
+ + + + + + + +
    
+
+
+
+
+ + + + + +
+ + + + + + +

 
+ + RFC1855 (Magyar) + +
 
+
+ + Irc.hu + +
+
+
+
+
+
+ + + + + + + + + + + + +
   
+

+Magyar Netikett +

+ +

+Az emlékeztetô státusa +

+

+Ez a dokumentum az Internet közösség +tájékoztatására szolgál. Ez a +dokumentum nem határoz meg semmilyen szabványt. A +terjesztést nem korlátozza semmi. + +

+Összefoglaló +

+

+Ez a dokumentum a Hálózati Etikett (Netiquette) egy +minimális halmazát határozza meg. A +különbözô szervezetek szabadon +módosíthatják; saját, hasonló +szabályzatuk alapjául szolgálhat. Ezért a +dokumentum pontosan meghatározott részekre van bontva, +hogy az egyes részeket könnye(bbe)n +találhassák meg. Magánszemélyek, +akár felhasználók, akár +adminisztrátorok szintén felhasználhatják +minimális irányelvekként. Ez a feljegyzés +az IETF Felelôs Hálózati Használat +csoportjának munkája. + +

+A fordításról +

+

+ +Ez a dokumentum az RFC 1855 fordítása. +Néhány helyen kiegészítettem az eredeti +szöveget, igyekezvén ezt annak szellemében tenni. +Mindenfajta javítást örömmel fogadok. A +címem a dokumentum végén +található. Sok mondat végére kéne +felkiáltójel, ez elmaradt. +

+A szöveg nem feltétlenül tükrözi a +véleményemet, sem bármelyik +munkaadómét. Semmilyen felelôsséget nem +vállalok a dokumentum használatából vagy +nem használatából eredô +következményekért. + +

+Tartalomjegyzék +

+ +
    +
  1. Bemutatkozás +
  2. Egy-egynek kommunikáció +
  3. Egy-sokaknak kommunikáció +
  4. Információs +szolgáltatások +
  5. Válogatott bibliográfia +
  6. Biztonsági kérdések +
  7. A készítô címe +
+ +

+1.0 Bemutatkozás +

+

+A múltban a népesség Internet +használó része az Internettel "nôtt" fel, +mûszaki tudással bírt, és megértette +a protokollok és a szállítás +természetét. Manapság az Internet +felhasználók közösségében +egyre többen vannak olyanok, akik újak ebben a +környezetben. Ezeknek a "Newbie"-knak ismeretlen ez a +kultúra és nincs szükségük a +protokollok és az átvitel mûszaki részleteire. +Hogy ezek az új felhasználókat gyorsan az +Internet közösség részéve +válhassanak, ez az írás a magatartási +szabályok minimális halmazát ismerteti. Ezeket +aztán a különbözô szervezetek és +magánszemélyek a saját céljaiknak +megfelelôen módosíthatják. Mindenkinek +tisztában kell lennie azzal, hogy bárki is +szolgáltassa neki az Internet elérést -- legyen az +egy ISP (Internet Szolgáltató), az egyetem, vagy a +cége -- annak a szervezetnek megvan a maga szabályzata +a levelek és az állományok +tulajdonjogáról; arról, hogy mit helyes +postázni és küldeni, és hogy +miképpen prezentáljuk magunkat. +Feltétlenül ismerd meg ezeket, +érdeklôdjél a helyi illetékes(ek)nél. +

+Ezt az anyagot három fô részre bontottuk: +egy-egynek kommunikáció, amibe a levelezés +és a talk (beszélgetés) foglaltatik benne; +egy-sokaknak kommunikáció, amely alatt a Usenet-et +és a levelezési listákat értjük; +és az információs szolgáltatások: +ftp, WWW, gopher, MUD, MOO, IRC. Végül egy +válogatott bibliográfiát találhatnak, +referencia célokra. + +

+2.0 Egy-egynek kommunikáció +(elektronikus levél, beszélgetés (talk)) +

+

+Az egy-egy kommunikációt úgy +definiáljuk, amiben egy ember kommunikál egy +másikkal, mintha szemtôl-szembe állnának: +egy dialógus. Általában, az emberekkel +való társalgás normál +illemszabályai az érvényesek, csak ez az +Interneten még fontosabb, mert hiányzik többek +között a metakommunikáció és a +hangszín. + +

+2.1 Iránymutató felhasználóknak +

+

+2.1.1 Levelezéshez +

+
    + +
  • Ha nem egy Internet Szolgáltatón kerülsz +kapcsolatba az Internettel, akkor fontos ismerned a +munkáltatód szabályait az elektronikus levelek +tulajdonjogáról; ezek mindenütt mások. + +
  • Fel kell tételezned hogy az Interneten +történô levelezés nem biztonságos, +kivéve ha valamilyen rejtjelezô eszközt (akár +szoftvert, akár hardvert) használsz. Ne írjál +semmi olyasmit egy elektronikus levélbe, amit nem +küldenél el levelezôlapon. + +
  • Tiszteld a szerzô jogait avval az anyaggal kapcsolatban, amit +másolsz. Majdnem minden országban vannak a +szerzôk jogait védô törvények. + +
  • Ha továbbküldesz (forward) vagy +újrapostázol egy üzenetet, akkor ne +változtasd meg annak a szóhasználatát. Ha +ez egy neked írt személyes üzenet volt, és +egy csoportnak kívánod továbbadni, akkor +kérjél elôször engedélyt a +feladótól. + +
  • Soha ne küldj "lánc" levelet elektronikusan, Ezek +tiltottak az Interneten. Ha mégis ilyet küldesz, az +valószínûleg a hálózati jogaid +csorbításával fog járni. Ha ilyesmit +kapnál akkor értesítsd a helyi +rendszeradminisztrátort. + +
  • Egy jó ökölszabály: légy +konzervatív a küldésben és légy +liberális a fogadásban. Nem szabad indulatos leveleket +küldened (ezeket "flame"-nek nevezzük) még akkor +sem, ha provokálnak. Másik oldalról viszont, ne +legyél meglepve, ha ilyet levelet kapsz, és okosan teszed, +ha nem válaszolsz ezekre. + +
  • Általában jó, ha ellenôrzöd a +leveleid subject-jét mielôtt válaszolsz egy +levélre. Van úgy, hogy az, aki korábban +segítséget (vagy felvilágosítást) +kért tôled, már írt egy levelet, aminek az a +lényege, hogy "Tárgytalan". Szintén +célszerû meggyôzôdni, hogy a levél, +amire válaszolsz, az neked volt-e címezve. Lehet hogy +csak másolatot kaptál (cc:) az eredeti helyett. + +
  • Könnyítsd meg a címzett dolgát. Sok +levelezôprogram levágja a +fejlécinformációkat amelyek a +válaszcímedet tartalmazzák. Hogy biztos +lehessél abban, hogy a többi ember tudja ki vagy, +írjál az üzeneted végére egy, esetleg +két sort arról, hogy miképpen érhetnek el. +Ezt a file-t már jóelôre elkészítheted, +és az üzeneteid végére teheted aztán. +(Néhány program ezt automatikusan megteszi.) Az +Internetes szóhasználatban ezt "sig" vagy "signature" +file-nak nevezik. A névjegykártya helyét veszi +át a sig file. (És akár +többféléd is lehet, a többféle +szituációnak megfelelôen.) + +
  • Légy óvatos a címzéssel. Vannak +címek, amelyek egy csoportot jelentek, a cím +mégis úgy néz ki, mintha egyetlen ember lenne. +Légy tisztában azzal, hogy kinek írsz. + +
  • Figyelj a cc:-kre a válaszoláskor. Amikor már +csak két ember között folyik a +kommunikáció, akkor ne küldd el ezeket a leveleket +másoknak. + +
  • Általában egy Internetet használó +embernek nincs ideje az Internet ill. annak belsô +mûködésére vonatkozó +kérdésekre válaszolni. Ne küldjél +kéretlen információkérô leveleket +olyan embereknek, akinek címét egy levelezési +listában vagy egy RFC-ben láthattad. (A +fordító megjegyzése: erre a célra is +találsz természetesen megfelelô fórumokat.) + +
  • Ne felejtsd el, hogy azok az emberek akikkel kommunikálsz, +az egész világon vannak szétszórva. Lehet, +hogy annak a levélnek, amire azonnali választ +vársz, a címzettje éppen alszik. Add meg neki a +lehetôséget, hogy felébredjen, munkába +menjen és belépjen, mielôtt úgy +döntesz, hogy a levél nem érkezett meg, vagy a +címzett nem törôdik vele. + +
  • Mielôtt hosszú, vagy személyes +eszmecserét kezdeményezel, ellenôrizd a +címet. Szintén helyes gyakorlat "Long" szót +írni a hosszú üzeneteknek a subject-jébe, +mert így a címzett tudhatja, hogy idôt kell +szánnia az elolvasására. 100 sor felett +számít hosszúnak egy üzenet. + +
  • Légy tisztában azzal, hogy kihez kell +segítségért fordulnod. Általában +nem kell messzire menned. Keressél helyben olyan embereket, +akik szoftver- és rendszerproblémák +elhárításban segédkezhetnek. +Szintén jó, ha tudod, hogy kit kell keresned, ha +valamilyen megkérdôjelezhetô vagy illegális +anyagot kapsz. A legtöbb helyen a "postmaster" címre +írhatsz segítségkérô levelet, mert ezt +a címet legtöbbször megfelelô tudással +bíró ember olvassa. + +
  • Soha ne feledd, hogy a címzett is emberi lény, +méghozzá olyan, akinek kultúrája, nyelve, +humora egészen más is lehet, mint a tiéd. +Dátumformátumok, +mértékegységek, idiómák sem +mindenütt ugyanazok. + +
  • Használj vegyesen kis- és nagybetût, +akárcsak a közönséges +íráskor. A CSUPA NAGYBETÛ OLYAN, +MINTHA ORDÍTANÁL! + +
  • Használj szimbólumokat +hangsúlyozásra. *Erre* gondoltam. Használj +aláhúzásjeleket aláhúzásra. +A kedvenc könyvem a _Háború és +béke_. + +
  • Használj "mosolygókat" (smiley) a hangszín +jelzésére, de bánj velünk +takarékosan. :-) példa ilyen "mosolygóra" +(döntsd oldalra a fejed és nézzd meg úgy.) +Azonban ne feltételezd, hogy egy "mosolygó" +szerepeltetése rögtön eléri, hogy a +címzett egyetértsen veled, vagy hogy egy +egyébként bántó megjegyzés +élét elvegye. + +
  • Aludj egyet, mielôtt érzelmektôl +fûtött választ küldenél egy +üzenetre. Ha biztosan erôs érzéseid vannak +egy tárgyról, akkor helyezd azt FLAME ON/OFF jelek +közé: + +FLAME ON: Ez a fajta vita nem méltó arra a +sávszélességre, ami a +továbbításához kell. Teljességgel +illogikus és érvekkel alá nem támasztott. +A világ többi része is egyetért velem. + +FLAME OFF + +
  • Ne írjál vezérlô karaktereket vagy +nem-ASCII karaktereket, kivéve ha a programod elkódolja +ezeket, vagy MIME attachment formájában +küldöd. Ha elkódolva küldesz valamit, akkor +próbálj megbizonyosodni arról, hogy a +címzett vissza tudja majd kódolni azt. + +
  • Légy tömör anélkül, hogy +túlságon lényegretörô lennél. +Amikor egy levélre válaszolsz, csak annyit idézz +az eredeti anyagból, hogy érthetô legyen a +válaszod és ne többet. Rendkívül +rossz szokás az egész levelet idézni a +válaszban - töröld ki a felesleget. + +
  • 65 karakter széles, kocsivissza karakterrel lezárt +sorokat írjál. (Fordító megjegyzése: +e dokumentumtól eltérôen 72-76 karaktert is +szoktak ajánlani.) + +
  • A levél fejlécében kell, hogy legyen egy +subject sor, ami visszatükrözi a levél +tartalmát. + +
  • Ha signature-t illesztesz a leveledbe, akkor azt fogd rövidre. +Ökölszabály: 4 sornál ne legyen hosszabb. +Sok ember a kapcsolatért percenként fizet, és +minél hosszabb az üzeneted, annál többet +fizetnek. + +
  • Ahogy egy levél (ma) nem lehet privát, úgy +a levél (és a news) is (ma még) +hamisítható, megváltoztatható. A +változtatásokat nem mindig lehet felismerni +(könnyen), így célszerû a józan +ész alapján ellenôrizni egy üzenet +valódiságát, mielôtt elhisszük azt. + +
  • Küldj egy rövid választ a feladónak, +hogy megkaptad a levelét, ha úgy gondolod, hogy a +levél fontossága szükségessé teszi +ezt. Tedd meg ezt akkor is, ha részletesen válaszolni csak +késôbb lesz idôd. + +
  • Az, hogy egy adott beszélgetésbôl ki mennyit +ért meg, az erôsen függ az adott +szituációtól. Egy adott e-mail környezetben +megtanult normák nem feltétlenül vonatkoznak +általában az Internetet használó +emberekkel vonatkozó kommunikációra. +Légy óvatos a helyi szlenggel és a helyi +rövidítésekkel. + +
  • Egy e-mail üzenet szállítási +költsége nagyjából egyenlô a +feladónál és a címzettnél (vagy +szervezeteinél). Ez alapvetôen eltér a +hagyományos levéltôl, a telefontól, a +rádiótól, és a TV-tôl. Egy +levél elküldése konkrétan +hálózati szélességbe, diszk helybe, +és CPU idôbe is kerülhet. Ez az alapvetô +gazdasági oka, amiért nem illik kéretlen +hirdetést küldeni e-mail-ben. (Ez ráadásul +tilos is sok helyen.) + +
  • Ne küldj nagytömegû kéretlen +információt az embereknek. + +
  • Ha a levelezôrendszered képes automatikus +továbbküldésre, akkor vigyázz, hogy ne +lépjen fel a rettegett "továbbítóhurok". Ez +úgy jöhet létre, ha sok gépen +állítod be az automata továbbítást, +úgy, hogy egy neked küldött üzenet az egyik +géptôl a másikig utazik, majd a +következôre és így tovább +egészen addig, amig visszaérkezik az elsô +címre a levél... (Fordító +megjegyzése: ennek elkerülésére nem +mindenütt lehet automatikusan továbbküldött +levelet továbbküldeni.) + +
+ +

+2.1.2 A talk +

+ +A talk olyan protokollok gyûjteménye, amelyek +lehetôvé teszik két ember interaktív +párbeszédét +számítógépen keresztül. + +
    + +
  • Használj vegyesen kis- és nagybetût, mintha +egy levelet vagy egy e-mail-t írnál. + +
  • Ne hagyd, hogy az irományod kifusson a +képernyô széléig és ott a +terminálod törjön sort: használj egy +Kocsivissza (CR) jelet a sor lezárására. Nem +tételezheted fel azt sem, hogy a te képernyôd +mérete azonos bárki máséval. +Ökölszabály: max. 70 karaktert és max. 12 +sort írjál. + +
  • Hagyjál margókat, ne írjál a +képernyô szélére. + +
  • Ha befejezted a mondandódat, akkor Üssél +két CR-t (egy üres sort), jelezve, hogy a másik +következik. + +
  • Mindig írjál egy "viszontlátásra"-t +vagy más elköszönést és várd +meg a másik oldal köszönését is. +Különösen fontos ez, ha egy távoli valakivel +kommunikálsz. Ne felejtsd el, hogy a +kommunikációtok sebessége egyrészt a +rendelkezésre álló +sávszélességtôl (a csô +átmérôje) és a hálózat +késéseitôl (a fény sebessége) is +függ. + +
  • Tisztában kell lenned azzal, hogy a talk megzavarja a +másik embert. Csak a rendeltetésének +megfelelôen használd. Soha ne talk-olj idegenre! + +
  • Sok oka lehet annak, ha nem kapsz választ. +Elôször is, nem biztos, hogy minden mûködik. +Másodszor is, nem minden talk verzió kompatibilis. +Harmadrészt, a címzett letilthatja a talk-ot. Ezt +általában te is megteheted, szokás szerint +érdeklôdjél a helyi rendszergazdánál +a konkrét részletekrôl. + +
  • Bizonyos talk verziók újracsengetik a +címzettet ha magára hagyják. Hagyd +egy-kétszer csengetni, utána állítsd le (kill) +a programot. + +
  • Ha valaki nem válaszol, akkor +megpróbálkozhatsz egy másik tty-vel. +Használd a finger parancsot, hogy látsd, hogy melyikekre +van belépve. Ha a másik fél még mindig +nem válaszol, ne erôltesd tovább. +(Fordító megjegyzése: néhol a finger le +van tiltva, ne lepôdj meg tehát, ha nem +mûködik. Megjegyzés kettô: Ez igen Unix +specifikus pont, viszont a Unix a legelterjedtebb Internetes szerver +operációs rendszer.). + +
  • A beszélgetés (talk) alatt megmutatkozik a +gépelési tudásod. Ha lassan és sok +hibával gépelsz (fordító +megjegyezése: ne keseredj el) akkor legtöbbször nem +éri meg visszamenni kijavítani ôket. A +másik ember úgyis rájön, hogy mit akarsz +mondani. + +
  • Légy nagyon óvatos, ha egyszerre több talk-od +is fut! (Fordító megjegyzése: Komoly +esélyed van rá, hogy elôbb-utóbb +összekevered, +hogy melyik talknál kivel és mirôl +beszélgetsz. Kérdéseidet és +válaszaidat rossz helyre küldve komikus és/vagy +kínos helyzetet teremthetsz.) + +
+ +

+2.2 Iránymutató Adminisztrátoroknak +

+ +
    + +
  • Feltétlenül rögzítsd +írásban a szabályokat; +különösen az illegális, hamisított +és az elôírásokat megsértô +forgalomra vonatkozókat. + +
  • Idôben - lehetôleg a következô munkanapig +- válaszold meg a felmerülô +kérdéseket. + +
  • Az illegális és elôírásokat +sértô kérdéseket sorold elôre. A +"lánc" levelek azonnali intézkedést +kívánnak meg. + +
  • Magyarázd meg a szabályokat - mint +például a disk quota-kat - a +felhasználóidnak. Értesd meg velük a +mail-en át történô file kérés +következményeit: magas telefonszámlák, +betelô lemezek, más levelek késése stb. + +
  • Legyen egy alias a "Postmaster" és a "Root" címeken. +Feltétlenül olvassa el valaki ezeket a leveleket! +(Fordító megjegyzése: mint többször +írtuk már, ezeknek nem olvasása, hanem +megválaszolása is igen fontos!) + +
  • Nyitottan vizsgáld meg a felhasználóidat +érintô panaszokat. A címek sajnos +hamisíthatóak, a levelek megpiszkálhatóak. + +
+ +

+3.0 Egy-sokaknak kommunikáció +(Levelezési listák, Usenet) +

+

+Amikor sok emberrel kommunikálsz egyszerre, akkor a mail-re +vonatkozó szabályok is érvényesek. +Végülis nincs nagy különbség a +között, hogy egy embernek írsz egy levelet vagy sok +emberrel kommunikálsz egy cikken keresztül - legfeljebb +annyi, hogy így sokkal több embert van +lehetôséged megbántani. Így aztán +különösen fontos, hogy minél többet +tudjál a közönségedrôl. + +

+3.1 Iránymutató Felhasználóknak +

+ +

+3.1.1 Általános útmutató a +levelezési listákhoz és a Usenet-hoz +

+
    +
  • Legalább egy, de inkább két hónapig +olvasd az adott levelezési listát ill. hírcsoportot +mielôtt postázol valamit. Ez hozzásegít az +adott csoport kultúrjának megismeréséhez. +(Fordító megjegyzése: ez a tanulás +idô jelentôsen csökkenthetô a lista/csoport +archívum és a megfelelô FAQ +tanulmányozásával. Ez utóbbit +mindenképpen olvasd el, mielôtt postáznál +bármit is!) + +
  • Ne hibáztasd a rendszeradminisztrátort az adott +rendszer felhasználóinak viselkedése miatt. + +
  • Vésd jól az eszedbe, hogy amit írsz, azt +széles közönség olvashatja. Ebben +éppenséggel a jelenlegi vagy a jövôbeli +fônököd is benne lehet. Vigyázz tehát +arra, hogy mit írsz. Jusson eszedbe az is, hogy a csoportokat +és különösen a levelezési +listákat archiválni is szokták, olyan helyen, amihez +sokan férnek hozzá. Így a szavaidat hosszú +idôn át olvashatja szinte bárki. + +
  • Fel kell tételezned, hogy minden egyes ember saját +maga nevében ír, és nincs köze a +szervezetéhez, kivéve ha kifejezetten ezt +állítja. + +
  • Tudnod kell azt is, hogy akárcsak a levél, a news is +erôforrásigényes. Ismerned kell tehát a +szervezeted speciális szabályzatát erre +vonatkozólag. + +
  • Az üzenetek és a cikkek jó, ha rövidek +és célratörôek. Ne kószálj el +a témától, ne beszélj össze-vissza, +és soha, de soha ne írj olyan levelet, ami csak valaki +gépelési vagy helyesírási hibáira +mutat rá. Ez utóbbi azonnal megmutatja, hogy milyen +szörnyen kezdô vagy. + +
  • A subject sorok az adott csoport konvenciót kell +kövessék. (Fordító megjegyzése: +Látni fogod, hogy sok helyen a subject sor valamilyen +osztályozó információt hordoz, és +ha ez hiányzik, akkor valószínûleg pont +azokhoz az emberekhez nem jut el az írásod, akiknek +szántad.) + +
  • Bár lehet, hogy lehetôség nyílik +rá, de a hamisítás, a levelek tartalmához +vagy fejlécéhez való +hozzápiszkálás általában nem +elfogadott. + +
  • Hirdetni csak és kizárólag az arra hivatott +csoportokban és levelezési listákban szabad! Ez +is egy példája annak, hogy célszerû +ismerned azt a közönséget, aki majd +írásodat olvassa. A kéretlen hirdetés - ami +nem tartozik egy adott csoport/lista témakörébe - +valószínû következménye: rengeteg +durva válaszlevél. (Fordító +megjegyzése: semmiképpen se nyilvánosan +válaszoljál, hiszen már ez is reklám. +Hatékonyabb, ha a feladó +rendszergazdáinál panaszkodsz.) + +
  • Ha válaszüzenetet írsz, akkor +mindenképpen foglald össze vagy idézz annyit az +eredetibôl, hogy érthetô legyen a válaszod. +Különösen a Usenet esetében lényeges +ez, mivel ott olyan az üzenetek elosztása, hogy +elôfordulhat, hogy valaki a válaszodat olvassa elôbb, +mint az eredetit. Így tehát jó, ha képbe +helyezed olvasóidat - viszont ne idézd az egészet! + +
  • Újra hangsúlyozzuk, hogy igen célszerû, +ha van egy signature file-od, amit az üzeneteidhez csatolhatsz. +Csak és kizárólag így tudod +biztosítani azt, hogy bármilyen program is +nyirbálja meg a fejlécinformációkat, az +olvasóid még mindig rád találhassanak. + +
  • Légy óvatos, amikor egy üzenetre vagy cikkre +válaszolsz. Gyakran a válasz a lista vagy a csoport +címére megy a feladó helyett. +Tévedésbôl személyes üzenetet +küldhetsz egy helyett sok embernek, amivel csak mindenkit +zavarba hozol. A legjobb az, ha válaszadásnál +begépeled a címet az automata "reply" helyett. +(Fordító megjegyzése: Kellô +óvatossággal ez utóbbitól el lehet +térni.) + +
  • (Fordító megjegyzése: Ezt a pontot +jelentôsen lerövidítettem. A lényeg az, hogy +ne küldjünk automata (vacation, non-delivery stb.) +üzeneteket levelezési listákra) + +
  • Ha véletlenül személyes üzenetet +küldtél egy listára vagy csoportba, akkor +küldj egy bocsánatkérô üzenetet az +eredeti címzettnek és a listának ill. csoportnak is. + +
  • Ha valakivel nem értesz egyet, akkor célszerûbb +személyes üzenetekben rendezni a dolgot, mint vitát +folytatni egy listán. Ha olyasmin vitáztok, ami +érdekelheti a lista olvasóit, akkor érdemes a +vitátok eredményét összefoglalni és +elküldeni a listára. + +
  • Ne keveredj flame war-ba! Ne írjál heves leveleket +és ne válaszoljál ilyenekre. + +
  • Ne küldjél olyan válaszokat, amelyek csak +gratulálnak egy másik válaszhoz. +(Fordító megyjezése: Ezt személyes +levélben teheted meg, ha úgy érzed, +tényleg fontos) + +
  • Légy óvatos a fixpontos betûkkel és a +rajzokkal. Ezeket egy másik rendszer - vagy akár +ugyanazon rendszer egy másik programja - +másképpen jelenítheti meg, mint a te szoftvered. + +
  • Vannak olyan hírcsoportok és levelezési +listák, melyek témája igen széles +érdeklôdési kört fed le. Ez gyakran olyan +olvasókat jelenthet, akik életstílusban, +vallásban, és kultúrában is jelentôsen +eltérhetnek. Ne küldjél olyan üzeneteket egy +listára/csoportba - ha annak nézôpontja +valamiért nem egyezik a tiéddel - ami csak annyit +közöl, hogy az ô álláspontjukat +bántónak érzed. Szexuális vagy faji +zaklatásnak jogi következménye is lehet. Az +általad megkérdôjelezhetônek érzett +üzenetek kiszûrésére (filter) vannak +programok. + +
+ +

+3.1.2 Iránymutató levelezési listákhoz +

+

+A létezô levelezési listákról +és a hozzájuk való csatlakozásról +sokféleképpen találhatsz +információkat a Net-en. Természetesen ezen +információ mellett szükséged lesz a +helyiekre is; milyen szabályok vonatkoznak a levelezési +listákhoz való csatlakozásra és a +postázásra. Általában jobb, ha +elôször a szûkebb környezetben kutatsz +információ után és csak utána +kezdesz az Interneten kutatni. Mindenesetre a +news.answers hírcsoportban rendszeresen +megjelenik egy lista a levelezési listákról +és a csatlakozásról. Bármilyen +témában keresel levelezési listát, ez egy +felbecsülhetetlen értékû anyag. A +válogatott bibliográfiánkban a [9,13,15]-ös +anyagokból is tájékozódhatsz. + +

    + +
  • A fel- és leiratkozó (subscribe - unsubscribe) +üzeneteket a megfelelô címre küldjed. +Néhány szoftver ugyan megkísérli +kiszûrni a listára küldött ilyen +típusú üzeneteket, de ezek sem +mindenhatóak. A te felelôsséged megtanulni a +levelezési listák mûködését +és a megfelelô levelet a megfelelô címre +küldeni. Nagyon sok lista mûködtet egy "-request" +alias-t a fel-le iratkozó üzeneteknek, de nem mindegyik. +(Fordító megjegyzése: ezt a mondatot csak akkor +fogod megérteni, ha már elkezdted megtanulni a fent +emlegetett mûködést) Mindig légy +tisztában annak a listának a szabályaival, amire +elôfizetsz. + +
  • Mentsd el a feliratkozásra kapott választ. Ez +legtöbbször tartalmazza a leiratkozáshoz +szükséges információkat. + +
  • Általában nem lehet visszavonni egy +elküldött levelet. A rendszergazdád sem +képes erre. Ez azt jelenti, hogy csak akkor szabad +elküldened az üzenetedet, ha már bizonyos vagy +benne, hogy azt szeretnéd, hogy megjelenjen. + +
  • Igen sok levelezô program rendelkezik reply +funkcióval. Ez kényelmes +magánlevelezéskor, de igen bosszantó lehet +levelezési listáknál. Amikor listán +jött üzenetre válaszolsz, akkor vizsgáld meg +a Reply-To: mezôt. Az gyakorta a lista címe, azaz a +válaszod a lista összes tagjának megy. + +
  • Felesleges, és ezért helytelen nagy file-okat +küldeni egy listára, ha egy Uniform Resource Locator +(URL) vagy egy ftp-zhetô verzió címe is +elég. Ha sok kis részletben szeretnéd +elküldeni, akkor az adott lista erre vonatkozó +szabályait kell követned. Ha ezeket nem ismered, akkor +kérdezd meg! + +
  • Fontold meg a leiratkozást vagy a "nomail" opció +bekapcsolását (ahol lehet) ha hosszabb ideig nem tudod +megnézni a leveleidet. (Fordító +megjegyzése: A leglanyhább lista is robbanhat hirtelen, +tehát ezt minden egyes listával meg kell tegyed hosszabb +távollét elôtt!) + +
  • Ha egy üzenetet netán több listára +küldenél, különösen akkor, ha azok +közel azonos témájúak, akkor kérj +elnézést a cross-posting miatt. + +
  • Ha felteszel egy kérdést, akkor a +válaszokból készíts egy +összegzést és azt küldd el a listára. +Ez semmi esetre se az összes válasz egyszerû +egymásutánja legyen, hanem egy gondos +összegzés. (Fordító megjegyzése: +Felmerülhet a kérdés, hogy mégis +miért tedd ezt meg. A válasz az Internet +alapfilozófiája maga: segíts másokon, +és rajtad is segítenek. Ha valakik +megválaszolták egy kérdésedet, akkor +megtehetsz annyit viszonzásképp, hogy az így +megszerzett tudást megosztod másokkal) + +
  • Vannak privát levelezési listák. Ha nem +hívtak meg, akkor ne küldj ide üzeneteket. Az ilyen +listák üzeneteit ne add tovább egy szélesebb +közönségnek. + +
  • Ha vitába keveredsz, akkor a megbeszélést az +adott témáról illik folytatni, nem pedig az adott +személyekrôl. + +
+ +

+3.1.3 Iránymutató a Usenet-hoz +

+

+A Usenet egy világméretû elosztott rendszer, ami +a legkülönfélébb témákban +való kommunikációra ad lehetôséget. +A rendszer hierarchikus, a legfelsôbb szinten a +következô témák vannak: sci - +tudományos; comp - számítógépes; +news - magáról a Usenetról; rec - +szórakozás, hobbi; soc - szociális; talk - bô +lére eresztett, soha véget nem érô +beszélgetések (pl. politika); biz - üzleti; alt - +bármi egyéb. Az alt fôcsoportba tartozó +csoportok olyan értelemben is alternatívok, hogy a +létrehozásuk nem megy keresztül ugyanazon a +lépéseken, mint a többi fôcsoportbeliek. +Vannak még helyi fôcsoportok, széles körben +terjesztett egyebek, mint a bionet, és a saját +szervezetednek is lehetnek saját, belsô csoportjai. +Nemrégiben egy "humanities" fôcsoport is +létrejött, és várhatóak +továbbiak is. A bibliográfiánk [2,8,22,23]-as +anyagait érdemes a témában elolvasni. + +

    + +
  • A Usenet szójárásában a "Posting" +(postázás) egy új vagy válasz cikk +postázását jelenti egy csoportba. A +"Cross-posting" kifejezést arra használják, ha +valaki egy cikket több csoportba küldött el. Ha ezt +vagy a Followup-To: mezôt is használjuk, akkor ezt +feltétlenül említsük meg a cikkünkben. +Az olvasók általában azt feltételezik, hogy +egy üzenet egy csoportba lett postázva, és a +"follow-up" ebbe a csoportba kerül. A fejléc +említett mezôje megváltoztathatja ezt. (A +fordító megjegyzése: A "follow-up" a +válaszcikk neve, a válaszként írt +magánlevelet "Reply" néven emlegetik. A Followup-To: +azt a csoportot adja meg, ahová a válaszcikkek +kerülnek.) + +
  • Mielôtt elküldenél egy témában +egy cikket, olvasd el abban a témában írott +cikkeket. (Ezt thread-nek nevezzük) Ne küldjél +"Egyetértek" vagy hasonló üzeneteket, amelyek +tartalma pusztán arra korlátozódik, hogy +egyetértesz valamely korábbi cikkel. Egy follow-up +cikknek mindig hosszabbnak kell lennie az elôzô +levelekbôl vett idézeteknél. (Fordító +megjegyzése: Apró pontosítás: Egy cikk +és rá adott válaszcikkek +összességét nevezünk thread-nek.) + +
  • Levélben (reply) írd meg válaszod, ha csak +egy embernek szánod azt. Légy a tudatában annak, +hogy a News-t a világon mindenütt olvashatják, +és a legtöbb embert NEM érdekel egy privát +válasz. Ugyanakkor ne habozzál postázni, ha +olyasmi mondandód van, ami az Internet széles +olvasóközönségét érdekelheti. +(Fordító megjegyzése: tipikus, és nagyon +bosszantó viselkedés pl. egy bolhapiac csoportban +nyilvánosan válaszolni a hirdetésekre.) + +
  • Ellenôrizd le a fejléc Distribution: +mezôjét, de ne bízz benne. A News +meglehetôsen bonyolult szállítása +módja miatt a Distribution: mezô megbízhatatlan. +Ha olyasvalamit írsz, ami csak kisszámú embert +érdekelhet, akkor használj egy megfelelô +Distribution: mezôt; ezzel megkísérled az +elosztást ezekre az emberekre korlátozni. +(Fordító megjegyzése: Például +állítsd be "hun"-ra ezt a mezôt, ha csak magyarokat +érdeklô cikket postázol.) + +
  • Ha úgy érzed, hogy egy cikk több +hírcsoportba való, akkor mindenképpen +CROSSPOST-tal küldd el a cikkedet ahelyett, hogy +különálló üzenetekben +küldenéd el. Biztos lehetsz abban, hogy +általában csak 5-6 csoportnak lesz eléggé +hasonló témája. (Fordító +megjegyzése: Ez a pont ritkán alkalmazandó!! +RENDKÍVÜL nyomós okodnak kell lennie ahhoz, +hogy akár két csoportba is postázzál!!) + +
  • Kísérelj meg elôször a +hagyományos ismeretforrásokból +(Kézikönyvek, újságok, help file-ok) +meríteni, mielôtt egy kérdést +postáznál. Ha ezekben megtalálható +kérdést teszel fel, akkor mogorva RTFM (Read the fine +manual - noha az f betû egy sokkal durvább szót +jelölt eredetileg) üzeneteket kapsz csak +viszonzásképpen. (Fordító +megjegyzése: Ez is csak a józan ész +határáig érvényes. Tényleg olvasd +el a kézikönyvet, de ne áldozz éveket +valaminek a kutatására - végülis az Internet +egyik haszna, hogy olyanok, akik ezt megtették, +megosztják veled tudásodat.) + +
  • Bár van néhány hírcsoport, amik +kifejezetten hirdetésre vannak kitalálva, a +témától eltérô (off-topic) +hirdetések egészen egyszerûen +bûnözésnek számítanak a +legtöbb csoportban. Ha egy hirdetést minden egyes +hírcsoportba elküldesz, akkor szinte biztosan +búcsút mondhatsz a hálózati +elérésednek. + +
  • Ha felfedezel egy hibát a cikkedben, akkor +kíséreld meg minél hamarabb törölni +(cancel) azt. (Fordító megjegyzése: A +törlés is csak egy üzenet, mint minden más. +Nem bízhatsz igazán abban, hogy senki sem fogja a +cikkedet olvasni. Célszerû egy második, helyes +cikket is küldeni, amelyben elnézést is kérsz +az elôzô hibájáért. A józan +észt itt is célszerû bevetni: a hiba alatt nem +nyelvtani, gépelési stb. - vagyis apró, +lényegtelen - hibát, hanem a lényeget +érintô hibára gondolunk.) + +
  • MEG SE próbáld más cikkét +törölni (cancel). Lépj kapcsolatba +rendszergazdáddal, ha nem tudod, hogy hogyan kell saját +cikkedet törölni vagy ha valamilyen más +postázás (pl. lánc levél) +törlést kíván. + +
  • Ha postáztál valamit, és nem látod +viszont azonnal, akkor ne hidd rögtön azt, hogy valami nem +mûködött és ne postázd azonnal +újra. + +
  • Néhány csoport megengedi (néhány +pedig ezért van), hogy olyan cikkek is felkerüljenek, amik +erôsen megkérdôjelezhetôek. Ugyanakkor +semmilyen garancia nincs arra, hogy a csoport többi +olvasója is ugyanúgy elfogadja az anyagot, mint te. +Használd a Rot13 szoftvert, ami 13 karakterrel eltol minden egyes +karaktert, hogy ne bántsál meg senkit. +(Fordító megjegyzése: Ez sok szoftverbe be van +építve) + +
  • Ha olyan üzenetet írsz egy könyveket vagy +filmeket tárgyaló csoportba, ami lényeges titkot +tár fel, akkor célszerû "Spoiler" szót tenni +a Subject: sorba. Üthetsz egy pár Enter-t a cikk +elejére, hogy eltüntesd szem elöl a cikket, vagy +használhatod az elôbb említett Rot13 +módszert. (Fordító megjegyzése: A +számítógépes játékok is ez +a kategória. Esetleg tarthatunk attól, hogy nem mindenki +tudja a Rot13-at dekódolni, és az üres sorok mellett +döntünk. Ilyenkor érdemes nemcsak a Subject sorba +beírni, hogy Spoiler, hanem a cikk elsô sorába is +beírni ezt, hogy aki ránéz a cikkre az ne csak +üres sorokat lásson) + +
  • Ugyan a cikkek illetéktelen megpiszkálása, +megváltoztatása a szabályokkal ellentétes, +mégis megtörténik. Ez ellen megfelelô +szoftverrel - mint például a PGP - +védekezhetünk. + +
  • Az anonim postázás bizonyos csoportokban +elfogadott, másokban nem. Ha egy cikk nem felel meg a +szabályoknak, ha rajta van a nevünk, akkor sem fog, ha +nincs rajta. (Fordító megjegyzése: Azaz az +anonimitást legtöbbször olyankor használjuk, +ha elfogadható, de személyünkre valamiért +hátrányos cikket szeretnénk +közzétenni.) + +
  • Ha moderált csoportba postázol, akkor +számolnod kell egy kis késedelemmel. A +moderátor meg is változtathatja a Subject sorodat, hogy +valamelyik thread-be illeszkedjen. + +
  • Ne keveredj flame war-ba! Ne írjál heves leveleket +és ne válaszoljál ilyenekre. + +
+ +

+3.2 Iránymutató Adminisztrátoroknak +

+

+3.2.1 Általános témák +

+
    + +
  • Legyenek tiszták a feliratkozás szabályai a +levelezési listákra és a Usenet csoportokra. + +
  • Legyenek tiszták a postázás szabályai +- a disclaimer-ek .sig-beli szerepeltetését is +beleértve - a levelezési listákba és a +Usenet csoportokba. + +
  • Legyenek tiszták és széles körben +ismertek az archiválásra vonatkozó +szabályaid. (Mennyi ideig tárolod a cikkeket?) + +
  • Nyitottan, de azonnal vizsgáld meg a +felhasználóidat érintô panaszokat. + +
  • Ügyelj rendszered egészségére! + +
  • Gondold át, hogy milyen hosszan ôrzôd meg a +rendszer naplófile-jait, és a döntésed +eredményét tedd közzé. + +
+ +

+3.2.2 Levelezési listák +

+ +
    + +
  • A levelezési listák legyenek naprakészek, +hogy elkerüld a "bouncing mail" problémát. +(Fordító megjegyzése: Ha nem +létezô címek is szerepelnek a listában, akkor +a hibaüzenet is kimehet (szoftvertôl függôen) a +listára, újabb hibát generálva. Ez +így mehet egészen addig, amíg valaki ki nem +törli ezt a címet.) + +
  • Segíts a listatulajdonosoknak a problémák +megoldásában + +
  • Informáld a listatulajdonosokat a tervezett +rendszerkarbantartásokról és +leállásokról. + +
  • Legyen minden listához "-request" alias az iratkozási +és adminisztrációs levelekhez. + +
  • A mail gateway-eid mûködjenek simán. +
+ +

+3.2.3 Usenet +

+ +
    +
  • Tedd közzé, hogy milyen feed-et kapsz. Ha ez nem +teljes, lehet, hogy lesz, aki tudni szeretné, hogy miért +nem. + +
  • Rengeteg féle hírolvasó szoftver van, +és ezek hibájáért lehet, hogy a News +Server-t fogják hibáztatni. + +
  • Tiszteld és teljesítsd azonnal a +felhasználóid saját cikkük vagy más +helytelen (pl. lánclevél) törlésére +vonatkozó kérését. (Fordító +megjegyzése: Hallgass a józan észre. Nem arra +gondolunk, hogy egyes embereket zavaró cikkeket +törölj ki, hanem a széles körben elfogadott +szabályokkal ellentétesekre, amelyek leggyakoribb esetei +a sok csoportra kiterjedô hirdetések és a +lánc levelek.) + +
  • Legyenek "Usenet", "Netnews", "News" alias-aid, és +gondoskodj arról, hogy valaki olvassa az ide érkezô +leveleket. +
+ +

+3.3 Iránymutató moderátoroknak +

+ +

+3.3.1 Általános útmutató +

+ +
   +
+
+ + + + + + + + + + + + + +
+ + Főoldal + +
+ + Netikett + +
+ + RFC1855 (Angolul) + +
+
+
+
  
+
+
+
+
+ + + + + +