Zum Inhalt der Seite


FEN: Free-Net Erlangen-Nürnberg-Fürth e.V.

FEN: Free-Net Erlangen-Nürnberg-Fürth e.V.

FEN Startseite > Anmeldung > News Nutzbed

Nutzungsbedingungen für den News Server

mit freundlicher Genehmigung von Bettina Fink, news@mayn.de,
an die Verhältnisse des FEN angepasst von Andrea Vogel, (Mailformular)

Nachfolgende Benutzerordnung richtet sich an und gilt für alle Benutzer des News-Servers news.fen-net.de. Ich bitte darum, den Text gründlich zu lesen und seinen Inhalt zu beherzigen. Fehlverhalten macht nicht nur mir als News-Admin das Leben schwer, sondern fällt auch auf den Server als ganzes und das FEN zurück und hat damit Folgen für alle BenutzerInnen. Außerdem tragen verschiedene Arten von Mißbrauch auch aktiv dazu bei, das Medium News noch unbenutzbarer zu machen und es auf lange Sicht zu zerstören. Denkt bitte auch daran.

Fragen, Anregungen, Kritik etc. bitte per Mail an das FEN-News-Team.

Regeln zur Benutzung

Benutzer des Newsservers news.fen-net.de, im nachfolgenden "dieser Server" genannt, sind angehalten, sich an die unten aufgeführten Regeln zu halten.

Mißachtung der Regeln kann zum Verlust der Zugangsberechtigung führen!

Der nachfolgende Text enthält z.T. Fachbegriffe. Es wurde versucht, jeden Begriff, der gerade einem Neueinsteiger nicht selbsterklärend zu sein erschien, bei seiner ersten Erwähnung kurz zu beschreiben. Alle Begriffe sollten aber auf jeden Fall in den im Text referenzierten weiterreichenden Informationsquellen ausführlich erklärt sein.

Persönlicher Name

Jeder Artikel muss mit dem vollständigen Namen des Benutzers gekennzeichnet sein. Dies gilt insbesondere für die From:-, Reply-To:- bzw. die Sender:-Zeile (falls Artikel im Auftrage anderer gepostet werden). Eine korrekte From:-Zeile hat den folgenden Aufbau:

From: Vorname Nachname <email@adresse.de>
oder
From: email@adresse.de (Vorname Nachname)

Sogenannte "Nicknames" können in einfachen Anführungszeichen in den Realnamen eingefügt werden, also "Lieschen 'Lisi' Meier".
Bei der From:-Zeile ist wie auch im ganzen Header (Kopfzeilen) des Artikels zu beachten, daß nur 7Bit-Zeichen (also z.B. keine Umlaute) benutzt werden dürfen, Umlaute müssen entweder umschrieben (ö = oe) oder als 7Bit-Zeichen als sogenanntes "quoted-printable" kodiert werden.

Beispiel für quoted-printable:
Aus "Anne Müller" wird "=?iso-8859-1?Q?Anne_M=FCller?=". Dieses Verfahren ist standardisiert und schon mehrere Jahre alt, der Name wird von korrekt arbeitenden Newsreadern (Programmen zum Lesen und Schreiben von News) transparent für den Benutzer wieder in "Anne Müller" umgewandelt.

Ob der benutzte Newsreader die korrekte Kodierung von Umlauten im Header als quoted-printable unterstützt, kann in den meisten Fällen der Dokumentation oder auch Online-Hilfe des Readers entnommen werden, aber auf jeden Fall in Test-Newsgruppen (z.B. fen.test, de.test usw.) einfach ausprobiert werden.

Die alleinige Aufführung des vollständigen Namens in der Signatur oder im Text des Artikels ist nicht hinreichend, da diese u.a. beim Antworten nicht automatisch analysiert werden kann und viele Leute sich Signaturen nicht anzeigen lassen.

Falls jemand einen guten Grund hat, bei einem Thema anonym bleiben zu wollen, so sollte auf richtige Anonymizer und Remailer zurückgegriffen werden. Informationen dazu finden sich z.B. auf http://www.iks-jena.de/mitarb/lutz/anon/ oder in der Gruppe "de.comp.security". Ansonsten haben alle Artikel den vollständigen Realnamen im Header wie oben beschrieben zu enthalten.

Korrekte Absenderadresse

Die Angabe in der From:-, Reply-To:- bzw. Sender:-Zeile muss ohne weitere Veränderungen eine gültige E-Mail-Adresse des Benutzers sein. Eine Mail, die an eine in der From:-, Reply-To:- bzw. Sender:-Zeile angegebene Adresse geschickt wird, muß zustellbar sein, d.h. darf nicht wegen Unerreichbarkeit oder Ungültigkeit dieser Adresse bouncen. Auch ein Verändern der E-Mail-Adresse(n) als vermeintlicher Schutz vor unerwünschten Werbemails (Stichworte: Spam-Mails, UCE, UBE) ist _nicht_ erlaubt.

