IRC Netiquette & HOWTO <author>Martin Schulze, <tt>joey@oldenburg.linux.de</tt> und andere <date>27. Mai 2000 <sect>Copyright 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. 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 (<url url="http://www.linuxger.de/" name="http://www.linuxger.de/">), wurde aber von Peter Palfrader um den #linuxger-spezifischen Teil beraubt und hier als Netiquette missbraucht. Danke Joey! Weitere Änderungen sind von Gerfried Fuchs, Bastian Blank, Jorgen Schäfer, Peter Palfrader, Christoph Berg und Sebastian Schmidt beigesteuert worden. <sect>Benimmregeln Um Ärger aus dem Weg zu gehen, sollten folgende Regeln (jedenfalls ansatzweise) befolgt werden. <sect1>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 und frage das, was Du wirklich wissen willst. <sect1>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, 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 verdienen... <sect1>Metafragen - Wir haben von nichts Ahnung! Und frag' auch nicht, ob jemand Ahnung von XyZ hat oder sich damit 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 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. 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, dass gerade tatsächlich niemand da ist).  <sect1>Wir schweigen manchmal 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 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. <sect1>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, dass eine Person jetzt eine Antwort darauf hat. <sect1>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. 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 erklären. 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. <sect1>Müll nicht den Channel zu! 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. Falls Du keinen eigenen Webserver dazu hast, es gibt diverse Paste-Webdienste, wie z.B. <url url="http://nopaste.php-q.net/" name="http://nopaste.php-q.net/">. <sect1>Im Allgemeinen sind private Nachrichten unerwünscht 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 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 privater Nachricht - zu fragen, ob ein Dialog möglich ist. <sect1>Glaubensfragen sind nicht entscheidbar! 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 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 herauf. Sie dauern ewig, strengen alle Beteiligten an und sind - ich glaube, ich erwähnte es schon - nicht entscheidbar. <sect1>Achtung! Skripte und Bots! 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. 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, 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.ä.), Automatische Kicks auf Grund bestimmter Ursachen (z.B. Wordkicks, Floodkicks, inkl. Kicks auf Grund von bestehenden Bans). Diese Mechanismen 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 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-Clients sind im Netz Anleitungen zur Abschaltung dieser Funktionen verfügbar, ansonsten im Channel nachfragen. 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. <sect1>Nickchanges sind nervig! 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. <sect1>Namen sind was schönes! 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.  <sect2>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. <sect3>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. <sect3>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. <sect3>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. <sect3>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. <sect2>Wie setze ich meinen Realname? Sofern bei der Debian-Installation für den aktuellen Nutzer der volle Name angegeben wurde (GECOS-Feld in <tt>/etc/passwd</tt>), wird der Realname von den meisten IRC-Clients übernommen. Verwendest Du einen IRC-Client, der das nicht beachtet oder willst 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 <tt>/reconnect</tt> oder starte Deinen IRC-Client neu. Im folgenden nun, wie man bei einigen gängigen IRC-Clients den Realname einträgt. <bf>Gaim:</bf> Im Menü "Konten Einstellungen" den Realname im Feld "Alias Name" eintragen. <bf>KSirc:</bf> Im Menü "Settings" unter "Configure KSirc" auf "Startup" klicken und im Feld "Real name" den Realname eintragen. <bf>Irssi:</bf> Entweder <tt>/set real_name $Vorname $Nachname</tt> und danach <tt>/save</tt>, oder <tt>real_name = $Vorname $Nachname</tt> in <tt>~/.irssi/config</tt> manuell anpassen. Vorsicht: <tt>/reconnect</tt> reicht wegen eines Bugs nicht, stattdessen <tt>/disconnect</tt> und <tt>/connect</tt> benutzen. <bf>MozillaChatZilla:</bf> Im Menü "Bearbeiten/Einstellungen" unter der Kategorie Chatzilla im Feld "Beschreibung" (engl. Description) den Realname eintragen. <bf>X-Chat:</bf> Entweder im Menü "X-Chat/Serverliste" den Realname im Feld "Realname" eintragen, oder <tt>realname = $Vorname $Nachname</tt> in <tt>~/.xchat/xchat.conf</tt> manuell anpassen. <sect1>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 tunlichst unterlassen werden, denn sie nerven ungemein. <bf>mIRC-Colors:</bf> Allgemein üblich ist lediglich (sparsam angewandte) fette, invertierte und kursive Darstellung, alles andere sind unsaubere Hacks, die hier niemand sehen möchte. <bf>CTCP SOUND:</bf> Wer Krach will, soll seine Stereoanlage aufdrehen, anstatt uns im 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. <bf>Standard-Sprüche per Mausklick:</bf> Den idiotischen mIRC-Spruch "* A slaps B around a bit with a large trout" beispielsweise will hier niemand mehr lesen. <sect1>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 lasst es, aber nervt andere nicht mit automatischen Nachrichten. Dieses lässt sich leicht mit folgendem Befehl abschalten: <verb> /set send_away_msg off </verb> BitchX hat noch mehr unangenehme Eigenschaften, die sich aber auch einfach beheben lassen. Dazu gehören z.B. der dicke Doppelpunkt und Auto-Rejoin, also das automatische Wiederbetreten eines Channels nach einem Kick. <verb> /fset format_nick_auto $0:$1- /fset format_nick_comp $0:$1- /set auto_rejoin 0 /set autokick_on_version off /set kick_if_banned off /set deopflood off /set kickflood off /set joinflood off /set flood_kick off /set nickflood off </verb>  <sect1>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, haben wir das voice-Flag etwas zweckentfremdet und verwenden es, um besonders 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 irssi-Script, das dieses gut demonstriert hat Gerfried Fuchs geschrieben und netterweise zur Verfügung gestellt: <url url="http://alfie.ist.org/projects/irssi/scripts/mute.pl" name="mute.pl">. <sect1>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. <sect>Einige Clients Immer wieder wird im Channel gefragt, welches der beste IRC-Client 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: <url url="http://packages.debian.org/stable/net/" name="http://packages.debian.org/stable/net/">  <descrip> <tag/Barp/ Bytewurm and Atn try to Replace Phoenix. Eine Skript-Erweiterung für den ircII, um Phoenix zu ersetzen. Die Benutzung wird teilweise von erfolgreichen Züchtern empfohlen. <tag/BitchX/ Ncurses-basierter Client. Etwas seltsame Default-Einstellungen. <tag/circus/ Nicht frei verfügbar und damit bei vielen Linux-Usern schon unten durch. Nett, grafisch, aber die Icons sehen blöd aus. Setzt X11 voraus. <tag/eIrc/ Eko's IRC Client. Motif-basiert und setzt X11 voraus. <tag/Emirc/ Dieser Client ist in Emacs-Lisp geschrieben und läuft im Emacs. Eventuell ist er noch nicht freigegeben. <tag/ERC/ Noch ein IRC-Client für den Emacs. <tag/irchat/ Ein IRC-Mode für den Emacs. <tag/ircII/ Der ircII ist immer noch der klassische Client für IRC. Er arbeitet zeilenorientiert, nicht grafisch und läuft auf jedem Terminal. Zudem lässt er sich hervorragend mit Screen koppeln. Wenn man "<tt>/set novice off</tt>" ins ˜/.ircrc einträgt, dann kann man auch gleichzeitig auf verschiedenen Channels sein. Mit den <tt>/window</tt>-Befehlen ist zudem eine Aufteilung des Bildschirms möglich. Nicht vergessen: <tt>/help</tt> für Hilfetexte. <tag/Irssi/ Ein weiterer guter Client für IRC. Er kann von alleine mehrere Windows aufmachen, eines für jeden Channel sowie für Queries mit anderen IRC-Teilnehmern. Zudem kann Irssi Connections zu mehreren IRC-Servern aufbauen. Im Großen und Ganzen ein sehr komfortabeler Client, der mit Perl-Plugins erweiterbar ist. Wer ircII benutzt hat, wird irssi wahrscheinlich sofort mögen. Es existiert auch eine grafische Oberfläche für Gnome/GTK, die aber seit längerem nicht weiterentwickelt wurde. <tag/Kiwi/ Ein IRC-Mode für den Emacs. <tag/qtirc/ Kein Wordwrap. Deswegen gänzlich ungeeignet für Channels in denen man mehr als nur "Hello!" sagt. <tag/Rockers/ Ein IRC-Mode für den Emacs. <tag/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 ircII's Erweiterungssprache. Es gibt denn auch schon solche Scherze wie ein natives winnuke-on-join für sirc... <tag/SmIRC/ Sam's IRC Client. Motif-basiert und setzt X11 voraus. <tag/tirc/ Token's IRC ist ein zeilenorientierter Client, der demnach auf jedem Terminal laeuft. Besonderheiten: Er hat eine Bedienung, die sich am beliebten Editor VI orientiert, mit dem Unterschied, dass der Default-Modus der Insert-Modus ist. Neben so netten Spielchen wie Nickname-Completion und der Möglichkeit, im aktuellen Fenster eine regexp-Search zu machen, hat dieser Client einen Teil der Möglichlichkeiten von screen eingebaut: /page new macht eine neu Seite auf, die dann ihrerseits wieder mehrere Fenster haben kann. Achja, und <tt>/mode * +o NICKNAME</tt> 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 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, dass dieser Client im Moment noch im ALPHA-Stadium ist und deswegen noch ein paar Bugs hat (nur kleine bisher) <tag/tkirc/ Dieses ist ein in Tcl/Tk geschriebenes Frontend für den ircII. Er läuft unter X11 und ist sehr komfortabel. Bezug: <url url="http://home.pages.de/˜tkirc/" name="Homepage"> <tag/X-Chat/ Grafischer Client. Weit verbreitet. <tag/xirc/ Grafischer Client. Sieht zwar nett aus, aber viel zu unpraktisch zum Benutzen. Setzt X11 voraus. <tag/ZenIRC/ Ein IRC-Mode für den Emacs. <tag/zircon/ Du wirst als Zircon-User gekickt und gebant und weißt nicht warum? Zircon versteckt sehr viel vor seinem User. Was wirklich im Channel ankommt (und nervt) bekommst Du nicht mit. Zum Beispiel beim Ein-/Ausschalten des AWAY. So kann es dann passieren, dass beim Testen der Features der Channel richtig mit Zircon-Meldungen geflutet wird. Er ist in TCL/TK geschrieben, komfortabel, aber langsam und speicherfressend. </descrip> <sect>Happy Chatting </article>