? ispell-wordlist Index: Makefile =================================================================== RCS file: /var/cvs/debian.de/channel.debian.de/netiquette/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 3 Jan 2001 15:54:37 -0000 1.2 +++ Makefile 1 Nov 2004 02:19:05 -0000 @@ -2,9 +2,14 @@ all: netiquette.html netiquette.html: netiquette.sgml - -rm *.html + rm -f netiquette*.html index.html sgml2html netiquette.sgml - cp netiquette.html index.html + ln -s netiquette.html index.html clean: - -rm *.html + rm -f netiquette*.html index.html + +ispell: + -mv netiquette.sgml netiquette.txt + WORDLIST="`pwd`/ispell-wordlist" ispell -h -d ngerman netiquette.txt + mv netiquette.txt netiquette.sgml Index: netiquette.sgml =================================================================== RCS file: /var/cvs/debian.de/channel.debian.de/netiquette/netiquette.sgml,v retrieving revision 1.23 diff -u -r1.23 netiquette.sgml --- netiquette.sgml 12 Jan 2004 22:36:07 -0000 1.23 +++ netiquette.sgml 1 Nov 2004 02:19:06 -0000 @@ -11,49 +11,52 @@ Copyright

-Copyright © Martin Schulze, 1995-1998; 2001, 2002 #debian.de FAQ Team

+Copyright © Martin Schulze, 1995-1998, 2001, 2002, 2004 #debian.de +FAQ Team

Diese HOWTO darf komplett oder in Teilen beliebig kopiert, erweitert -und auf anderen Medien vervielfältigt werden, solange dieser -Copyright Vermerk in allen Kopien enthalten ist.

+und auf anderen Medien vervielfältigt werden, solange dieser +Copyright-Vermerk in allen Kopien enthalten ist.

-Wird diese HOWTO als Basis für weitere Dokumente genommen, so müssen -diese Werke mit einem gleichen Copyright veröffentlicht werden. +Wird diese HOWTO als Basis für weitere Dokumente genommen, so +müssen diese Werke mit einem gleichen Copyright veröffentlicht werden.

-Diese Howto war ursprünglich die Channel HOWTO von #linuxger +Diese Howto war ursprünglich die Channel HOWTO von #linuxger (), -wurde aber von Peter Palfrader um den #linuxger spezifischen Teil -beraubt und hier als Netiquette missbraucht. Danke Joey! +wurde aber von Peter Palfrader um den #linuxger-spezifischen Teil +beraubt und hier als Netiquette missbraucht. Danke, Joey!

-Weitere kleine Änderungen sind von Gerfried Fuchs, Bastian Blank, -Jorgen Schäfer und Peter Palfrader beigesteuert worden. +Weitere Änderungen sind von Gerfried Fuchs, Bastian Blank, +Jorgen Schäfer, Peter Palfrader, Christoph Berg und Sebastian Schmidt +beigesteuert worden. Benimmregeln

-Um Ärger aus dem Weg zu gehen, sollten folgende Regeln +Um Ärger aus dem Weg zu gehen, sollten folgende Regeln (jedenfalls ansatzweise) befolgt werden. -Bloß nicht fragen ob Du fragen darfst! +Bloß nicht fragen ob Du fragen darfst!

Kaum etwas nervt mehr als die Frage "Kann ich mal was fragen?". Was sollen wir denn darauf antworten? "Nein"? Du wirst Dich kaum von -Deiner Frage abbringen lassen. Also verkneif Dir die Frage lieber. +Deiner Frage abbringen lassen. Also verkneif Dir die Frage lieber und +frage das, was Du wirklich wissen willst. -Wir ircen zwar 24h pro Tag, aber nicht ausschließlich +Wir ircen zwar 24h pro Tag, aber nicht ausschließlich