Informationen zum Thema Spamschutz und falsche E-Mail-Adressen finden sich z.B. auf http://home.pages.de/~gerlo/falsche-email-adressen.html oder auch in der FAQ der Gruppe "de.admin.net-abuse.mail", unter http://www.faqs.org/faqs/de-net-abuse/mail-faq/

Einhalten der Netiquette

Die meisten Hierarchien im Usenet haben die dort üblichen Konventionen in einer "Netiquette" niedergelegt. Das Posten in solche Hierarchien sollte nur unter Wahrung der jeweils geltenden Netiquette geschehen. Für die Hierarchie de.* findet sich diese Netiquette in der Gruppe "de.newusers.infos". Deren Inhalt (zur Zeit 15 Texte) sollte ohnehin jeder mindestens einmal sorgfältig gelesen und verstanden haben, der das Medium News benutzen möchte. Die Texte sind auch im WWW unter http://www.faqs.org/faqs/de-newusers/einleitung/ abrufbar.

Weitere Informationsquellen:

Master List of Newsgroup Hierarchies
http://www.magmacom.com/~leisen/master_list.html
MG's House of News Knowledge
http://www.duke.edu/~mg/usenet/
Mib Software Usenet RKT For Users (general info on Usenet)
http://www.mibsoftware.com/userkt/0077.htm
Usenet FAQs by Index
http://www.cis.ohio-state.edu/hypertext/faq/usenet/top.html
The news.newusers.questions Official Home Page
http://home.t-online.de/home/Heinrich.Schramm/index.html
Hal Doran's Finding Newsgroups and Mailing Lists
http://www.synapse.net/~radio/finding.htm
Liszt Directory of E-Mail Discussion Groups
http://www.liszt.com/
Suchen nach Chartas und Newsgruppeninformationen
(für die deutschsprachige Hierarchie de.*)
http://www.faqs.org/faqs/
Chartas für die deutschsprachige Hierarchie de.*
http://home.pages.de/~kopp/de-chartas.txt

Korrekte Technik

Für das Medium News existieren wie für alle anderen Bereiche des Netzes auch technische Regeln und Grundlagen, an die sich die Benutzer halten sollten, wollen sie so weit wie möglich sicherstellen, daß ihre Artikel a). von den transportierenden Servern anstandslos verteilt werden und b). von den meisten Benutzern des Usenet gelesen werden können, d.h. mit den gängigen Newsreadern korrekt und problemlos darstellbar sind. Zu diesen Regeln seien stichpunktartig erwähnt:

  • Zur Erinnerung: Keine unkodierten Nicht-7Bit-Zeichen (z.B. Umlaute) in Headern!
  • Korrekte Umlautkodierung bei Nicht-7Bit-Zeichen im Body des Artikels (Stichwort: MIME-Header)! Dies gilt sowohl für eigene Umlaute, als auch für diejenigen, die in gequotetem Text enthalten sind. Eine FAQ zum Thema Umlaute in Mail und News findet sich unten referenziert.
  • Artikel in plain text (reiner Text, ohne Formatierung durch andere Programme) verfassen, also kein HTML, multipart etc.! Diese (HTML, multipart etc.) haben neben der unnötigen Volumenvergrösserung auch noch den Nachteil, daß sie mit vielen Newsreadern nicht oder nur schlecht darstellbar sind. Auch auf PGP- (PGP ist ein Verschlüsselungs- und Signaturprogramm) und ähnliche Signaturen sollte in den News ausser in begründeten Einzelfällen aufgrund der Volumenvergrösserung und des in den meisten Fällen sehr geringen Nutzens verzichtet werden. Ähnliches gilt auch für sogenannte "v-cards" (ein Anhängsel an Newsartikel durch Netscape). Bitte abstellen! Ebenso gilt:
  • KEINE BINARIES IN DISKUSSIONSGRUPPEN POSTEN!
    Und seien sie noch so klein. Binaries (Photos, Graphiken, Animationen, Videoclips, Audiodateien, kompilierte Programme usw.) haben in Diskussionsgruppen nichts zu suchen, für Binaries gibt es spezielle Binary-Gruppen. Es gilt: Auf Binaries in den News sollte generell sowieso verzichtet werden, sinnvollere Medium für Binaries sind FTP und WWW.
  • Korrekte Message-IDs erzeugen! Eine Message-ID ist eine weltweit eindeutige Kennzeichnung eines Artikels, die diese und noch andere Anforderungen mindestens 2 Jahre lang erfüllen muss. Ihre Erzeugung und ihr Aufbau sind in RFC 1036 bzw. RFC Son-of-1036 niedergeschrieben. RFCs sind Dokumentationen technischer Standards (ganz ganz wichtig also :-).

Korrekte Message-IDs zu erzeugen ist keine leichte Sache, vor allem, wenn man nicht weiß, was es genau damit auf sich hat und wie eine Message-ID korrekt auszusehen hat und welche Bedingungen an sie geknüpft sind. Einfachste Lösung für Leute ohne eigenen lokal betriebenen Newsserver (also für die Leute, die online via NNTP auf wuff News lesen und schreiben): Man erzeugt selbst keine eigenen Message-IDs mit seinem Newsreader, sondern überlässt dies dem Server. Der weiß ganz genau, wie es richtig geht und setzt, wenn ein Artikel ohne Message-ID gepostet wird, selbst eine von ihm erzeugte in den Artikel ein.

