🚀 go-pugleaf

--- /usr/users/smurf/etc/regPosts/antrag-doku	Mon Dec 14 20:40:14 1992
+++ /tmp/bdy.12275	Mon Jan  4 20:40:06 1993
@@ -29,5 +29,6 @@
 Die meisten Rechnerbetreiber auf dem Internet haben inzwischen weder Zeit,
 Lust, noch ueberhaupt den Bedarf, sich um das Einspielen von Maps zu
-kuemmern, so dass Rechner ohne Domainnamen nicht mehr erreichbar sind.
+kuemmern, so dass Rechner ohne Domainnamen nicht mehr oder nur mit mehr oder
+weniger grossen Adressierungskruecken erreichbar sind.
 
 Der VzFdpbD eV (nennen wir ihn mal Subnetz-Verein) hat sich daher die
@@ -35,7 +36,13 @@
 alle registrieren lassen koennen, die das wollen oder brauchen.
 
-Domainnamen sind Namen der Form XX.YY.ZZ, also zB smurf.sub.org oder
-flatlin.ka.sub.org. Das Ganze bildet eine Hierarchie: "org" steht ueber
+Domainnamen sind im Prinzip nichts anderes als Rechnernamen mit Punkten drin,
+zB smurf.sub.org Das Ganze bildet eine Hierarchie: "org" steht ueber
 "sub.org" steht ueber "smurf.sub.org" steht neben "ka.sub.org" ... etc.pp.
+"org" ist hier die "Toplevel"-Domain. Alle Topleveldomains muessen in den
+USA bei der dortigen Netzkoordination registriert sein. Neue Topleveldomains
+werden grundsaetzlich nur fuer anschlusswillige Staaten vergeben, in der
+Form von ISO-2-Buchstaben-Abkuerzungen ("de", "us"); das Beantragen einer
+solchen Domain fuer ein Mailboxnetz ist daher sinnlos.
+
 Logischerweise muessen zwei Domains verschiedene Namen haben, wenn sie
 denselben "Vater" besitzen. Ansonsten hat jedes Namenssegment max 64 Zeichen
@@ -50,11 +57,11 @@
 nicht anders.
 
-Mit einem erfolgreichen Antrag geht die Verantwortung fuer das korrekte
-Verhalten (Weiterleiten von Mail, Nicht-Zumuellen des Subnetzes, Bezahlung von
-Mailrechnungen) der an die Domain angeschlossenen Rechner auf den
-Antragsteller ueber. Unter anderem aus diesem Grund ist das Formular (welche
-Verantwortung geht auf wen ueber) mit definiertem "Handshake" (Antrag wird
-gestellt, Domain wird eingerichtet und bestaetigt, Daten werden dem Rest der
-Welt bekanntgegeben) notwendig.
+Mit einem erfolgreichen Antrag auf eine Unterdomain geht die Verantwortung
+fuer das korrekte Verhalten (Weiterleiten von Mail, Nicht-Zumuellen des
+Subnetzes, Bezahlung von Mailrechnungen) der an die Domain angeschlossenen
+Rechner auf den Antragsteller ueber. Unter anderem aus diesem Grund ist das
+Formular (welche Verantwortung geht auf wen ueber) mit definiertem "Hand-
+shake" (Antrag wird gestellt, Domain wird eingerichtet und bestaetigt,
+Daten werden dem Rest der Welt bekanntgegeben) notwendig.
 
 
@@ -63,9 +70,23 @@
 nix zahlen wollen. (In letzterem Fall bekommen sie naemlich keine Mails.  ;-)
 
-Der Default-Mailgateway ist "smurf.sub.org". Mail ueber diesen kostet Geld
-(momentan 3 Pfennige pro KByte). Dafuer muessen Abrechnungen verschickt
-werden -- Mailadresse. Damit die Kosten nicht ins Uferlose wachsen koennen,
-kann der Domainadministrator ein Limit vergeben (getrennt fuer den
-Domainrechner und alle Unterdomains).
+Der Subnetz-Verein hat folgende Gebuehrenstruktur:
+- Nationale Mails sind kostenlos.
+- Internationale Mails kosten Geld, naemlich 3 Pf/kByte. Wegen der
+  einfacheren Rechnerei ist das kByte bei uns 1000 Bytes gross. Zum
+  Ausgleich werden Mailheader nur zur Haelfte mitgerechnet.
+- Es gibt ein Freikontingent von 50 kBytes/Monat.
+- Aus diversen Gruenden gibt es Domains mit internationaler Konnektivitaet
+  nur fuer Vereinsmitglieder. Das kostet DM 60/Jahr fuer Studenten und
+  DM 120/Jahr fuer normale Menschen.
+- Wie all diese Kosten und Kontingente auf die lokalen Teilnehmer in einer
+  Unterdomain aufgeteilt werden, ist dem Verein egal.
+
+Das Freikontingent gibt's pro Vereinsmitglied. Ein Mitglied kann waehlen,
+ob er/sie/es fuer seine Unterdomain eine eigene Abrechnung vom Verein 
+haben will und/oder welcher Domain das Freikontingent zugeschlagen werden 
+soll. Fuer die Zwecke der Abrechnerei gelten "bla.sub.org" und "alles unter
+*.bla.sub.org, *.*.bla.sub.org, etc., ueber die beim Verein nix anderes
+bekannt ist" als verschiedene Domains, fuer die aber gemeinsam ein Antrag
+gestellt werden muss (logisch -- Antragsbeispiel siehe unten).
 
 
@@ -127,5 +148,7 @@
 < Vereinsmitglied: JN
 < 