-Wenn Du in den Channel kommst, bedenke das. Wenn Du nach 5 min wieder -rausgehst, weil Du meinst, daß hier nichts los sei, dann hast du -IMHO etwas falsch gemacht. +Wenn Du in den Channel kommst, bedenke das. Wenn Du nach 5 Minuten wieder +rausgehst, weil Du meinst, dass hier nichts los sei, dann warst Du zu +ungeduldig. -Wir sind zwar oft den ganzen Tag (und natürlich auch die Nacht) -im IRC zu finden, aber der irc nimmt nicht 100% unserer Rechenleistung -ein. Wir sind meist nur nebenbei im IRC, hauptsächlich gehen wir -irgendeiner mehr-oder-weniger sinnvollen Beschäftigung nach, -Gerüchten zufolge sollen einige sogar versuchen Geld zu +Wir sind zwar oft den ganzen Tag (und natürlich auch die Nacht) +im IRC zu finden, aber der IRC nimmt nicht 100% unserer Rechenleistung +ein. Wir sind meist nur nebenbei im IRC, hauptsächlich gehen wir +irgendeiner mehr-oder-weniger sinnvollen Beschäftigung nach, +Gerüchten zufolge sollen einige sogar versuchen Geld zu verdienen... Metafragen - Wir haben von nichts Ahnung! @@ -63,216 +66,295 @@ auskennt. Wir haben von nichts Ahnung und kennen uns mit nichts aus. Warum? Ganz einfach, es gibt immer einen Dreh, den wir nicht kennen, -auch wenn wir meinen, das Tool XyZ noch so gut zu kennen. Im übrigen -muß man für die meisten Fragen das Werkzeug gar nicht in- und -auswendig kennen, sondern nur ungefähr wissen, wie es funktioniert. +auch wenn wir meinen, das Tool XyZ noch so gut zu kennen. Im übrigen +muss man für die meisten Fragen das Werkzeug gar nicht in- und +auswendig kennen, sondern nur ungefähr wissen, wie es funktioniert. Aber wir (die wir dauernd im Channel anzutreffen sind) haben schon viele Programme und Distributionen ausprobiert und im Einsatz. Wir haben einen reichhaltigen Erfahrungsschatz. Wir sind auch durchaus bereit Dich an diesen Erfahrungen teilhaben zu lassen, aber tritt -diese Regeln nicht mit Füßen. +diese Regeln nicht mit Füßen. -Wenn Du ein Problem hast, dann komm in den Channel, grüß -kurz und erkläre Dein Problem. Wenn jemand Dir helfen kann oder -die Zeit hat, sich mit Deinem Problem auseinanderzusetzen, dann wird er wie -Phönix aus der Asche aus dem Tiefschlaf erscheinen und sich mit +Wenn Du ein Problem hast, dann komm in den Channel, grüß +kurz und erkläre Dein Problem. Wenn jemand Dir helfen kann oder +die Zeit hat, sich mit Deinem Problem auseinander zu setzen, dann wird er wie +Phönix aus der Asche aus dem Tiefschlaf erscheinen und sich mit Dir befassen. Wenn niemand etwas dazu sagen kann oder will, wirst Du -wahrscheinlich keine Antwort bekommen. (Es kann natürlich in -Ausnahmefällen auch sein, daß gerade tatsächlich +wahrscheinlich keine Antwort bekommen. (Es kann natürlich in +Ausnahmefällen auch sein, dass gerade tatsächlich niemand da ist). Wir schweigen manchmal

-Wenn wir nichts zur Lösung eines Problems beitragen können, -sind wir oft still, wir sagen dann noch nicht einmal, daß wir -nicht helfen können - ansonsten müßten fünfzig Leute jedesmal -sagen, daß sie auch nicht weiterkommen. +Wenn wir nichts zur Lösung eines Problems beitragen können, +sind wir oft still, wir sagen dann noch nicht einmal, dass wir +nicht helfen können - ansonsten müssten fünfzig Leute +jedes mal sagen, dass sie auch nicht weiterkommen. -In diesem Fall kannst Du Dein Glück im LinuxNet suchen oder +In diesem Fall kannst Du Dein Glück im LinuxNet suchen oder versuchen, das Problem von einer anderen Seite anzugreifen. (Und dann -natürlich auch andere Fragen stellen.) Nicht selten sind auf -diese Weise Leute zu ihren Lösungen gekommen. +natürlich auch andere Fragen stellen.) Nicht selten sind auf +diese Weise Leute zu ihren Lösungen gekommen. Keine Fragen wiederholen

Es bringt nichts, die gleiche Frage mehrfach zu stellen, wenn immer -noch die gleichen Leute im Channel sind, es sei denn Du weißt -genau, daß eine Person jetzt eine Antwort darauf hat. +noch die gleichen Leute im Channel sind, es sei denn Du weißt +genau, dass eine Person jetzt eine Antwort darauf hat. Zuerst Doku lesen!