Informationsquellen:

Umlaute in E-Mail und Netnews
http://www.paefken.westfalen.de/de.newusers/umlaute-faq.txt
Diese merkwürdigen Headerzeilen
http://www.eantc.de/~amk/dni/headerzeilen
Alles rund um Forté (Free) Agent
http://www.westfalen.de/paefken/forteagent/
Microsoft Internet News (MSIN) Mini-FAQ
http://home.rhein-zeitung.de/~jschick/faq/msinfaq.html
RFC 1036 - Standard for Interchange of USENET Messages
http://www.faqs.org/rfcs/rfc1036.html
Son of RFC 1036 - News Article Format and Transmission
http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html
RFC 977 - Network News Transfer Protocol
http://www.faqs.org/rfcs/rfc977.html
Sowie die in ihnen referenzierten RFCs. Diese RFCs können auch
per FTP z.B. auf ftp://ftp.fu-berlin.de/doc/rfc/ bezogen werden.

Keine kommerzielle Nutzung

Es ist keine kommerzielle Nutzung des Zuganges gestattet. Das Posten von Werbung ist generell ausserhalb der speziell dafür vorgesehenen und meistens am Namensteil "kommerz" oder "commercial" erkennbaren Gruppen im gesamten Usenet hochgradig unerwünscht und hat zu unterbleiben!

Kein SPAM

Es ist unzulässig, über diesen Server sogenannten SPAM zu posten. Unter "SPAM" versteht man (vereinfacht ausgedrückt) das Fluten von vielen Newsgruppen mit (dort in der Regel nicht hineinpassenden) gleichartigen Artikeln. Ebenso unerwünscht sind exzessive Crosspostings, erst recht, wenn diese über Hierarchiegrenzen hinweg und dazu noch ohne entsprechendes einschränkendes Followup-To geschehen.

Keine Steuernachrichten

Über diesen Server dürfen von den Benutzern keine Steuernachrichten verschickt werden. Eine Steuernachricht ist ein Newsartikel mit einem Control:-Header, welcher in der Regel nicht zum Lesen durch Menschen, sondern zur automatischen Verarbeitung durch die Serversysteme gedacht ist. Einzige Ausnahme: Erlaubt ist das Senden von Steuernachrichten, die das Löschen (Cancel) oder Überschreiben (Supersedes) eigener Artikel bewirken.

Kein Fremdcanceln

Kein Benutzer darf Artikel canceln (löschen), die nicht von ihm geschrieben wurden.

Unveränderter Path-Eintrag

Eine Änderung des Path-Eintrages über den Eintrag des eigenen Rechnernamens hinaus ist nicht statthaft. Die Erzeugung von Path-Einträgen betrifft in der Regel nur unsere UUCP-Sites.

Zur Erklärung ein Auszug aus der Headerzeilen-FAQ:

Die »Path:«-Headerzeile dient dazu, zu speichern, über welche Systeme ein Artikel bereits gelaufen ist, damit der Artikel nicht nochmals zu diesen Sites geschickt wird. Das setzt voraus, daß Deine Site hier einen *weltweit eindeutigen* Namen einträgt, in der Regel also Deinen vollständigen Domainnamen. (Auch »FQDN« oder »Full Qualified Domainname« genannt.)

Informationen zur "Deutschen Worldmap" (Internationale Submap) http://www.faqs.org/faqs/de-worldmap/

Benutzer, die online auf news.fen-net.de News lesen und schreiben, brauchen sich um den Path-Eintrag keine Gedanken zu machen, das erste System, welches sich in der Path-Zeile eintragen sollte, ist der Server, und der macht das von alleine.

Kommando "newnews"

Automatisierte Offline-Newsreader und "Saug-Tools" (z.B. slurp) laden die gewünschten Artikel oftmals auf den eigenen Rechner, indem sie das NNTP-Kommando "newnews" verwenden. Die Ausführung dieses Kommandos verbraucht überdurchschnittlich viel Ressourcen und ist daher auf diesem Server nicht zulässig. Das Kommando ist daher serverseitig deaktiviert.

Gesetzliche Regelungen

Unabhängig vom Aufenthaltsort des Benutzers kommen für diesen Server die Gesetze der Bundesrepublik Deutschland zur Anwendung. Gerichtsstand ist Erlangen.

Dieser Text entstand in Anlehnung an die Benutzerrichtlinien des DFN-Servers News.CIS.DFN.DE (http://news.cis.dfn.de/). Ausserdem gelten die Bestimmungen der Netiquette, wie sie auf dem Server des FEN hinterlegt sind:
www.fen-net.de/anmeldung/fen_neti.html

Kontakt: Andrea Vogel (Mailformular)

Kritik, Lob und Anregungen sind willkommen!