🚀 go-pugleaf

                        Regeln zur Benutzung
                        ====================
                        (f�r NNTP und UUCP)
   
       Benutzer des Newsservers news.mayn.de (wuff.mayn.de) /
       news.wuerzburg.baynet.de, im nachfolgenden "dieser Server"
       genannt, sind angehalten, sich an die unten aufgef�hrten
       Regeln zu halten. 

** Mi�achtung der Regeln kann zum Ausschlu� von der Benutzung f�hren! **
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         
       Dies gilt sowohl f�r die angeschlossenen UUCP-Sites wie 
       auch f�r die Nutzer via NNTP (Online-Benutzer).
       
       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 weiterreichen-
       den 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 ent-
       nommen werden, aber auf jeden Fall in Test-Newsgruppen (z.B.
       ufra.test, baynet.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�ck-
       gegriffen werden. Informationen dazu finden sich z.B. in der Gruppe
       "de.comp.security" oder auf folgenden Webseiten:
       
       Nymity: Das Recht auf Privatsph�re
       http://www.iks-jena.de/mitarb/lutz/anon/
        
       Anonymisieren von Email / Remailer und Pseudonymserver
       http://www.geocities.com/SouthBeach/Pier/8610/

       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� zu-
       stellbar 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 unerw�nschte Werbemails finden sich z.B.
       auf folgenden Webseiten:

       Mini-FAQ: Falsche E-Mail-Adressen
       http://home.pages.de/~gerlo/falsche-email-adressen.html

       FAQ, Charta und Abk�rzungsverzeichnis von de.admin.net-abuse.mail
       http://www.stud.uni-hannover.de/news/de.admin.net-abuse.mail.html

       Eine FAQ ("Frequently Asked Questions") ist eine Sammlung h�ufig
       gestellter Fragen und auch ihrer Antworten zu einem Thema.
 


     * 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.eantc.de/~amk/dni/
       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
    
       Usenet FAQs by Newsgroup
       http://www.lib.ox.ac.uk/internet/news/faq/by_group.index.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://riemann.iam.uni-bonn.de/cgi-bin/groupinfo

       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 ge-
         quotetem 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 Volumen-
         vergr�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 lieber verzichtet werden.
         �hnliches gilt auch f�r sogenannte "v-cards" (eine Art elektro-
         nische Visitenkarte, 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 Medien 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.westfalen.de/paefken/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://unix1.sncc.lsu.edu/internet/guides/www-docs/WWW/Protocols/rfc1036/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://unix1.sncc.lsu.edu/internet/guides/www-docs/WWW/Protocols/rfc977/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 Cross-
       postings, erst recht, wenn diese �ber Hierarchiegrenzen hinweg
       und dazu noch ohne entsprechendes einschr�nkendes Followup-To ge-
       schehen.



     * 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.)

       Insbesondere f�r UUCP-Sites gilt hier: Am besten den FQDN (also
       z.B. "didum.mayn.de") des Rechners als Pfadeintrag w�hlen, damit
       gibt es keine Probleme. Der Pfadname muss per RFC eindeutig sein.
       Blanke Sitenamen wie z.B. "oops" oder "krell" sind nur nach ent-
       sprechendem Eintrag in die UUCP-Worldmap zul�ssig, ansonsten 
       ung�ltig, da nicht eindeutig.

       Informationen zur "Deutschen Worldmap" (Internationale Submap)
       http://www.eantc.de/~amk/worldmap.txt

       Benutzer, die online auf wuff 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
       (wuff), 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 viele 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 W�rzburg.

      
    Dieser Text entstand in Anlehnung an den Benutzerrichtlinien des
    DFN-Servers News.CIS.DFN.DE (http://news.cis.dfn.de/).
 
  Stand (letzte �nderung): 01.03.1998
  Kontakt: Bettina Fink <laura@mayn.de> oder <news@mayn.de>

  Kritik, Lob und Anregungen willkommen!