-Bevor Du eine Frage stellst solltest Du Dir die Mühe machen, die -mitgelieferte Dokumentation zu lesen. Meistens gibt es readmes, -manpages, info-Dateien, HOWTOs, FAQs etc. +Bevor Du eine Frage stellst solltest Du Dir die Mühe machen, die +mitgelieferte Dokumentation zu lesen. Meistens gibt es READMEs, +Manpages, info-Dateien, HOWTOs, FAQs etc. Wenn Du nicht bereit bist, etwas Zeit aufzuwenden und die Dokumentation zu lesen, dann wird auch niemand bereit sein, sich die -Zeit zu nehmen und Dir die Geschichte zu erklaeren. +Zeit zu nehmen und Dir die Geschichte zu erklären. -Für jemanden, der nicht bereit ist, sich in die Sache einzulesen, -ist Unix IMHO nicht das passende Betriebssystem. Der ist mit einem -pseudo Plug-and-Play-System besser aufgehoben. +Für jemanden, der nicht bereit ist, sich in die Sache einzulesen, +ist Unix nicht das passende Betriebssystem. Der ist mit einem +Klickibunti-System besser aufgehoben. -Müll nicht den Channel zu! +Müll nicht den Channel zu!

-Falls Du nicht weisst, welche Zeile einer Fehlermeldung relevant ist, -dann lade diese bitte auf einen Webserver hoch und stelle nur die URL in den +Bitte paste nie mehr als drei oder vier Zeilen einer Fehlermeldung oder +von Code in den Channel. Falls Du nicht weißt, welche Zeile einer Meldung +relevant ist, dann lade diese bitte auf einen Webserver hoch und stelle nur die +URL und eine kurze Beschreibung in den Channel. Es hilft niemandem, wenn Du ewig lange Fehlermeldungen direkt in den -Channel schickst, Du wirst höchstens vor die Tür geführt werden. +Channel schickst, Du wirst höchstens vor die Tür geführt werden. Falls Du keinen eigenen Webserver dazu hast, es gibt diverse Paste-Webdienste, wie z.B. . -Im Allgemeinen sind private Messages unerwünscht +Im Allgemeinen sind private Nachrichten unerwünscht