-Falls nein, kostet jede Domain einmalig DM 10.
+Falls nein, kostet jede Domain einmalig DM 10 und es gibt keine inter-
+nationale Konnektivitaet. Mitgliedsantraege, Satzungen, etc., gibt's 
+via Mail an info@subnet.sub.net.
 
 < Domainname:    XXX.sub.org
@@ -132,5 +155,6 @@
 
 Beispielsweise stadt.sub.org fuer Kleinhintermuehlhausen ;-), oder
-murks-ag.sub.org fuer die betreffende Firma.
+murks-ag.sub.org fuer die betreffende Firma. (Vorsicht: Firmenanschluesse
+sind an besondere Bedingungen gebunden. Vorher bitte nachfragen.)
 
 Domainantraege fuer Unterdomains (kiste.stadt.sub.org) werden an die
@@ -205,5 +229,8 @@
 Angabe von "B" bei den Unterdomains (es soll also sowohl ein Rechner
 domain.sub.org als auch Rechner innerhalb dieser Domain existieren) gibt es
-hier also zwei Konten mit eigenen Begrenzungen.
+hier also zwei Konten mit eigenen Begrenzungen. Wenn jemand alle Abrech-
+nungen auf dasselbe Konto laufen lassen will, moege er/sie/es das mir mit-
+teilen; meine Abrechnungssoftware ist darauf vorbereitet.
+
 Die Grenzen gelten fuer alle Mails auf diesem Konto; es wird keine Abrechnung
 fuer einzelne Systeme oder gar Benutzer durchgefuehrt. Wenn ein Einzelsystem
@@ -212,20 +239,27 @@
 
 Es gibt ausserdem die Moeglichkeit, pro Mail eine Groessenbegrenzung
-anzugeben. Einzelne Mails, die groesser sind als dieses Limit, werden
+anzugeben. Alle Mails, die groesser sind als dieses Limit, werden
 abgewiesen.
-Diese Begrenzung ist gedacht fuer Sonderfaelle, z.B. beim Anschluss eines
-Mailboxnetzes mit einer derartigen Begrenzung.
+Diese Begrenzung ist gedacht fuer technische Hindernisse, z.B. beim
+Anschluss eines Mailboxnetzes, in dem groessere Mails nicht geroutet
+werden koennen.
+Im Fall einer solchen Abweisung wird grundsaetzlich die gesamte Mail
+an den Absender zurueckgesendet. Dasselbe gilt fuer Mails, deren Ueber-
+tragung den Kreditrahmen sprengen wuerde. Aus technischen Gruenden ist
+eine Teiluebermittlung zB der ersten 20 Zeilen nicht moeglich.
 
 
-Domainadressen im Envelope (WICHTIG!)
+Domainadressen im Envelope (WICHTIG!!!)
 ==========================
-* Bei Mails ins Subnetz und besonders in den Rest der Welt muss sichergestellt
-* sein, dass alle Adressen in Domainform vorliegen. Dies betrifft insbesondere
-* die Envelope-From-Adresse, die z.B. beim rmail-Kommando in der ersten Zeile
-* auftaucht ("From <User> <Datum> remote from <Fasel>"). <Fasel> muss hier
-* entweder eine Domainadresse sein, oder der empfangende Rechner muss in der
-* Lage sein, diesen Namen in Domainform umzuwandeln. (Letzteres ist meistens
-* nicht der Fall.) <User> kann auch in "user@adresse"-Form auftauchen; dann
-* muss diese Adresse auch Domainform haben.
+! Bei Mails ins Subnetz und besonders in den Rest der Welt muss sichergestellt
+! sein, dass alle Adressen in Domainform vorliegen. Dies betrifft insbesondere
+! die Envelope-From-Adresse, die z.B. beim rmail-Kommando in der ersten Zeile
+! auftaucht ("From <User> <Datum> remote from <Fasel>"). <Fasel> muss hier
+! entweder eine Domainadresse sein, oder der empfangende Rechner muss in der
+! Lage sein, diesen Namen in Domainform umzuwandeln. (Letzteres ist meistens
+! nicht der Fall.) <User> kann auch in "user@adresse"-Form auftauchen; dann
+! muss diese Adresse ebenfalls in Domainform sein.
+! Adressen der Form "bla.uucp" sind _nicht_ in Domainform, weil ".uucp" keine
+! registrierte Toplevel-Domain ist.
 
 Wenn Mails mit einer nicht domainisierten Quelladresse ins Internet gelangen
@@ -251,6 +285,12 @@
 alle Rechneradressen in Envelope und Header in Domainform sein.
 
+Diese Adressproblematik hat in der Vergangenheit immer wieder zu Problemen
+bei Mailabrechnungen, Kostenzuordnungen, etc.pp. gefuehrt. Im Zweifelsfall
+sende eine kurze Mail an postmaster@subnet.sub.net mit der Bitte um
+Ueberpruefung.
+
 
-Beispiel:
+Beispiel
+========
 
 Es sei "junker" einer von mehreren Rechnern in Kleinmichelshausen. Die
@@ -358,5 +398,6 @@
 
 Name Vorname Firma Strasse Ort Telefon Zustaendig(administrativ)
-Vereinsmitglied? Domainname (hier: test.netz.sub.org) Unterdomains (meist N)
+Domainname (hier: test.netz.sub.org)
+Unterdomains (meist N)
 Account fuer Abrechnungen
 Limit fuer Domainnamen  (also fuer test.netz.sub.org)
@@ -363,4 +404,5 @@
 Limit fuer Unterdomains (falls "Unterdomains != "N")
 
+sowie einen Mitgliedsantrag des Vereins.