-Nicht jeder mag es, per private Message (mit dem /msg-Kommando, dem +Die meisten mögen es nicht, direkt per privater Nachricht (mit /msg, dem Dialog-Button, ...) angesprochen zu werden, denn zum einen macht der Client des Angesprochenen dann auf sich aufmerksam, sei es mit einem -nervigen Piepsen oder einem neu aufpoppenden Fenster und zum anderen +nervigen Piepsen oder einem neu aufpoppenden Fenster, und zum anderen kann man die meisten Fragen auch im Channel stellen. Sollte eine Frage einmal wirklich nicht in den Channel passen, ist die beste Lösung, vorher - -im Channel natürlich, nicht per private message - zu fragen, ob ein +im Channel natürlich, nicht per privater Nachricht - zu fragen, ob ein Dialog möglich ist. Glaubensfragen sind nicht entscheidbar!

-Du wirst nie eine eindeutige Antwort auf die Frage erhalten, +Du wirst nie eine eindeutige Antwort auf die Frage erhalten, welche Linux-Distribution die beste ist. Jede hat ihren Reiz und ihr spezielles Anwendungsprofil. Du kannst aber eine brauchbare Antwort -auf die Frage bekommen, welche Distribution für Dich +auf die Frage bekommen, welche Distribution für Dich wahrscheinlich die beste ist. Genauso wirst Du keine zufriedenstellende Antwort erhalten, was denn besser ist, vi oder emacs, Spinner bzw. Roxen oder Apache, der NCSA httpd oder der CERNer, Mosaic oder Nutscrap. Das sind alles Glaubens- -und Überzeugungsfragen. Beschwöre sie bitte nicht +und Überzeugungsfragen. Beschwöre sie bitte nicht herauf. Sie dauern ewig, strengen alle Beteiligten an und sind - ich -glaube, ich erwähnte es schon - nicht entscheidbar. +glaube, ich erwähnte es schon - nicht entscheidbar. Achtung! Skripte und Bots!

-Viele Leute laden (zum Teil unbewußt) mit ihrem IRC-Client Scripte ein, die +Viele Leute laden (zum Teil unbewusst) mit ihrem IRC-Client Scripte ein, die besondere Funktionen im IRC bieten (z.B. AutoOp, AutoAway usw). Andere -glauben, dem Channel helfen zu müssen, indem sie diverse Schutzmechanismen -gegen Flood, ServerOps oder ähnliches aktivieren. - -Um es gleich zu sagen Solche Skripte sind hier nicht erwünscht. Das IRC +glauben, dem Channel helfen zu müssen, indem sie diverse Schutzmechanismen +gegen Flood, ServerOps oder ähnliches aktivieren. +Solche Skripte sind hier nicht erwünscht. IRC ist weder ein Spielplatz noch ein Kriegsschauplatz. Nichts einzuwenden ist gegen Skripte, die nicht im Channel agieren (z.B. Skripte die nur auf /msg reagieren, und nur per /msg antworten). -Skripte und Automatismen die im Channel tätig werden, z.B. durch -Mitteilungen, Kicks, Bans, Topic-Settings, Mode-Änderungen etc. sind -nicht zulässig, und führen in der Regel dazu, daß der betreffende Benutzer -durch einen Regular/ChanOp vom Channel entfernt wird. +Skripte und Automatismen die im Channel tätig werden, z.B. durch +Mitteilungen, Kicks, Bans, Topic-Settings, Mode-Änderungen etc. sind +nicht zulässig, und führen in der Regel dazu, dass der +betreffende Benutzer durch einen Regular/ChanOp vom Channel entfernt wird. -Insbesondere anzumerken sind hier u.a: Automatisches Oppen und Deoppen -egal auf welcher Grundlage (z.B. Hostmask, Passwort, Anti-ServerOp o.ä.), +Insbesondere anzumerken sind hier u.a.: Automatisches Oppen und Deoppen +egal auf welcher Grundlage (z.B. Hostmask, Passwort, Anti-ServerOp o.ä.), Automatische Kicks auf Grund bestimmter Ursachen (z.B. Wordkicks, Floodkicks, inkl. Kicks auf Grund von bestehenden Bans). Diese Mechanismen -können oft mißbraucht werden und/oder neigen zu Fehlfunktionen. Der -Channel kann sich selbst helfen, und braucht keine Unterstützung durch +können oft missbraucht werden und/oder neigen zu Fehlfunktionen. Der +Channel kann sich selbst helfen, und braucht keine Unterstützung durch Skripte. -Immer wieder "gern" gesehen sind die bei vielen Clienten oft standardmäßig -eingestellten Auto-Away-Nachrichten, auch diese führen zur Entfernung vom -Channel. Manuelle Away-Nachrichten sind auch verpönt (nichts gegen ein -"Ich geh mal essen" o.ä., aber "xyz is away: Warum auch immer." liest -sich einfach doof). - -Unbedingt abgestellt werden muß auch das Auto-Rejoin, welches nach einem -Kick ein sofortiges Autorejoin in den Channel durchführt. Dieses unterläuft -den Zweck eines Kicks (nämlich den Benutzer zum Nachdenken über seine -Handlung zu zwingen), und wird in der Regel mit einem Ban-Kick beantwortet. +Immer wieder "gern" gesehen sind die bei vielen Clients oft +standardmäßig eingestellten Auto-Away-Nachrichten, auch diese +führen zur Entfernung vom Channel. "xyz is away: Warum auch immer" +interessiert einfach niemanden. Manuelle Away-Nachrichten ("Ich geh mal +essen") sollte man nur benutzen, wenn jemand da ist, der es wissen möchte. + +Unbedingt abgestellt werden muss auch das Auto-Rejoin, welches nach einem +Kick ein sofortiges Autorejoin in den Channel durchführt. Dieses +unterläuft den Zweck eines Kicks (nämlich den Benutzer zum +Nachdenken über seine Handlung zu zwingen), und wird in der Regel mit +einem Kick-Ban beantwortet. -Für die meisten gängigen IRC-Clienten sind im Netz Anleitungen zur -Abschaltung dieser Funktionen verfügbar, einfach mal im Channel nachfragen. +Für die meisten gängigen IRC-Clients sind im Netz Anleitungen zur +Abschaltung dieser Funktionen verfügbar, ansonsten im Channel nachfragen. -Auch ohne Skripte und Bots kann man das IRC dazu nutzen, wozu es da ist: -Zum Chatten. Wer Krieg spielen möchte, möge das bitte woanders machen. +Auch ohne Skripte und Bots kann man IRC dazu nutzen, wozu es da ist: +Zum Chatten. Wer Krieg spielen möchte, möge das bitte woanders machen. Nickchanges sind nervig!

-Viele Clients oder User meinen der ganzen Welt durch Nickchanges -mitteilen zu müssen, dass sie gerade nicht anwesend sind. -Dieses Verhalten sollte auf möglichst wenige Nickchanges -eingeschränkt werden, da diese die Unterhaltungen im Channel stören -können. Ausserdem gibts /AWAY. +Manche Clients oder User meinen, der ganzen Welt durch Nickchanges +mitteilen zu müssen, dass sie gerade nicht anwesend sind. +Wer nicht da ist, sollte stattdessen /away benutzen oder einfach garnichts +sagen. Nickchanges sollten nur passieren, wenn es sein muss, z.B. nach einer +DSL-Trennung. Namen sind was schönes!

-Ein grosser Teil der User im Channel empfinden es als höflich, -den richtigen, vollen Namen im /whois zu haben. Bitte halte auch -Du Dich daran. +Ein großer Teil der User im Channel empfindet es als höflich, +den richtigen, vollen Namen im Ircname-Feld (/whois-Info) zu haben. Bitte +halte auch Du Dich daran. + + + +Warum sollte ich den Realname setzen? +

Hier sind unsere Gründe, warum wir den Realname-Eintrag als + sinnvoll betrachten. Wenn Du damit nicht einverstanden bist, so + akzeptieren wir das selbstverständlich. Allerdings solltest Du + dann auch akzeptieren, dass Du damit in unserem Channel unerwünscht + bist.

+ +

Es gibt genügend andere Möglichkeiten Hilfe zu bekommen. + Endlose Diskussionen und sinnloses Hinterfragen dieser Tatsachen sind + nervig und ebenso unerwünscht.

+ +Namen sind nicht Schall und Rauch +

Wir möchten gerne wissen, mit wem wir es zu tun haben. Es ist + ein besseres Gefühl, einer richtigen, real existierenden Person zu + helfen als irgendeinem Pseudonym. Schließlich ist der Nickname + auch nur eine Abkürzung des bürgerlichen Namens und hilft + zur Unterscheidung bei zum Beispiel häufig verwendeten, gleich + lautenden Namen.

+ +Wiedererkennung +

Wenn wir Dir geholfen haben und Dich später auf Mailinglisten, + im Usenet oder auf Veranstaltungen antreffen, ist der Realname hilfreich + zur Wiedererkennung. Wir freuen uns, wenn aus Dir etwas geworden + ist.

+ +Glaubwürdigkeit +

Wenn man seinen Realname angibt, zeigt man, dass man zu sich, seiner + Person und seinen Aussagen steht. Man braucht sich nicht hinter einem + Pseudonym zu verstecken.

+ +Anonymität und gefälschte Realnames +

Wenn Du Deinen Realname angibst, bist Du nicht mehr oder weniger + anonym im Internet, als Du es sonst auch bist.

+ +

Natürlich kann niemand die Authentizität Deines Realnames + überprüfen. Wenn Du aber denkst, dass Du einen anderen Namen + angeben musst, gehst Du besser woanders hin. Wir erwarten Ehrlichkeit + und ein gewisses Maß an Respekt uns gegenüber. Wir danken + es Dir mit Freundlichkeit und gut gemeinter Hilfe.

+ +Wie setze ich meinen Realname? +

Sofern bei der Debian-Installation für den aktuellen Nutzer der + volle Name angegeben wurde (GECOS-Feld in /etc/passwd), wird + der Realname von den meisten IRC-Clients übernommen. + Verwendest Du einen IRC-Client, der das nicht beachtet oder willst Du + den Eintrag verändern, so beachte bitte, dass der Realname nur beim + Anmelden am IRC-Server einmalig übertragen wird. Nachdem Du ihn + korrekt gesetzt hast, muss Du Dich neu verbinden. Benutze dafür + entweder /reconnect oder starte Deinen IRC-Client neu.

+ +

Im folgenden nun, wie man bei einigen gängigen IRC-Clients + den Realname einträgt.

+ +

Gaim: + Im Menü "Konten", "Bearbeiten" den Realname im Feld + "Alias Name" eintragen.

+ +

KSirc: + Im Menü "Settings" unter "Configure KSirc" auf "Startup" klicken + und im Feld "Real name" den Realname eintragen.

+ +

Irssi: + Entweder /set real_name $Vorname $Nachname und danach + /save, oder real_name = $Vorname $Nachname in + ~/.irssi/config manuell anpassen. Vorsicht: + /reconnect reicht wegen eines Bugs nicht, stattdessen + /disconnect und /connect benutzen.

+ +

MozillaChatZilla: + Im Menü "Bearbeiten", "Einstellungen" unter der Kategorie "Chatzilla" + im Feld "Beschreibung" (engl. "Description") den Realname eintragen.

+ +

X-Chat: + Entweder im Menü "X-Chat", "Serverliste" den Realname im Feld + "Realname" eintragen, oder + realname = $Vorname $Nachname in ~/.xchat/xchat.conf + manuell anpassen.

+ -mIRC-Loser aufgepaßt! +mIRC-Loser aufgepasst!

Leider scheinen viele Windows-Programmierer Microsofts Angewohnheit, unsinnige, verschwenderische Features zu implementieren und -zu Standards zu erklären, übernommen zu haben. Dieses macht -sich leider inzwischen auch im IRC bemerkbar. Folgende Dinge sollten +zu Standards zu erklären, übernommen zu haben. Dieses macht +sich leider inzwischen auch im IRC bemerkbar. Folgende Dinge sollten tunlichst unterlassen werden, denn sie nerven ungemein. - -mIRC-Colors: + Allgemein üblich ist lediglich (sparsam angewandte) fette, + invertierte und kursive Darstellung, alles andere sind unsaubere Hacks, + die hier niemand sehen möchte. -CTCP SOUND: Wer Krach will, soll seine Stereoanlage aufdrehen, anstatt uns im - IRC damit zu belästigen. In diesem Zusammenhang sei erwähnt, daß + IRC damit zu belästigen. In diesem Zusammenhang sei erwähnt, dass Scripts, die sogar Public CTCPs (egal welcher Art) mit einer Fehlermeldung quittieren, mindestens genauso sinnlos sind. -Standard-Sprüche per Mausklick: Den idiotischen mIRC-Spruch - - - * A slaps B around a bit with a large trout - - + "* A slaps B around a bit with a large trout" beispielsweise will hier niemand mehr lesen. - Achtung BitchX-Loser!

-BitchX ist ein mittlerweile weit verbreiteter IRC Client. Im -Gegensatz zu obigem Programm läuft es sogar unter Linux *g*. Es hat -leider als Default-Einstellung ein äußerst nerviges öffentliches -Auto-Away. Das will niemand im Channel sehen, seid da oder nicht, -schreibt etwas oder laßt es, aber nervt andere nicht mit automatischen +BitchX ist ein mittlerweile weit verbreiteter IRC Client. Im +Gegensatz zu obigem Programm läuft es sogar unter Linux *g*. Es hat leider +als Default-Einstellung ein äußerst nerviges öffentliches +Auto-Away. Das will niemand im Channel sehen, seid da oder nicht, +schreibt etwas oder lasst es, aber nervt andere nicht mit automatischen Nachrichten. -Dieses läßt sich leicht mit folgendem Befehl abschalten: +Dieses lässt sich leicht mit folgendem Befehl abschalten: /set send_away_msg off BitchX hat noch mehr unangenehme Eigenschaften, die sich aber auch einfach -beheben lassen. Dazu gehören z.B. der dicke Doppelpunkt und Auto-Rejoin, +beheben lassen. Dazu gehören z.B. der dicke Doppelpunkt und Auto-Rejoin, also das automatische Wiederbetreten eines Channels nach einem Kick. @@ -292,137 +374,153 @@ Mehr bei . --> -Denkanstoß +Denkanstoß

Wenn Du bemerkst, dass einige Leute ein + vor ihrem Nickname haben, dann hat das -in diesem Channel eine besondere Funktion: Da der Channel nicht moderiert ist, +in diesem Channel eine besondere Funktion: Da der Channel nicht moderiert ist, haben wir das voice-Flag etwas zweckentfremdet und verwenden es, um besonders -nervigen Leuten die sogenannte Narrenkappe aufzusetzen. Das bedeutet, +nervigen Leuten die so genannte Narrenkappe aufzusetzen. Das bedeutet, dass diese Personen offenbar nicht gewillt sind, selbst zu denken, und soll -ihnen als Denkanstoß dienen. Man tut in der Regel gut daran, diese Leute -zu ignorieren, um sich selbst nicht unnötig aufzuregen. Ein nettes -Script, das dieses gut demonstriert hat Gerfried Fuchs geschrieben und -netterweise zur Verfügung gestellt: +ihnen als Denkanstoß dienen. Man tut in der Regel gut daran, diese Leute +zu ignorieren, um sich selbst nicht unnötig aufzuregen. Ein nettes +irssi-Script, das dieses gut demonstriert hat Gerfried Fuchs geschrieben und +netterweise zur Verfügung gestellt: . +Sorgfalt beim Schreiben +

+ +Wenn Du möchtest, dass Deine Fragen gerne gelesen und beantwortet +werden, gib' Dir bitte Mühe bei der Rechtschreibung. Mehr als ein +Satzendezeichen ist immer zu viel, und man muss nicht jede Zeile mit einem +Ausrufezeichen beenden. Viele mögen auch kein "Plenken", also +falsche Leerzeichen vor Satzzeichen. Ob Du Groß-/Kleinschreibung benutzt, +bleibt Dir selbst überlassen. + Einige Clients

Immer wieder wird im Channel gefragt, welches der beste IRC-Client -sei. Diese Frage läßt sich nicht beantworten, denn das ist eine rein -subjektive Entscheidung. Diese Aufzählung solll einen kleinen -Überblick über die vorhandenen Clients geben. - -Die meisten der hier erwähnten Clients können von bezogen werden. Dieser Server mirrort die jeweiligen -Home-Server und stellt die Clients gesammelt zur Verfügung. +sei. Diese Frage lässt sich nicht beantworten, denn das ist eine rein +subjektive Entscheidung. Diese Aufzählung soll einen kleinen +Überblick über die vorhandenen Clients geben. + +Schaut man die Zahlen an, so benutzen die meisten im Channel irssi (mit screen) +als Text-Client und X-Chat als GUI-Client. + +Die in Debian enthaltenen IRC-Clients findet man in der "net"-Section: + + + + - /set novice off - - - ins ˜/.ircrc einträgt, dann kann man auch gleichzeitig - auf verschiedenen Channels sein. Mit den + Wenn man "/set novice off" + ins ~/.ircrc einträgt, dann kann man auch gleichzeitig + auf verschiedenen Channels sein. Mit den /window-Befehlen ist zudem eine Aufteilung des - Bildschirms möglich. Nicht vergessen: /help für - Hilfstexte. -/help für + Hilfetexte. +Simple IRC. Er eignet sich - hervorragend dafür, in einer Pipe zu arbeiten, z.B. in - einem CGI-Script, damit man über eine Firewall IRCen - kann, der nur WWW durchläßt ;) Er soll - ircII-kompatibel sein (für Scripte also durchaus zu - haben). Leider ist es unübersichtlich sich in mehreren - Channeln aufzuhalten, da es keinerlei Fenster-Technik gibt. - - Man hat die Möglichkeit, sirc in (guess what ;-) perl zu - erweitern - und das ist deutlich flexibler als ircII's - Erweiterungssprache. Es gibt denn auch schon solche Scherze - wie ein natives winnuke-on-join für sirc... + Ein in Perl geschriebener Simple IRC. Er eignet sich + hervorragend dafür, in einer Pipe zu arbeiten, z.B. in + einem CGI-Script, damit man über eine Firewall IRCen + kann, der nur WWW durchlässt ;). Er soll + ircII-kompatibel sein (für Scripte also durchaus zu + haben). Leider ist es unübersichtlich sich in mehreren + Channels aufzuhalten, da es keinerlei Fenster-Technik gibt. + + Man hat die Möglichkeit, sirc in (guess what ;-) perl zu + erweitern - und das ist deutlich flexibler als ircIIs + Erweiterungssprache. Es gibt denn auch schon solche Scherze + wie ein natives winnuke-on-join für sirc... /mode * +o NICKNAME wird nur dann losgeschickt, wenn der NICKNAME nicht schon Op ist - hardcoded in C, nicht als - Option für Scripte (die es bei diesem Client übrigens nicht + Option für Scripte (die es bei diesem Client übrigens nicht gibt - der Maintainer lehnt Scripte ab). Weiterhin ist der Debug-Modus interessant, in dem man den - Traffic zwischen Client und Server anschauen kann. Der - einzige Fehler ist der, daß dieser Client im Moment noch im + Traffic zwischen Client und Server anschauen kann. Der + einzige Fehler ist der, dass dieser Client im Moment noch im ALPHA-Stadium ist und deswegen noch ein paar Bugs hat (nur kleine bisher) + -