home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1996 October / PCO_10.ISO / filesbbs / xp311u.arj / UUCP.DOC < prev    next >
Encoding:
Text File  |  1996-04-06  |  103.3 KB  |  2,123 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.                           -------------------------------
  12.                           Cross \\//         Version 3.11
  13.                                 //\\ Point            DOS
  14.                           »  universelle Pointsoftware  «
  15.                           -------------------------------
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.                                      UUCP-Modul
  23.  
  24.  
  25.                             Versuch einer Dokumentation
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.                             (c) 1993,96 Peter Mandrella
  41.  
  42.  
  43.         Inhalt
  44.         ════════════════════════════════════════════════════════════════════
  45.  
  46.  
  47.         I    Grundlagen
  48.  
  49.              1.1   Usenet, Internet und Sub-Netze
  50.              1.2   News, Mails und Mailinglisten
  51.              1.3   UUCP - das Übertragungsprotokoll
  52.              1.4   Wie werde ich Usenet-Teilnehmer?
  53.  
  54.  
  55.         II   Installation und Bedienung
  56.  
  57.              2.1   Installation und Konfiguration
  58.              2.2   Netzanruf
  59.              2.3   Bestellen und Verwalten von Newsgroups
  60.              2.4   "Sysop-Mode" (Disk-Poll)
  61.  
  62.  
  63.         III  Arbeiten mit UUCP
  64.  
  65.              3.1   Envelope-Adressierung
  66.              3.2   Cancel-Nachrichten
  67.              3.3   Teilnahme an Mailinglisten
  68.              3.4   Dateitransfer mit UUCP
  69.              3.5   Dateitransfer per Mail
  70.  
  71.  
  72.         IV   Technische Dokumentation
  73.  
  74.              4.1   RFC-Daten, Packer und der Nachrichten-Konvertierer UUZ
  75.              4.2   Der XP-UUCICO
  76.              4.3   Dateilisten-Konvertierprogramme
  77.              4.4   Definition eigener RFC-Headerzeilen
  78.  
  79.  
  80.         Anhang
  81.  
  82.              A.    Dateien im CrossPoint/UUCP-Paket
  83.              B.    Glosssar
  84.              C.    CrossPoint/UUCP - Versionsgeschichte
  85.  
  86.  
  87.         I   Grundlagen
  88.         ════════════════════════════════════════════════════════════════════
  89.  
  90.  
  91.         Vorwort
  92.  
  93.         Im   Oktober  '92,  genau  ein  Jahr  nach  Beginn  der  CrossPoint-
  94.         Entwicklung,  habe  ich  mit  der  Arbeit an etwas begonnen,  dessen
  95.         Umfang  damals kaum abzuschätzen war: Dem  Ausbau  einer Z-Netz/Fido
  96.         /MausNet-Pointsoftware  zu einem vollständigen  UUCP-Paket. Das Ziel
  97.         war, ein anwenderfreundliches UUCP-Komplettsystem  herzustellen, das
  98.         sich genauso leicht installieren, bedienen  und warten läßt wie z.B.
  99.         ein Fido-Pointprogramm.
  100.  
  101.         Das  erste  Ergebnis  dieser Arbeit  befindet  sich  nun  auf  Ihrer
  102.         Festplatte. Wie jedes  erste Ergebnis, so  stellt auch dieses sicher
  103.         noch  nicht  der  Weisheit  letzten  Schluß dar. So  beinhaltet  das
  104.         Programm z.B. noch  keine  Verwaltung  von Threads, wie man  sie von
  105.         verschiedenen Newsreadern  gewohnt  ist. Insgesamt bietet CrossPoint
  106.         aber schon jetzt einen Komfort und Leistungsumfang, der herkömmliche
  107.         UUCP-Systeme bei weitem übertrifft.
  108.  
  109.  
  110.  
  111.         Haben Sie  bereits  mit einer anderen  UUCP-Software gearbeitet  und
  112.         möchten nun auf CrossPoint umsteigen?
  113.  
  114.         Dann sollten Sie zunächst  einmal  XPOINT.DOC lesen,  oder zumindest
  115.         die  ersten Kapitel kurz  überfliegen, um  sich mit dem Grundkonzept
  116.         von  CrossPoint vertraut  zu machen;  es  weicht  deutlich  von  dem
  117.         anderer  Newsreader/Mailer  ab.  Die  Terminologie in den  einzelnen
  118.         Netzen  ist  sehr   unterschiedlich,   und  um   eine  größtmögliche
  119.         Konsistenz   zu   erreichen,   verwendet  CrossPoint  innerhalb  des
  120.         Programms  weitgehend  einheitliche  Begriffe,  z.B.  "Point"  statt
  121.         "leaf-site", "Brett" statt  "Newsgroup" und "PM"  statt "Mail".  Bei
  122.         allen Verfechtern  einer klaren Usenet-Terminologie  möchte ich mich
  123.         schonmal  im voraus dafür entschuldigen. Innerhalb von UUCP.DOC habe
  124.         ich mich bemüht, die "korrekten" Bezeichnungen zu verwenden.
  125.  
  126.         Im  Übrigen  können  Sie  gleich  bei  Abschnitt  II  dieses  Textes
  127.         fortfahren; Teil I wendet sich ausschließlich an Usenet-Einsteiger.
  128.  
  129.  
  130.  
  131.         Sind Sie Neueinsteiger im Usenet?
  132.  
  133.         Dann sollten Sie nichts überstürzen. Das Usenet erhebt den Anspruch,
  134.         professioneller zu sein als Hobby-Mailboxnetze wie Fido oder Z-Netz,
  135.         und manchmal ist  es das sogar.  Lesen Sie den folgenden Text genau,
  136.         und machen Sie sich vor allem mit den technischen  Details vertraut.
  137.         Wenn  Sie  in  einer  Usenet-Gruppe  eine technische Frage  stellen,
  138.         müssen Sie damit rechnen, mit einem Schwall technischer Begriffe und
  139.         Sachverhalte überschüttet zu werden. Dem sollten Sie gewachsen sein.
  140.  
  141.  
  142.  
  143.         Bevor wir zum Schluß dieses Vorwortes kommen, möchte ich  mich  noch
  144.         bei  Martin Jahner <marty@ruessel.sub.org>  bedanken, dessen Rechner
  145.         unzählige,  hinterhältige  Angriffe durch meinen uucico  absturzfrei
  146.         überstanden  hat, bei  Hajo  Zierke <hajo@quijote.in-berlin.de>, der
  147.         sich trotz  aller Bugs nicht davon  abhalten  ließ, das Programm ein
  148.         halbes Jahr lang betazutesten, und bei Lutz Petersen <lp@shlink.de>,
  149.         der mir eine Menge Nachhilfe in Sachen RFC-Netze erteilt und an Teil
  150.         I dieses Textes mitgewirkt  hat. Mein  ganz  besonderer Dank geht an
  151.         Ian   Lance  Taylor  <ian@airs.com>,   ohne   dessen   hervorragende
  152.         Dokumentation  des UUCP-Protokolls  dieses  Programm  nicht  möglich
  153.         gewesen wäre.
  154.  
  155.  
  156.         Peter Mandrella
  157.         Juli 1993
  158.  
  159.  
  160.         1.1  Usenet, Internet und Sub-Netze
  161.         ────────────────────────────────────────────────────────────────────
  162.  
  163.         Die verblüffendste Eigenschaft der meisten UUCP-anwendenden Personen
  164.         und derer, die es werden möchten,  ist, daß sie gar nicht wissen, an
  165.         welchem Netz  sie  da  eigentlich  teilnehmen  (wollen).  Grund  der
  166.         Verwirrungen ist, daß wir es hier nicht mit einem homogenen Netz wie
  167.         z.B.  dem FidoNet oder MausNet zu tun haben, dessen Systeme  alle in
  168.         einer  zentralen  Liste erfaßt  sind.  Niemand weiß  genau, wieviele
  169.         Teilnehmer das  Netz hat  - die  Schätzungen  bewegen  sich zwischen
  170.         hunderttausend und einigen Millionen - und  niemand kann  sagen, wer
  171.         nun mit welcher Technik daran teilnimmt.
  172.  
  173.         Glücklicherweise  gibt  es  bestimmte technische Standards,  die  in
  174.         diesem Netzbereich weit verbreitet sind, und anhand dieser Standards
  175.         läßt sich eine grobe Einordnung treffen.
  176.  
  177.  
  178.         ■ RFCs: Die technische Grundlage
  179.  
  180.         Allen Netzen,  mit  denen  wir uns im folgenden beschäftigen werden,
  181.         ist  eines  gemeinsam:  Sie  begründen  sich  auf  einer  Reihe  von
  182.         technischen  Standards, die witzigerweise die  Bezeichnung  "Request
  183.         for Comments" (Aufforderung zu Kommentaren) haben; man spricht daher
  184.         von  "RFC-basierten  Netzen". Die  verschiedenen RFC-Texte sind bzw.
  185.         werden fortlaufend durchnumeriert und in den  Netzen veröffentlicht.
  186.         Falls Sie  sich näher  für diese Dokumente interessieren,  so finden
  187.         Sie in Abschnitt IV dieses Textes eine Übersicht derjenigen, die für
  188.         CrossPoint relevant sind.
  189.  
  190.         Eine Ausnahme bildet das UUCP-Protokoll, auf das wir  noch  näher zu
  191.         sprechen kommen werden. Es ist nicht in den RFCs beschrieben.
  192.  
  193.  
  194.         ■ Was ist Usenet?
  195.  
  196.         "Ein   loser  Zusammenschluß  von   allen,  die  meinen,   daß   sie
  197.         dazugehören". Dies ist eine  sehr treffende Definition, aber sie ist
  198.         wenig hilfreich. Besser  läßt sich das  Usenet  als die Menge  aller
  199.         Rechner   -  genannt   "sites"  -  beschreiben,   die  untereinander
  200.         öffentliche Nachrichten - genannt "news" - austauschen.  Nach dieser
  201.         allgemeinen Definition sind z.B. auch Mailboxen im Z-Netz Teilnehmer
  202.         im Usenet;  in  etwas  spezielleren  Definitionen  wird  das  Usenet
  203.         dagegen  auf  den  RFC-Bereich eingeschränkt. Der entsprechende RFC-
  204.         Standard trägt die Nummr 1036; somit  ist das Usenet also  die Menge
  205.         aller  Rechner,  die   öffentliche  Nachrichten  im  RFC-1036-Format
  206.         austauschen.
  207.  
  208.         Um   es  noch  einmal  zu  verdeutlichen:  Das  Usenet   ist  *kein*
  209.         geschlossenes,   physikalisches    Netz,   genausowenig   wie   "die
  210.         Autofahrer" eine geschlossene Bevölkerungsgruppe sind.
  211.  
  212.         Da  Sie  mit  CrossPoint öffentliche Nachrichten austauschen werden,
  213.         dazu noch im RFC-Format, nehmen Sie mit CrossPoint am Usenet teil.
  214.  
  215.  
  216.         ■ Was ist Internet?
  217.  
  218.         Das Internet ist ein weltweiter Zusammenschluß von  ziemlich  vielen
  219.         Rechnern  -  meist unixartiger Natur  -, die über  das in  den  RFCs
  220.         definierte Internet  Protocol (IP) Daten untereinander  austauschen.
  221.         Zwischen den einzelnen  Systemen  bestehen  permanente  Verbindungen
  222.         über      Standleitungen,     oft      auch      über      besondere
  223.         Hochgeschwindigkeitsleitungen,  sodaß   dieses   Netz  ausgesprochen
  224.         schnell ist; Nachrichtenlaufzeiten  von wenigen  Sekunden sind keine
  225.         Seltenheit. Mittels  IP läßt  sich  von jedem zu jedem beliebiebigen
  226.         anderen Internet-Rechner  eine  direkte Verbindung herstellen. Jeder
  227.         der Rechner hat eine weltweit eindeutige Internet-Adresse.
  228.  
  229.         Die  Aufgabe  des Internet  besteht  darin,  die  Infrastruktur  für
  230.         bestimmte Dienste  zur  Verfügung zu stellen.  Wichtige Dienste sind
  231.         z.B.  der Austausch von öffentlichen Nachrichten (News) und privaten
  232.         Nachrichten (Mail), die Übertragung von Dateien (FTP = File Transfer
  233.         Protocol)  und  das  Herstellen von Online-Terminal-Verbindungen  zu
  234.         einem  Internet-Rechner  (Remote  Login).  Technische  Grundlage für
  235.         diese Dienste bilden wiederum entsprechende RFC-Standards.
  236.  
  237.         Betreiber des Internet sind hauptsächlich  Firmen, Universitäten und
  238.         öffentliche Einrichtungen.  Als privater Anwender werden  sie  wegen
  239.         der hohen Kosten normalerweise nicht direkt  am Internet teilnehmen;
  240.         CrossPoint ist auch gar nicht dafür ausgelegt.
  241.  
  242.  
  243.         ■ Sub-Netze
  244.  
  245.         Das  Internet ist nicht nach außen abgeschlossen, sondern es  stellt
  246.         Verbindungen  zwischen  einer  Vielzahl  von  Sub-Netzen  (logischen
  247.         Teilnetzen)  her.   Das  Kennzeichen  der  Sub-Netze  ist,  daß  sie
  248.         ebenfalls bestimmte  Dienste  bereitstellen - insbesondere  Mail und
  249.         News -, und daß sie einen oder mehrere  Übergangspunkte zum Internet
  250.         besitzen, d.h.  Systeme, die sowohl am Sub-Netz als auch am Internet
  251.         teilnehmen. Schickt nun ein Teilnehmer von Sub-Netz A in Deutschland
  252.         eine Mail an jemanden im Sub-Netz  B  in den USA,  dann tritt sie in
  253.         Deutschland  in das  Internet ein,  wird darin  schnell  in die  USA
  254.         transportiert und tritt dort wieder aus dem Internet aus. Das in den
  255.         Sub-Netzen am  weitesten  verbreitete  Übertragungsprotokoll  -  das
  256.         Gegenstück zum IP  im Internet - ist UUCP;  wir werden  später  noch
  257.         näher darauf eingehen.
  258.  
  259.         Ein Beispiel für ein solches Sub-Netz ist das gleichnamige SubNet in
  260.         Deutschland  -  ein  Zusammenschluss  von Privatpersonen,  die  ihre
  261.         Rechner über Modem- und  ISDN-Verbindungen  zu einem  logischen Netz
  262.         verknüpft  haben. Der zentrale Rechner des SubNet verfügt über einen
  263.         InterNet-Zugang  und  wickelt den  Verkehr  mit  der  Außenwelt  ab.
  264.         Daneben gibt es  auch  viele  regionale Sub-Netze  wie  z.B.  Hanse-
  265.         Networking (das HanseNet) in Hamburg oder das  Hannover-Net (HanNet)
  266.         in  Hannover.  Diese  Netze  besitzen  öffentliche Modem-  und ISDN-
  267.         Zugänge, die Sie für unterschiedliche Gebühren nutzen können.
  268.  
  269.         Halten wir also fest: Als CrossPoint-Anwender  - oder allgemein: als
  270.         Benutzer  einer UUCP-Software - nehmen  Sie an  einem  RFC-basierten
  271.         Sub-Netz teil und nutzen  dessen  Mail- und  News-Dienste. Da dieses
  272.         Netz mit dem Internet verbunden ist, können Sie auch Nachrichten mit
  273.         Internet-Teilnehmern    (z.B.   in   Firmen   oder    Universitäten)
  274.         austauschen.
  275.  
  276.  
  277.  
  278.  
  279.         1.2  News, Mails und Mailinglisten
  280.         ────────────────────────────────────────────────────────────────────
  281.  
  282.         Während  innerhalb von  CrossPoint  der  Unterschied  zwischen einer
  283.         öffentlichen und  einer  privaten  Nachricht  nur  im  Drücken einer
  284.         anderen Taste besteht,  wird in RFC-Netzen  streng zwischen Mail  (=
  285.         privaten  Nachrichten)   und   News  (=  öffentlichen   Nachrichten)
  286.         unterschieden. Traditionell werden sogar zum Versenden von Mail  und
  287.         News   unterschiedliche  Programme  verwendet.  Als  CrossPoint-User
  288.         merken Sie diesen Unterschied z.B. daran, daß  für Mail und News oft
  289.         unterschiedliche   Kostenregelungen   gelten,   oder  daß  bestimmte
  290.         Features  nur bei News  oder nur bei  Mails (z.B. Envelope-Adressen;
  291.         mehr dazu später) unterstützt werden. 
  292.  
  293.  
  294.         ■ Mails (PMs)
  295.  
  296.         Das Wichtigste  an  einer Mail ist die  Adresse  des Empfängers.  Im
  297.         Usenet gibt es ungefähr ein halbes Dutzend verschiedene Arten, Mails
  298.         zu adressieren.  Innerhalb  von CrossPoint wird  nur *eine* Form der
  299.         Adressierung verwendet;  andere Formen  werden,  soweit möglich,  in
  300.         diese Form umgewandelt.
  301.  
  302.  
  303.         - Domainadressierung (Internet-Adressierung)
  304.  
  305.         Dies  ist  DIE  Standardform der  Adressierung.  Sie  ist einerseits
  306.         leistungsfähig  genug,  um die  ungeheure  Anzahl von Teilnehmern in
  307.         RFC-basierten Netzen  in  den Griff  zu bekommen, andererseits  aber
  308.         sehr einfach zu handhaben.
  309.  
  310.         Eine   "domainisierte"  Adresse   hat  immer   folgende   Form  (die
  311.         Leerzeichen gehören nicht dazu und dienen nur der  übersichtlicheren
  312.         Darstellung) ...
  313.  
  314.                 User @ Rechner . Domain . Topleveldomain
  315.                 
  316.         und wird immer  von rechts  nach  links  interpretiert. Schicken Sie
  317.         z.B. eine Mail an "ghostwriter@hot.zer.de", dann läuft sie folgenden
  318.         Weg:
  319.  
  320.  
  321.         Topleveldomain ist ".de"
  322.  
  323.         ->  Die Mail geht an den zentralen  Rechner  in Deutschland, der für
  324.             "de" zuständig ist. Dieser Rechner  kennt alle Domains unterhalb
  325.             von "de" und stellt die Nachricht an den zuständigen Rechner für
  326.             die betreffende Domain zu:
  327.  
  328.         Domain ist ".zer.de"
  329.  
  330.         ->  Die Mail geht an den zentralen  deutschen Rechner für die Domain
  331.             "zer" innerhalb von  "de".  Dieser  wiederum kennt alle Rechner,
  332.             die an "zer"  teilnehmen und  schickt die  Mail  weiter  an  den
  333.             Zielrechner:
  334.  
  335.         Rechner ist "hot.zer.de"
  336.  
  337.         ->  Nun wird der linke Teil der Adresse  als Username interpretiert,
  338.             d.h. die Mail landet im Postfach von "ghostwriter".
  339.  
  340.         Etwas  anders verläuft der Weg der Nachricht natürlich, wenn Sie sie
  341.         z.B. innerhalb der Domain "zer.de" absenden. In diesem Fall wird sie
  342.         nicht erst bis  zum Zentralrechner  für "de" weitergeleitet, sondern
  343.         direkt innerhalb der Domain "zer" zugestellt.
  344.  
  345.         An diesem Beispiel ist übrigens auch sehr schön zu erkennen, daß die
  346.         Domain-Adressoerung   nicht  auf  bestimmte  Netze  beschränkt  ist;
  347.         "zer.de" befindet sich  nämlich im Z-Netz, einem nicht-RFC-basierten
  348.         Netz,  die  Nachricht  läuft also  über einen Gateway (Schnittstelle
  349.         zwischen zwei Netzen).
  350.  
  351.  
  352.         Weitere Beispiele für Topleveldomains sind:
  353.                 
  354.             .fr     Frankreich                  \
  355.             .dk     Dänemark                     |  Länderkennungen
  356.             .fi     Finnland                    /
  357.                 
  358.             .com    kommerzielles Teilnetz      \
  359.             .edu    Bildungseinrichtungen        | vor allem in Nord-
  360.             .gov    Regierungs-Teilnetz          | Amerika verbreite
  361.             .mil    militärisches Teilnetz       | TopLevel-Domains
  362.             .nato   Teilnetz der NATO            |
  363.             .org    Organisation                /
  364.  
  365.  
  366.         Es  gibt  noch zwei abgewandelte Formen der  Domainadressierung, bei
  367.         denen die Adresse um den Realname (also Ihren Namen) erweitert wird:
  368.  
  369.                 ghostwriter@hot.zer.de (Ulrich Stamm)
  370.                 "Ulrich Stamm" <ghostwriter@hot.zer.de>
  371.  
  372.         Innerhalb von CrossPoint werden Sie diese Form der Adressierung aber
  373.         nie  verwenden, da XP  immer  Adresse  und Realname  trennt (einzige
  374.         Ausnahme: Die Eingabe einer  Vertreteradresse mit Realname bei /Edit
  375.         /Boxen/Edit/RFC|UUCP).  Es könnte aber  passieren, daß jemand  seine
  376.         Adresse in dieser Form angibt. Um ihn oder sie mit XP anzuschreiben,
  377.         müssen  Sie  den  Realname  und  die  Klammern  weglassen. Die  Groß
  378.         /Kleinschreibung des Domainteils der Adressen ist übrigens beliebig;
  379.         ghostwriter@HOT.Zer.de  wäre also ebenfalls  möglich. Oft darf  auch
  380.         der Username beliebig  geschrieben  werden  - verlassen sollten  Sie
  381.         sich darauf aber nicht.
  382.  
  383.  
  384.         - UUCP-("Bang")-Adressierung
  385.  
  386.         Bei  der UUCP-Adressierung wird der  genaue Pfad angegeben, den eine
  387.         Nachricht  bis zum  Zielsystem  laufen  soll,  z.B.  system1!system2
  388.         !system3!endsystem!username.  Diese  Form   der   Adressierung   ist
  389.         überholt  und nicht RFC-konform und wird daher von CrossPoint  nicht
  390.         unterstützt. Wenn es denn unbedingt sein muß, können Sie  versuchen,
  391.         die  Interpretation der  Adresse Ihrem  UUCP-Server  zu  überlassen;
  392.         hängen Sie dazu einfach dessen Adresse in  der Form "@server.domain"
  393.         an. Mit ein wenig Glück funktioniert es.
  394.  
  395.  
  396.         ■ MIME
  397.  
  398.         Ursprünglich konnten  RFC-Nachrichten  nur aus  reinen ASCII-Zeichen
  399.         bestehen, d.h.  es konnten keine nationalen  Sonderzeichen und keine
  400.         Binärdaten übertragen werden. Seit 1992 gibt es einen neuen Standard
  401.         namens MIME, der dieses Manko behebt, und der von CrossPoint bereits
  402.         weitgehend unterstützt wird. Es wird aber noch  eine  Weile  dauern,
  403.         bis  MIME  netzweit  verwendet  wird  -  wenn  Sie  innerhalb  einer
  404.         Nachricht   z.B.  deutsche   Umlaute  verwenden,  kann  es  durchaus
  405.         passieren,  daß  sie   beim   Empfänger  in  Form   von   unlesbaren
  406.         Hieroglyphen ankommen. Sie  sollten also vorerst noch sparsam  damit
  407.         umgehen, zumindest bei Nachrichten ins Ausland. 
  408.  
  409.         Der MIME-Standard gilt  bisher  übrigens  nur für Mails;  mit  einer
  410.         Adaption für News ist aber in absehbarer Zeit zu rechnen.
  411.  
  412.  
  413.         ■ News
  414.  
  415.         Öffentliche Nachrichten im Usenet,  genannt Artikel, werden - wie in
  416.         allen anderen  Netzen  auch  -  in  verschiedenen Brettern verteilt,
  417.         genannt Newsgroups  oder  Gruppen. Die  Anzahl  der  Newsgroups  ist
  418.         schwer abzuschätzen, da sie täglich schwankt, und nirgendwo wirklich
  419.         alle  Newsgroups   verfügbar   sind;  sie   dürfte  z.Zt.   in   der
  420.         Größenordnung von ca. 5000 Stück liegen.
  421.  
  422.         Die Gruppennamen sind  hierarchisch  angeordnet,  und die  einzelnen
  423.         Ebenen werden durch Punkte getrennt. So steht z.B.
  424.  
  425.            comp.dcom.modems
  426.  
  427.         für die  Gruppe MODEMS  im Bereich DFÜ (Data COMmunications)  in der
  428.         Hierarchie  COMPuter. Beachten  Sie,  daß innerhalb  von  CrossPoint
  429.         keine  Punkte,  sondern grundsätzlich Slashes  (/)  zum  Trennen der
  430.         einzelnen Brettebenen verwendet werden! Innerhalb von XP sieht diese
  431.         Gruppe also so aus:
  432.  
  433.            /comp/dcom/modems
  434.  
  435.         (Ausnahmen  bestätigen die Regel: Bei /Config/Anzeige/Bretter können
  436.         Sie  die  Anzeige  für  die  Brettliste  - und  *nur*  dafür  -  auf
  437.         "Punktschreibweise" umstellen).
  438.  
  439.  
  440.         Eine  Besonderheit von  Usenet-News, die inzwischen  auch im  Z-Netz
  441.         übernommen  wurde,  sind  die  sogenannten Crosspostings.  Dies sind
  442.         Nachrichten, die physikalisch nur  einmal vorhanden sind, sich  aber
  443.         in  mehreren Gruppen befinden, d.h. die mehrere Empfänger haben. Auf
  444.         diese  Weise  können Artikel,  die  thematisch  in  mehrere  Gruppen
  445.         gehören,  in jede passende Gruppe geschickt  werden,  ohne  daß  sie
  446.         mehrfach gesendet  werden  müßten.  Näheres dazu finden Sie in  Kap.
  447.         4.6. von XPOINT.DOC.
  448.  
  449.  
  450.         ■ moderierte Newsgroups
  451.  
  452.         Beim  Stichwort "Moderator" fällt Ihnen vielleicht das FidoNet  ein,
  453.         wo in jedem  Brett ein Moderator  lauert, der Sie  auf alle etwaigen
  454.         Regelverstöße hinweisen  wird. Mit dem Moderatorsystem im Usenet hat
  455.         es jedoch eine  völlig andere Bewandtnis:  In moderierte  Newsgroups
  456.         dürfen  Sie nicht  direkt  schreiben.  Stattdessen müssen  Sie  jede
  457.         Nachricht an einen  Moderator  senden,  der  entscheided, ob sie zum
  458.         Thema  der Gruppe  paßt  -  wenn  ja, dann wird er/sie die Nachricht
  459.         dorthin weiterleiten.
  460.  
  461.         Das automatische Umleiten Ihrer Nachrichten an einen  Moderator kann
  462.         CrossPoint für Sie  übernehmen;  Sie müssen dazu nur die Adresse des
  463.         Moderators als  Brettvertreter eintragen. Näheres dazu finden Sie in
  464.         Kap. 4.5. von XPOINT.DOC. 
  465.  
  466.  
  467.         ■ Mailinglisten
  468.  
  469.         Das  Einrichten von Newsgroups  ist mit  einem  gewissen Aufwand und
  470.         Kosten für die  an der Übertragung  beteiligten  Systeme  verbunden.
  471.         Mailinglisten sind  eine einfache Alternative zu  Newsgroups, die es
  472.         jedem  ermöglicht,  eine  Konferenz  zu  einem  bestimmten  Thema zu
  473.         eröffnen, ohne eine neue Newsgroup einrichten zu müssen.
  474.  
  475.         Technisch  gesehen ist  eine  Mailingliste  nichts  anderes  als ein
  476.         irgendwo        installierter,        automatisch        arbeitender
  477.         Nachrichtenverteiler; in der Praxis  ist  sie eine  über den Mailweg
  478.         arbeitende   Newsgroup.   Schicken  Sie   eine   Nachricht  an   die
  479.         Mailingliste,  so  wird  sie  automatisch  an  alle Listenteilnehmer
  480.         weitergeleitet. Um  an  einer Mailingliste teilzunehmen,  müssen Sie
  481.         eine  Anmeldenachricht an den Listenverwalter  (das  ist meist  kein
  482.         Mensch, sondern ein automatisch arbeitendes Programm (ein "Daemon"))
  483.         senden. Gleiches  gilt  für das Abmelden von der  Liste. Eine  Liste
  484.         aller  bekannten  Mailinglisten   wird   regelmäßig  in  der  Gruppe
  485.         mail.mailing-lists veröffentlicht.
  486.  
  487.  
  488.  
  489.  
  490.         1.3  UUCP - das Übertragungsprotokoll
  491.         ────────────────────────────────────────────────────────────────────
  492.  
  493.         ■ UUCP? Kann man das essen?
  494.  
  495.         Nein,  ganz sicher nicht. UUCP steht  für  Unix  to Unix CoPy  - ein
  496.         ursprünglich für UNIX  entwickeltes Programmpaket, das nichts weiter
  497.         macht,  als Dateien  zwischen zwei  Rechnern  auszutauschen und ggf.
  498.         eine  Weiterverarbeitung   dieser   Dateien   zu   veranlassen.  Die
  499.         Beschränkung auf  UNIX ist längst aufgehoben, aber der Zweck ist der
  500.         gleiche geblieben: UUCP  ist  ein Standardverfahren zum  Austauschen
  501.         von Nachrichtenpaketen zwischen RFC-Netz-Systemen (für Fido-User: es
  502.         entspricht in seiner Funktion in etwa einem Fido-Mailer).
  503.  
  504.  
  505.         Der Nachrichtenaustausch zwischen zwei  UUCP-Systemen läuft in  drei
  506.         Schritten ab:
  507.  
  508.         Zunächst meldet sich das anrufende System beim angerufenen an, indem
  509.         es seinen Systemnamen  und  ggf sein  Paßwort sendet (Login).  Diese
  510.         Anmeldung ist *nicht* Teil der UUCP-Spezifikation und kann bei jedem
  511.         System wieder ein wenig  anders  aussehen. Bei den  meisten Systemen
  512.         wird CrossPoint  sich  automatisch anmelden können, aber bei einigen
  513.         Systemen  wird es nötig  sein, ein speziell angepaßtes Anmeldescript
  514.         zu schreiben; mehr dazu später.
  515.  
  516.         Nach der  Anmeldung  wird  das sogenannte  uucico-Programm gestartet
  517.         (bei XP: UUCICO.EXE),  das  die  weitere Übertragung  vornimmt.  Das
  518.         anrufende und das angerufende System einigen sich nun  auf eines der
  519.         folgenden  UUCP-Übertragungsprotokolle,  das anschließend  gestartet
  520.         wird und für den eigentlichen Dateiaustausch sorgt:
  521.  
  522.         UUCP-g: Dies  ist das meistverwendete  Protokoll; es wird  praktisch
  523.                 von   jedem  UUCP-System   unterstützt.  Die  Qualität   der
  524.                 einzelnen   Implementationen   ist   sehr   unterschiedlich.
  525.                 Schlechte  uucicos  übertragen  die  Daten  in sehr  kleinen
  526.                 Blöcken von z.B. 64 Bytes; dies ist in etwa mit  dem XModem-
  527.                 Protokoll vergleichbar.  Gute  Implementationen  verarbeiten
  528.                 auch große Blöcke  von z.B.  1024 Bytes  und erreichen damit
  529.                 Geschwindigkeiten,   die   ungefähr   denen    von    ZModem
  530.                 entsprechen.
  531.  
  532.                 CrossPoint unterstützt alle möglichen UUCP-g-Blockgrößen von
  533.                 32  bis   zum  einem  Maximum  von  4096   Bytes.  Es  kommt
  534.                 darüberhinaus  mit  beliebig wechselnden Blockgrößen während
  535.                 einer Verbindung zurecht,  sodaß es  mit jeder nur denkbaren
  536.                 Gegenstelle zusammenarbeiten sollte.
  537.  
  538.         UUCP-f: Dies ist ein  sehr  simples  Protokoll, das  beim Übertragen
  539.                 ungepackter ASCII-Daten etwas effizienter arbeitet als UUCP-
  540.                 g. Ansonsten ist es nicht empfehlenswert.
  541.  
  542.         UUCP-z: Es gibt zwei verschiedene Protokolle mit dieser Bezeichnung.
  543.                 Bei dem von XP unterstützen UUCP-z handelt  es sich um  eine
  544.                 in  Deutschland  übliche Variante von UUCP-f, die i.d.R. ein
  545.                 wenig   effizienter   arbeiten   dürfte   als  UUCP-g.   Auf
  546.                 ungesicherten  Modemverbindungen (also ohne V42) ist es aber
  547.                 nicht empfehlenswert.
  548.  
  549.         UUCP-e: Ein extrem  simples  Protokoll mit optimalem Datendurchsatz,
  550.                 aber ohne  jede  Fehlerkorrektur. Es darf nur dann verwendet
  551.                 werden, wenn Datenverluste bei der  Übertragung oder  an der
  552.                 seriellen Schnittstelle absolut ausgeschlossen sind.
  553.  
  554.         UUCP-i: Ein  bidirektionales  Protokoll,  das  die  Daten  in  beide
  555.                 Richtungen gleichzeitig überträgt; nicht verwendbar bei HST-
  556.                 oder PEP-Modems. Wird von CrossPoint nicht unterstützt.
  557.  
  558.  
  559.         Vielleicht sind  Sie jetzt aufgrund  der vielen  technischen Details
  560.         ein wenig verwirrt und wissen nicht, welches Protokoll Sie verwenden
  561.         sollen.  Empfehlung: Nehmen Sie  zuerst einmal UUCP-g. Das ist recht
  562.         fehlersicher und sollte überall funktionieren.  Später, wenn Sie mit
  563.         der  Materie  besser vertraut  sind, können Sie  jederzeit  auf  ein
  564.         anderes Protokoll umsteigen.
  565.  
  566.         Nähere technische Details zu UUCP finden Sie in Kapitel 4.2.
  567.  
  568.  
  569.  
  570.  
  571.         1.4  Wie werde ich Usenet-Teilnehmer?
  572.         ────────────────────────────────────────────────────────────────────
  573.  
  574.         Sie müssen ein UUCP-System finden, bei dem Sie "pollen" können, d.h.
  575.         über das Sie Ihre  Nachrichten verschicken  und empfangen. Dies kann
  576.         sich deutlich schwieriger gestalten als die Suche nach einer Z-Netz-
  577.         oder  Fido-Mailbox - öffentlich zugängliche  UUCP-Sites sind selten.
  578.         Wenn  Sie  nicht gerade  in einem Ballungsgebiet wohnen,  werden Sie
  579.         meist in die Regional- oder Fernzone ausweichen müssen.
  580.  
  581.         Die  beiliegende   Datei  UUCP_PUB.DOC  beinhaltet  eine  Liste  von
  582.         öffentlichen     UUCP-Systemen    in    Deutschland    und     deren
  583.         Ansprechpartnern. Beachten Sie, daß ständig neue  Systeme dazukommen
  584.         und alte wegfallen; auch Telefonnummern haben in  der  DFÜ-Szene die
  585.         Eigenschaft,  sich  gelegentlich  zu  ändern. Es  ist also  durchaus
  586.         möglich, daß viele Einträge in der Liste bereits veraltet sind. Eine
  587.         aktuelle   Version   der  Liste  wird  gelegentlich  in  der  Gruppe
  588.         de.etc.lists veröffentlicht.
  589.  
  590.  
  591.         ■ Postmeister und Wurzeln
  592.  
  593.         Von anderen Netzen kennen Sie möglicherweise  den Username SYSOP als
  594.         Synonym für den Systembetreiber. In RFC-basierten Netzen  ist dieser
  595.         Name   äußerst   unüblich;    stattdessen   erreichen   Sie    Ihren
  596.         Ansprechpartner  dort  immer  unter  dem  Namen  "postmaster"  (d.h.
  597.         postmaster@system.do.main). Gelegentlich wird  auch die  Bezeichnung
  598.         "root" verwendet, was dem Namen des Systemverwalters auf einem Unix-
  599.         Rechner entspricht.
  600.  
  601.  
  602.         ■ Wie sollte ich mich im Usenet verhalten?
  603.  
  604.         Als  Neuuser sollten  Sie erst einmal Erfahrungen sammeln. Studieren
  605.         Sie  das  Verhalten anderer Usenet-Teilnehmer und lernen Sie daraus.
  606.         Lesen Sie die  Artikel in de.newusers;  dort  finden  Sie  wertvolle
  607.         Hinweise für Einsteiger. 
  608.  
  609.         Wenn Ihnen das Verhalten  eines Users nicht gefällt, dann  rufen Sie
  610.         nicht nach der Koordination - es gibt nämlich keine. Das  Usenet ist
  611.         ein  streng chaotisch  organisiertes,  selbsttragendes Gebilde. Wenn
  612.         Sie meinen,  daß  jemand aus dem Netz ausgeschlossen werden  sollte,
  613.         dann können  Sie  dies  umgehend  veranlassen:  Nehmen  Sie  ihn/sie
  614.         einfach in Ihren  Nachrichtenfilter (Fachjargon: Killfile) auf,  und
  615.         schon sind Sie ihn/sie für immer los :-)
  616.  
  617.         Denken Sie aber auch  immer daran, daß  Ihnen das gleiche  passieren
  618.         kann, falls Sie mit Ihren Artikeln jemandem Grund dazu geben.
  619.  
  620.  
  621.  
  622.         II   Installation und Bedienung
  623.         ════════════════════════════════════════════════════════════════════
  624.  
  625.  
  626.         Dieser   Abschnitt   enthält   Informationen,   die   speziell   die
  627.         Installation  und  Nutzung  von  CrossPoint  im  Usenet   betreffen.
  628.         Ausführlichere  Informationen zur Installation  und Benutzung finden
  629.         Sie in XPOINT.DOC.
  630.  
  631.  
  632.  
  633.  
  634.         2.1  Installation und Konfiguration
  635.         ────────────────────────────────────────────────────────────────────
  636.  
  637.         Zunächst    die   gute   Nachricht:    Sie    benötigen    keinerlei
  638.         Zusatzprogramme.  Das  CrossPoint/UUCP-Paket ist tatsächlich  rundum
  639.         komplett; es  enthält nicht nur einen vollständigen uucico,  sondern
  640.         auch  alle  benötigten  Packer/Entpacker.  Sie  können  also  sofort
  641.         loslegen.
  642.  
  643.         Nun die schlechte Nachricht: Sie müssen trotzdem damit rechnen,  daß
  644.         die Einrichtung Ihrer UUCP-site (site = Point) etwas mehr Arbeit und
  645.         Nerven in  Anspruch  nimmt, als  die  eines Fido- oder  gar MausNet-
  646.         Points;  zu   groß  ist  die  Anzahl  der  möglichen  Fehlerquellen.
  647.         Versuchen Sie, auftretende  Probleme zunächst in Zusammenarbeit  mit
  648.         dem Systembetreiber zu lösen. Er ist ab besten dazu in der Lage, die
  649.         Fehlerursache zu entdecken.
  650.  
  651.  
  652.         Als  Erstes  müssen  Sie  einige  Daten  über Ihren  UUCP-Server  in
  653.         Erfahrung bringen: 
  654.  
  655.         -  Telefonnummer
  656.         -  Systemname und Domain
  657.         -  mögliche Packer (compress, freeze, gzip)
  658.         -  bevorzugtes UUCP-Protokoll; bei UUCP-g: maximale Paketgröße
  659.         -  Wird "batched SMTP" (bsmtp) unterstützt?
  660.  
  661.         Außerdem  müssen  Sie  noch  drei   Dinge  mit  dem  Systembetreiber
  662.         ausmachen: 
  663.  
  664.         -  Ihren Systemnamen (= Sitename, "Pointname")
  665.         -  Ihren Loginnamen
  666.         -  Ihr Paßwort
  667.  
  668.         Den Sitenamen können Sie sich selbst aussuchen; er wird  Bestandteil
  669.         Ihrer Usenet-Adresse. Beispiel: bei peter@xpoint.ruessel.sub.org ist
  670.         xpoint der  Sitename.  Der Loginname kann gleich dem Sitenamen sein,
  671.         muß  es  aber  nicht.  Oft besteht  er  aus dem Sitenamen  mit einem
  672.         vorangestellten "u".
  673.  
  674.  
  675.         Beim ersten Start fragt CrossPoint folgende Eingaben ab:
  676.  
  677.         ■  den Netztyp Ihres Servers: Geben Sie "RFC/UUCP" ein.
  678.  
  679.         ■  Boxname: Geben Sie hier den Systemnamen des  Servers ein (das ist
  680.            nur  das 3-7buchstabige, oft etwas kryptische  Kürzel, *ohne* die
  681.            angehängte Domain) 
  682.  
  683.         ■  den Usernamen: Das ist der  Name, unter  dem Sie schreiben werden
  684.            (der Teil  vor dem  "@" in Ihrer Adresse).  Der Name kann  später
  685.            jederzeit beliebig geändert werden.
  686.  
  687.         Wenn Sie CrossPoint bereits für ein anderes Netz installiert hatten,
  688.         muß der UUCP-Server wie gewohnt per /Edit/Boxen angelegt werden.
  689.  
  690.  
  691.         Als nächstes müssen Sie die einzelnen  Felder unter /Edit/Boxen/Edit
  692.         /Point  ausfüllen. Ausführlichere Erläuterungen  dazu  finden Sie in
  693.         der Online-Hilfe. Die diversen Schalter im unteren Teil des Fensters
  694.         können Sie  zunächst  unverändert  lassen; nur die  SMTP-Einstellung
  695.         sollten  Sie überprüfen.  Unter Edit/Modem  sollten Sie Baudrate und
  696.         Schnittstelle  korrekt einstellen; alle  übrigen Felder sind bereits
  697.         mit sinnvollen Werten vorbelegt.
  698.  
  699.         Wichtig sind die  Einstellungen unter  Edit/Namen: Unter  "Realname"
  700.         sollten  Sie  Ihren richtigen Namen  eintragen. Dies  ist zwar keine
  701.         unbedingte Pflicht, gehört  im Usenet aber  zum guten  Ton.  Im Feld
  702.         "Domain"  muß  Ihre eigene Domain und im Feld "Serverdom." diejenige
  703.         des  Serversystems  eingetragen  werden.  Die  beiden  Domains  sind
  704.         *meistens* gleich, müssen es aber nicht. Hier noch ein Beispiel: 
  705.  
  706.         Ihre Adresse:  ich@arrgh.xyz.sub.org
  707.  
  708.                    ->  Ihr Username:                ich
  709.                        Ihr Systemname (Pointname):  arrgh
  710.                        Ihre Domain:                 .xyz.sub.org
  711.  
  712.         Serveradresse: abc.sub.org
  713.  
  714.                    ->  Systemname des Servers:      abc
  715.                        Serverdomain:                .sub.org
  716.  
  717.  
  718.         Einige  weitere  UUCP/RFC-Einstellungen  finden  Sie   bei   /Config
  719.         /Optionen/Netze/Verschiedenes; Näheres dazu ist  in der Online-Hilfe
  720.         erläutert.  Wenn Sie noch keine Usenet-Erfahrung haben, sollten  Sie
  721.         die Einstellungen zunächst unverändert lassen.
  722.  
  723.  
  724.  
  725.  
  726.         2.2  Netzanruf
  727.         ────────────────────────────────────────────────────────────────────
  728.  
  729.         Sind alle Daten  korrekt eingetragen, so können Sie den ersten Anruf
  730.         starten. Verwenden  Sie dazu  den Menüpunkt  /Netcall/Einzeln.  Nach
  731.         beendetem Anruf  finden Sie im Brett /»Netzanruf eine  Nachricht mit
  732.         dem Ergebnis des Anrufs. 
  733.  
  734.  
  735.         ■ Wenn der Netcall nicht funktioniert ...
  736.  
  737.         dann kann das sehr viele  Ursachen  haben. Ich  will versuchen, alle
  738.         aufzuzählen, die mir einfallen.
  739.  
  740.         Erscheint beim  Einloggen  mehrmals hintereinander Login / Paßwort /
  741.         Login / Paßwort, so haben Sie  vermutlich bei /Edit/Boxen/Edit/Point
  742.         einen falschen  Loginname oder ein falsches Paßwort eingetragen.  Im
  743.         Zweifelsfall fragen Sie bitte beim Systembetreiber nach.
  744.  
  745.         Erscheint   eine   Login-Meldung  des   angerufenen   Systems,   und
  746.         anschließend passiert  nichts  mehr -  CrossPoint legt dann nach ca.
  747.         einer Minute von alleine  wieder auf -, so lesen Sie  bitte unten im
  748.         Abschnitt "Login-Scripts" weiter.
  749.  
  750.         Wenn CrossPoint sich überhaupt nicht  mit Ihrem Modem versteht, dann
  751.         haben  Sie  vermutlich eine falsche  Schnittstelle  eingestellt oder
  752.         etwas falsches unter /Config/Modem/...  eingetragen.  Evtl. liegt es
  753.         auch daran, daß  Sie  ein Spar-Modemkabel besitzen,  bei dem das CD-
  754.         oder  das  CTS-Signal  nicht weitergeleitet  wird.  In  diesem  Fall
  755.         sollten Sie "CD ignorieren" bzw. "CTS ignorieren" einschalten. Falls
  756.         das  Modem eine  &C-Option  besitzt, muß sie eingeschaltet  sein (AT
  757.         &C1). Eine genauere  Beschreibung  der  wichtigsten  Modem-Kommandos
  758.         finden Sie in Anhang F von XPOINT.DOC.
  759.  
  760.         Erscheint  in   der  Netcall-Wartepause  immer  die  Meldung  "Anruf
  761.         eingegangen", dann unterstützt Ihre serielle Schnittstelle oder  Ihr
  762.         Modemkabel  kein  RING-(Klingel-)Signal.  In  dem  Fall  müssen  Sie
  763.         /Config/Modem/../RING-Erkennung abschalten.
  764.  
  765.         Erhalten Sie  eine Nachricht  mit  einer  Fehlermeldung  wie "remote
  766.         execution - rfsmtp - permission denied" oder Ähnliches, dann sollten
  767.         Sie sich mit  dem  Systembetreiber noch einmal wegen des verwendeten
  768.         Packers und  der Benutzung  von  Batched SMTP absprechen  -  es  hat
  769.         entweder ein  Mißverständnis gegeben, oder  der Sysop hat vergessen,
  770.         für Sie den korrekten Entpacker freizugeben. 
  771.  
  772.         Gibt es während  der UUCP-g-Übertragung  regelmäßig gehäufte Fehler,
  773.         dann  sollten  Sie  einmal  einen Netcall im Debug-Mode durchführen;
  774.         Starten  Sie  XP dazu  mit Parameter  /d. Sie  erhalten  dann  einen
  775.         wesentlich ausführlicheren Netzanruf-Bericht, aus dem  Sie oder  ich
  776.         evtl. die Ursache des Problems erkennen können. Während eines Debug-
  777.         Mode-Netcalls  werden  viele   zusätzliche   Informationen  auf  dem
  778.         Bildschirm angezeigt - lassen Sie sich davon nicht irritieren.
  779.  
  780.         Kommen  von   Ihnen   verschickte   Nachrichten  trotz  fehlerfreier
  781.         Übertragung nicht an, so  wird's knifflig. Es  kann an  einem falsch
  782.         eingestellten Packer (s.o.) oder - bei PMs - an einer falschen SMTP-
  783.         Einstellung liegen. Es  kann daran liegen, daß Sie Ihren Systemnamen
  784.         oder die  Domain  falsch  eingetragen haben, sodaß Ihre  Nachrichten
  785.         nicht  durchgelassen  werden.  Es  kann   auch  daran   liegen,  daß
  786.         CrossPoint und das angerufene  System  sich  aus irgendeinem  Grunde
  787.         nicht verstehen.  Weiterhelfen  kann  Ihnen  in diesem Fall nur  der
  788.         Systembetreiber  - er muß nachsehen,  wo die  von Ihnen verschickten
  789.         Nachrichten landen.
  790.  
  791.  
  792.         ■ Login-Scripts
  793.  
  794.         Wie bereits erwähnt, ist der Anmeldevorgang bei UUCP-Systemen  nicht
  795.         standardisiert. Verstehen CrossPoint und der angerufene Server  sich
  796.         nicht, so bleibt Ihnen  nichts anderes übrig, als XP über ein Login-
  797.         Script  entsprechend   anzupassen.   Sind   Sie   absoluter   nicht-
  798.         Programmierer,  so   wenden  Sie  sich  nach  Möglichkeit  an  einen
  799.         erfahrenen User  (zur Not  auch  an mich :-) - geben Sie in dem Fall
  800.         unbedingt Name und Telefonnummer des Servers an!.
  801.  
  802.         Zur Aktivierung eines Login-Scripts sind drei Dinge nötig:
  803.  
  804.         o  Lesen Sie Teil  VIII von XPOINT.DOC; dort  ist die Scriptprogram-
  805.            mierung beschrieben.
  806.  
  807.         o  Passen   Sie    das   mitgelieferte    Standard-Script   UUCP.SCR
  808.            entsprechend an. Beachten  Sie, daß  das Login genau dann beendet
  809.            ist, wenn vom Server der Text "^Pshere" gesendet wurde.
  810.  
  811.         o  Tragen   Sie   das  Script   bei  /Edit/Boxen/Edit/Diverses   als
  812.            Netzanruf-Script ein.
  813.  
  814.  
  815.         ■ Nachrichten von Hand einlesen
  816.  
  817.         Wenn das automatische Einlesen der Nachrichten  nach  dem  Netzanruf
  818.         nicht funktioniert hat, z.B.  weil der Entpacker fehlte, dann können
  819.         Sie dies mit den folgenden Schritten von Hand vornehmen:
  820.  
  821.         o  Verlassen Sie CrossPoint.
  822.         o  Geben Sie "UUZ -uz spool\x* upuffer" ein.
  823.         o  Starten Sie CrossPoint.
  824.         o  Lesen Sie die Datei UPUFFER mit /XPoint/Import/Puffer ein.
  825.  
  826.         Beachten Sie, daß  die nicht eingelesenen Nachrichten  nur  bis  zum
  827.         nächsten Netzanruf  im Verzeichnis  SPOOL  liegenbleiben. Sie müssen
  828.         sie  also   unbedingt  einlesen   oder   zumindest  in  ein  anderes
  829.         Verzeichnis kopieren, bevor Sie den nächsten Netzanruf durchführen.
  830.  
  831.  
  832.         ■ Nachrichtentest
  833.  
  834.         Wenn  Sie testen möchten, ob Ihre öffentlichen Nachrichten ankommen,
  835.         können Sie eine Nachricht in eine der Testgruppen schreiben, z.B. in
  836.         de.test. Sie  erhalten  dann  automatisch Antwort  von verschiedenen
  837.         Programmen, deren  einzige  Aufgabe  darin  besteht,  Antworten  auf
  838.         Testnachrichten  zu  verschicken.  Seien  Sie  aber  vorsichtig beim
  839.         Schreiben in internationalen Testgruppen - dies  ist der beste  Weg,
  840.         um Ihr Postfach  mit  hunderten  von  Kilobytes  unnützer  Mails  zu
  841.         füllen.
  842.  
  843.         Das  Versenden   von  PMs   testen   Sie   am  besten,   indem   Sie
  844.         Empfangsbestätigungen anfordern (s. XPOINT.DOC, Kap. 5.9).
  845.  
  846.  
  847.  
  848.  
  849.         2.3  Bestellen und Verwalten von Newsgroups
  850.         ────────────────────────────────────────────────────────────────────
  851.  
  852.         Die Brettverwaltung im Usenet ist ein ziemlich trauriges Kapitel. Es
  853.         existiert keinerlei Standard  für das  Bestellen und Abbestellen von
  854.         Newsgroups (Brettern) durch Offline-User. Dadurch ist  eine Vielzahl
  855.         von Newsgroup-Bestellsystemen entstanden,  von  denen  jedes  wieder
  856.         andere Befehle erwartet und nach einem anderen System arbeitet.
  857.  
  858.         Wenn Sie Glück haben, verfügt Ihr UUCP-Server über eines der relativ
  859.         verbreiteten  Newsgroup-Bestellsysteme "Changesys", "GUP", "AutoSys"
  860.         oder "Feeder". Diese Systeme werden von XP direkt unterstützt, sodaß
  861.         Sie auf das komfortable  XP-Brettbestellsystem zurückgreifen können,
  862.         das in Kapitel 3.2 von XPOINT.DOC beschrieben ist.
  863.  
  864.         Wenn  Sie  Pech  haben,  besitzt  Ihr  Server gar  kein  automatisch
  865.         arbeitendes Brettbestellsystem, sodaß Sie alle Brettwünsche als Mail
  866.         den Systemverwalter  senden  müssen,  oder  er  arbeitet  mit  einem
  867.         exotischen Brettmanager, den  Sie  dann  "von Hand" bedienen müssen.
  868.         Ganaueres dazu erfahren Sie beim jeweiligen Systembetreiber.
  869.  
  870.         Unter    /Edit/Boxen/Edit/RFC|UUCP   tragen   Sie    ein,    welchen
  871.         Brettmanager-Typ  Ihr  Server  verwendet,  und  unter  welchen Namen
  872.         dieser Brettmanager angesprochen werden muß.
  873.  
  874.  
  875.         ■ Changesys einrichten
  876.  
  877.         Das Prinzip von Changesys besteht darin, daß beim  Server eine Datei
  878.         existiert, in  der  sich für jede pollende  Site ein Eintrag mit den
  879.         bestellten Newsgroups befindet, das  sogenannte "sysfile".  Mit  den
  880.         Befehlen "getsys"  und  "setsys"  kann dieser Eintrag abgefragt oder
  881.         komplett ersetzt werden.
  882.  
  883.         Bevor   Sie   Newsgroups   bestellen   können,   müssen    Sie   dem
  884.         Systembetreiber mitteilen, daß Sie changesys verwenden  möchten. Sie
  885.         erhalten  dann  ein  Changesys-Paßwort,  das   nicht  gleich   Ihrem
  886.         Loginpaßwort   sein  muß,   und  das  bei  /Edit/Boxen/Edit/RFC|UUCP
  887.         einzutragen  ist. Außerdem  müssen  Sie  CrossPoint  dort mitteilen,
  888.         unter welchem Betreff changesys Ihnen Sysfile-Einträge zuschickt. Um
  889.         dies   festzustellen,  sollten   Sie   mit   /Nachricht/Brettmanager
  890.         /Sonstiges/../getsys  Ihr  aktuelles  Sysfile  anfordern (dazu  sind
  891.         *zwei* Anrufe  notwendig - einer zum Absetzen des Befehls  und einer
  892.         zum Abholen des Ergebnisses). Stimmte der eingetragene Betreff nicht
  893.         mit dem  vom Server gesendeten  überein,  so  sollten  Sie nach  der
  894.         Korrektur noch  einmal ein getsys senden; CrossPoint  erhält dadurch
  895.         eine  Liste  der z.Zt. bestellten  Newsgroups,  die  es  für spätere
  896.         (Ab)Bestellungen benötigt.
  897.  
  898.         Als Nächstes können  Sie mit /Nachricht/Brettmanager/Liste_anfordern
  899.         die  aktuelle  Newsgroup-Liste  bestellen  und  sie  mit  /Nachricht
  900.         /Brettmanager/Liste_einlesen aktivieren. Neben  den  Newsgroup-Namen
  901.         enthält die Liste noch diverse Steuerinformationen, die nicht weiter
  902.         von Interesse sind.  Nur auf das letzte Zeichen  jeder Zeile sollten
  903.         Sie  achten: Steht dort  "y",  so haben Sie freien  Zugriff auf  die
  904.         Gruppe; "m" dagegen bedeutet, daß sie moderiert ist.
  905.  
  906.  
  907.         ■ GUP / AutoSys / Feeder einrichten
  908.  
  909.         Die  Einrichtung dieser Brettmanager gestaltet  sich einfacher, weil
  910.         XP hier keine Kopie  des  Sysfile-Eintrages  verwalten muß,  sondern
  911.         einzelne   Bretter    (ab-)bestellen   kann.   Erfragen   Sie   beim
  912.         Systembetreiber den verwendeten Newsgroup-Manager und  das  Paßwort,
  913.         und tragen  Sie es unter /Edit/Boxen/Edit/RFC|UUCP ein. Anschließend
  914.         sollten Sie  -  wie oben beschrieben - eine Brettliste anfordern und
  915.         einlesen.
  916.  
  917.  
  918.         ■ Newsgroups (ab)bestellen
  919.  
  920.         Siehe XPOINT.DOC, Kap. 3.2.
  921.  
  922.  
  923.         ■ Die .BBL-Datei
  924.  
  925.         CrossPoint  legt für jeden Usenet-Server,  bei  dem mit  "Changesys"
  926.         gearbeitet wird, eine  Datei mit  Name <Server>.BBL an, in  der sich
  927.         eine Liste  der  gerade bestellten  Newsgroups  befindet. Nach jeder
  928.         Bestellung  oder   Abbestellung  wird   der   Inhalt  dieser   Datei
  929.         aktualisiert und mit  einem 'setsys'-Befehl  an Changesys geschickt.
  930.         Wenn Sie möchten, können Sie  diese Datei  auch von Hand bearbeiten.
  931.         Auf  diese  Weise  läßt  sich  ggf.  der  Sysfile-Eintrag  drastisch
  932.         verkleinern: Wenn Sie *alle* Newsgroups einer bestimmten  Hierarchie
  933.         bestellen möchten,  so  genügt es, den  Hierarchienamen  anzugeben -
  934.         z.B. "de"  für alle DeNet-Newsgroups, oder  "comp.sys.next" für alle
  935.         NeXT-Newsgroups.  Verwenden  Sie   /Nachricht/Brettmanager/Sonstiges
  936.         /setsys, um die manuell geänderte .BBL-Datei absenden zu lassen.
  937.  
  938.         Mit   /Nachricht/Brettmanager/Sontiges/../help   erhalten  Sie  eine
  939.         Anleitung  zur  manuellen  Bedienung  von  Changesys. Ich  rate aber
  940.         grundsätzlich  von deren Gebrauch ab - das Changesys-Frontend von XP
  941.         ist  nicht  nur   sehr   komfortabel,  sondern  es  verhindert  auch
  942.         Fehleingaben.
  943.  
  944.  
  945.  
  946.  
  947.         2.4  "Sysop-Mode" (Disk-Poll)
  948.         ────────────────────────────────────────────────────────────────────
  949.  
  950.         Statt  dem  Verschicken von Nachrichtenpaketen per UUCP bietet Ihnen
  951.         CrossPoint  auch  die   Möglichkeit,   ausgehende  Pakete   auf  der
  952.         Festplatte abzulegen  und  eingehende  Pakete  von  dort einzulesen.
  953.         Dieses Verfahren  ist z.B. dann  nützlich, wenn Sie selbst Betreiber
  954.         eines anrufbaren UUCP-Systems sind und CrossPoint nur als "Frontend"
  955.         einsetzen  möchten.  Zur  Verwendung  des  UUCP-Sysop-Modes  von  XP
  956.         sollten  Sie Kenntnisse über die Benennung  und den Aufbau von UUCP-
  957.         Nachrichtenpaketen  haben. Nähere Informationen dazu  finden Sie  in
  958.         Kapitel 4.1.
  959.  
  960.         Zur Aktivierung des Sysop-Modes  müssen Sie  unter  /Edit/Boxen/Edit
  961.         /Point das  gewünschte  Ein-  und Ausgangsverzeichnis  eintragen. Im
  962.         Eingangsverzeichnis  erwartet XP beliebige gepackte oder  ungepackte
  963.         News-  und Mailpakete. Für jedes Paket  müssen eine D- und  eine  X-
  964.         Datei  vorhanden  sein. Die Dateinamen  müssen  den  in Kapitel  4.1
  965.         beschriebenen Dateinamenkonventionen von XP entsprechen. 
  966.  
  967.         Im  Ausgangsverzeichnis legt XP alle ausgehenden Nachrichten in Form
  968.         von X-, D- und (je Netcall) einer C-Datei ab. Die C-Datei kann neben
  969.         den  UUCP-Steuerinformationen zur  Übertragung der  D- und X-Dateien
  970.         auch  Datei-Anforderungen enthalten, die  mit  /Nachricht/Fileserver
  971.         erzeugt wurden. Die C- oder X-Dateien können ignoriert werden, falls
  972.         Sie sie nicht zur Weiterverabeitung der Nachrichten benötigen. Falls
  973.         bei /Edit/Boxen/Edit/Point ein Upload-Packer eingetragen ist, werden
  974.         die  ausgehenden D-Dateien gepackt  (sowohl für  News als  auch  für
  975.         SMTP-Batches). 
  976.  
  977.  
  978.  
  979.         III  Arbeiten mit UUCP
  980.         ════════════════════════════════════════════════════════════════════
  981.  
  982.         Dieser Abschnitt beschreibt spezielle Features und Dienste von UUCP,
  983.         Usenet  und Internet,  die XP  in irgendeiner Weise unterstützt.  Er
  984.         wird in zukünftigen Versionen mit Sicherheit noch  um einige Kapitel
  985.         wachsen.
  986.  
  987.  
  988.  
  989.  
  990.         3.1  Envelope-Adressierung
  991.         ────────────────────────────────────────────────────────────────────
  992.  
  993.         Jede Mail, die durch das  Usenet geschickt  wird, besitzt nicht  nur
  994.         einen  Absender   und  Empfänger,   sondern   zwei  von  Jedem:  die
  995.         ursprünglichen Adressen  und  die sogenannten Envelope-Adressen. Bei
  996.         einer neuen  Mail, die ganz normal verschickt wird, merken Sie davon
  997.         nichts  - ursprüngliche Adressen  und  Envelope sind  identisch. Zum
  998.         Tragen  kommt die  Envelope-Adressierung erst,  wenn eine  Nachricht
  999.         weitergeleitet wird: Dann enthält der  Envelope  die  neue Absender-
  1000.         und  Empfängeradresse,  während  die   Originaladressen  unverändert
  1001.         bleiben. 
  1002.  
  1003.         Nehmen   wir  z.B.  an,  peter@xpoint.ruessel.sub.org  schickt  eine
  1004.         Nachricht an posthamster@dumpfbacke.sub.org, und der wiederum leitet
  1005.         die  Nachricht  an  sysop@mybox.zer.de weiter. Dann kommt  Sie  beim
  1006.         letzten Empfänger mit folgenden Adressen an:
  1007.  
  1008.         Originalempfänger:  posthamster@dumpfbacke.sub.org
  1009.         Originalabsender:   peter@xpoint.ruessel.sub.org
  1010.         Envelope-Absender:  posthamster@dumpfbacke.sub.org
  1011.         Envelope-Empfänger: sysop@mybox.zer.de
  1012.  
  1013.         - Und was bedeutet das für mich als CrossPoint-Anwender?
  1014.  
  1015.         Nun,   es   bedeutet,  daß  Sie  bei  solchermaßen  weitergeleiteten
  1016.         Nachrichten (bei XP  gibt es dazu übrigens den  Menüpunkt /Nachricht
  1017.         /Weiterleiten/Original) folgendes angezeigt bekommen:
  1018.  
  1019.         Empfänger:            hier steht der Envelope-Empfänger
  1020.         Absender:             hier steht der Originalabsender
  1021.         Originalempfänger:    hier steht der Originalempfänger
  1022.         Weiterleit-Absender:  hier steht der Envelope-Absender
  1023.  
  1024.         Und es bedeutet, daß Sie beim Antworten auf diese Nachricht die Wahl
  1025.         zwischen  drei  Adressen haben:  Absender, Weiterleit-Absender  oder
  1026.         Originalempfänger. 
  1027.  
  1028.         Leider  wird  in  Envelope-Absendern  oft   noch   die  alte   UUCP-
  1029.         Adressierung   ohne   Domainangabe   verwendet;  dadurch   entstehen
  1030.         teilweise  recht  seltsame  Konstrukte.  Gelegentlich  enthält  eine
  1031.         Nachricht  auch ".uucp"  als  Domain im Envelope-Absender, was meist
  1032.         ein Zeichen  für eine falsch konfigurierte Software ist. Lassen  Sie
  1033.         sich durch  solch ungültigen  "Weiterleit-Absender"  nicht verwirren
  1034.         und antworten Sie einfach an den Originalabsender!
  1035.  
  1036.  
  1037.  
  1038.  
  1039.         3.2  Cancel-Nachrichten
  1040.         ────────────────────────────────────────────────────────────────────
  1041.  
  1042.         Ein nettes, wenn auch umstrittenes RFC-Feature sind  die sogenannten
  1043.         Cancel-Nachrichten  (to cancel =  streichen, aufheben). Mit  solchen
  1044.         Nachrichten können Sie einmal  abgeschickte, öffentliche Nachrichten
  1045.         wieder   löschen.   Dazu   wird   der  betreffenden  Nachricht  eine
  1046.         Löschnachricht hinterhergeschickt, und überall, wo beide Nachrichten
  1047.         aufeinandertreffen,  wird   die  Originalnachricht   entfernt.  Böse
  1048.         Zeitgenossen verwenden dieses Feature dazu,  die Nachrichten anderer
  1049.         User zu löschen. Mit CrossPoint ist dies natürlich nicht möglich.
  1050.  
  1051.         Zum  Versenden einer  Cancel-Nachricht wählen Sie die  zu  löschende
  1052.         Nachricht  und dann  den  Menüpunkt /Nachricht/Weiterleiten/Löschen.
  1053.         Generell sollten Sie  sparsam mit dieser Funktion umgehen. Lesen Sie
  1054.         Ihre  Nachrichten besser vor dem  Absenden noch zweimal durch, statt
  1055.         nachher einen Löschversuch zu starten; dadurch belasten Sie das Netz
  1056.         nicht mit unnötigen  Daten,  und  Sie  sind  *ganz* sicher, daß  die
  1057.         Nachricht  nirgendwo  gelesen wird  -  wesentlich  sicherer  als bei
  1058.         "gecancelten" Nachrichten.
  1059.  
  1060.         Mit /Edit/Schablonen/Löschnachricht können  Sie den Text  editieren,
  1061.         den XP  in Cancel-Nachrichten schreibt. Was  dort steht, ist  völlig
  1062.         egal;  entscheidend für  das  Funktionieren ist  nur eine  spezielle
  1063.         Steuerinformation,    die    von     /Nachricht/Weiterleiten/Löschen
  1064.         automatisch erzeugt wird. Dies bedeutet auch, daß Cancel-Nachrichten
  1065.         *nur* mit diesem Menüpunkt erzeugt werden können. 
  1066.  
  1067.         Eingehende Cancel-Nachrichten werden  von XP automatisch ausgewertet
  1068.         und bewirken, daß sowohl  die Bezugsnachricht als auch  die  Cancel-
  1069.         Nachricht selbst auf "gelesen"  und  "löschen"  gesetzt und  bei der
  1070.         nächsten  Reorganisation  entfernt  werden.  Außerdem kann  auf  die
  1071.         Bezugsnachricht nicht mehr geantwortet werden.
  1072.  
  1073.  
  1074.         Das einzige  andere Netz,  bei  dem  sich  Nachrichten  nachträglich
  1075.         löschen lassen, ist übrigens das MausNet. Allerdings funktioniert es
  1076.         dort  nur,  wenn  die  Nachricht  sich  noch innerhalb der Serverbox
  1077.         befindet; dadurch sind Manipulationen ausgeschlossen.
  1078.  
  1079.  
  1080.  
  1081.  
  1082.         3.3  Teilnahme an Mailinglisten
  1083.         ────────────────────────────────────────────────────────────────────
  1084.  
  1085.         Das Konzept von Mailinglisten wurde ja  bereits  erklärt  (falls Sie
  1086.         sich  nicht mehr genau erinnern können: blättern Sie einfach nochmal
  1087.         zurück zu Kap. 1.2). 
  1088.  
  1089.         Nehmen  wir  einmal   an,  Sie  würden   sich  für  Tandem-Fahrräder
  1090.         interessieren. Beim Durchlesen  der  Mailinglisten-Übersicht stellen
  1091.         Sie erfreut fest,  daß  es eine Tandem-Mailingliste gibt, und senden
  1092.         umgehend eine Nachricht an tandem-request@hobbes.ucsd.edu mit  Bitte
  1093.         um Aufnahme. Einen Tag später bricht in Ihrem PM-Fach das Chaos aus:
  1094.         Wegen  der  großen Anzahl von Tandem-Mails sind die wirklich  an Sie
  1095.         gerichteten Mails kaum noch auszumachen.
  1096.  
  1097.         Was tun? Ganz  einfach:  Sie müssen sich  nur  unter  einem  anderen
  1098.         Usernamen bei der  Mailingliste anmelden. XP kann beliebig viele PM-
  1099.         Bretter verwalten, und alle Nachrichten aus der Mailingliste wandern
  1100.         in ein eigenes  Brett.  Ändern Sie  also bei  /Edit/Boxen/Edit/Namen
  1101.         Ihren Usernamen, z.B. in "tandem", senden Sie die Anforderung an die
  1102.         Mailingliste und tragen  Sie  anschließend  wieder  Ihren  richtigen
  1103.         Namen ein.
  1104.  
  1105.         Es  wird übrigens  empfohlen,  beim  Bestellen ("subscriben")  einer
  1106.         Mailingliste   noch  einmal   die  vollständige   Adresse   in   den
  1107.         Nachrichtentext aufzunehmen, am besten in einer Signatur am Ende der
  1108.         Nachricht. Man weiß nie, wie die Absenderadresse aussieht,  wenn die
  1109.         Nachricht  auf dem  Weg  über  ein dutzend Stationen  den  Empfänger
  1110.         erreicht hat...
  1111.  
  1112.  
  1113.  
  1114.  
  1115.         3.4  Dateitransfer mit UUCP
  1116.         ────────────────────────────────────────────────────────────────────
  1117.  
  1118.         Daß UUCP-Systeme Nachrichten austauschen, ist allgemein bekannt. Daß
  1119.         viele  [die meisten?]  davon  aber  auch  umfangreiche  Dateiarchive
  1120.         besitzen und  einen allgemeinen  Dateiup- und download  (Senden  und
  1121.         Bestellen von Dateien)  ermöglichen, weiß  außerhalb des Usenet wohl
  1122.         kaum jemand.  Oft  ist  das Dateiarchiv offen  zugänglich, d.h.  Sie
  1123.         können und dürfen es - im Gegensatz zum FidoNet -  auch dann nutzen,
  1124.         wenn Sie ansonsten gar kein Usenet-Teilnehmer sind.
  1125.  
  1126.         Größtes  Problem  beim  UUCP-Filerequest  (also  beim  Bestellen von
  1127.         Dateien) sind die äußerst bescheidenen Dateilisten der UUCP-Systeme.
  1128.         Normalerweise   handelt  es  sich  dabei  um  simple  Listen   eines
  1129.         bestimmten  Verzeichnisbaumes,  wie sie  unter DOS  von DIR  /s oder
  1130.         unter UNIX von ls -lr erzeugt werden. Dadurch gibt es zum einen fast
  1131.         soviele verschiedene Listenformate wie UUCP-Systeme, und zum anderen
  1132.         enthalten die Listen keine Kommentare zu  den einzelnen Dateien; Sie
  1133.         müssen also jeweils anhand der  Dateinamen  erraten, um was es  sich
  1134.         handelt. Dies  ist  zum Glück meist  einfacher,  als es sich anhört,
  1135.         weil  wesentlich längere Dateinamen als unter  DOS  verwendet werden
  1136.         können:
  1137.  
  1138.  
  1139.         ■ Exkurs: *NIX- und ähnliche Dateisysteme
  1140.  
  1141.         Die   meisten   UUCP-Rechner   laufen  wohl   unter   Unix-ähnlichen
  1142.         Betriebssystemen,  die  bei  der  Benennung  von Dateien  wesentlich
  1143.         flexibler sind als DOS - sowohl, was die Länge angeht, als  auch bei
  1144.         den  erlaubten Zeichen.  So  ist z.B. "linux-pbmplus.bin.tar.z"  ein
  1145.         einwandfreier  Unix-Dateiname. CrossPoint  versucht,  beim  Download
  1146.         solcher  Dateien  einen  möglichst   sinnvollen  DOS-Dateinamen   zu
  1147.         erzeugen; bei diesem Beispiel  wäre es  z.B.  LINUX-PB.TAZ  (TAZ ist
  1148.         eine unter  DOS übliche Erweiterung für Dateien,  die mit  den Unix-
  1149.         Programmen tar und Z gepackt wurden;  mehr dazu  später).  XP stellt
  1150.         ggf. durch eine fortlaufende Nummer in der Dateierweiterung  sicher,
  1151.         daß dabei keine zwei gleichen DOS-Dateinamen entstehen. 
  1152.  
  1153.         Eine unangenehme Eigenschaft von Unix-Dateisystemen ist, daß sie auf
  1154.         einer korrekten  Groß/Kleinschreibung der Dateinamen bestehen. Hieße
  1155.         eine  Datei also z.B. Linux-PBMplus.Bin.tar.Z, dann  müßten Sie  den
  1156.         Namen exakt in dieser Form angeben. Etwas großzügiger ist das Amiga-
  1157.         Filesystem, auf das Sie im Usenet auch  gelegentlich treffen werden.
  1158.         Es  erlaubt  zwar  alle  Freiheiten   beim   Benennen  von  Dateien,
  1159.         verschluckt sich aber  nicht,  wenn  anschließend  eine  abweichende
  1160.         Schreibweise verwendet wird.
  1161.  
  1162.         Eine letzte Unix-Eigenschaft, die Sie kennen sollten, ist die Angabe
  1163.         eines relativen Pfadnamens mit  vorangestellter Tilde (~). Falls Sie
  1164.         dieses Zeichen auf Ihrer Tastatur nicht finden sollten, so verwenden
  1165.         Sie  Alt-126  zur Eingabe. ~ steht,  grob gesagt, für ein bestimmtes
  1166.         Startverzeichnis, unterhalb dessen Sie alle weiteren Dateien finden.
  1167.         Suchen Sie z.B. die Datei xp300-1.exe im Unterverzeichnis msdos,  so
  1168.         wäre  der  komplette  Pfadname  ~/msdos/xp300-1.exe  (ach  ja,  eine
  1169.         weitere Unix-Eigenschaft: Verzeichnisse werden mit / und nicht mit \
  1170.         getrennt).  Auf der Seite des angerufenen  Systems  wird ~  dann  zu
  1171.         einem bestimmten,  vollständigen  Pfadnamen  expandiert,  um den Sie
  1172.         sich nicht weiter  zu  kümmern  brauchen. Durch  diesen Trick können
  1173.         alle Dateien  jederzeit  in ein  anderes Unterverzeichnis  verlagert
  1174.         werden, ohne daß Sie etwas davon merken. 
  1175.  
  1176.         Was  Sie  außerdem noch  wissen sollten  ist, daß  Amiga-Filesysteme
  1177.         ähnlich wie  DOS-Festplatten  partitioniert  werden können,  daß die
  1178.         einzelnen   Bereiche   aber  normalerweise   nicht   über   einzelne
  1179.         Buchstaben, sondern über aussagekräftigere  Namen wie z.B.  "uupub:"
  1180.         oder "uucp:" angesprochen werden.  Ansonsten entsprechen diese Namen
  1181.         in etwa den Laufwerksbuchstaben von DOS.
  1182.  
  1183.  
  1184.         ■ Fileserver anlegen
  1185.  
  1186.         Bevor Sie  bei  einem  UUCP-Server Dateien bestellen können,  muß er
  1187.         zusätzlich  zum  Eintrag bei /Edit/Boxen noch bei /Edit/Systeme  als
  1188.         Fileserver erfaßt werden (vgl. auch XPOINT.DOC, Kap. 4.3). Dazu sind
  1189.         folgende Eingaben erforderlich: 
  1190.  
  1191.         - Systemname:  Der Sitename des Systems, so wie er auch bei /Edit
  1192.                        /Boxen eingetragen ist.
  1193.  
  1194.         - Kommentar:   egal
  1195.  
  1196.         - Fileserver:  Wählen Sie "UUCP-Fileserver" aus der F2-Auswahlliste.
  1197.  
  1198.         - Indexdatei:  Dies ist der Name der Dateiliste, die mit /Nachricht
  1199.                        /Fileserver/Liste/Anfordern bestellt wird. Meistens
  1200.                        ~/index, evtl. aber auch etwas ganz anderes. Fragen
  1201.                        Sie im Zweifelsfall den Systembetreiber (postmaster).
  1202.                        Ich weiß, daß das Eingabefeld etwas kurz bemessen
  1203.                        ist.. sollte es *nicht* ausreichen, werden Sie die
  1204.                        Dateiliste stattdessen wie jede andere Datei auch
  1205.                        anfordern müssen (s.u.).
  1206.  
  1207.         - Konvertierer: Dazu kommen wir gleich noch.
  1208.  
  1209.  
  1210.         ■ Dateiliste bestellen und konvertieren
  1211.  
  1212.         Ist  der UUCP-Fileserver korrekt eingetragen,  so  sollten  Sie  als
  1213.         nächstes eine Dateiliste anfordern. Wenn Sie den Namen der Liste wie
  1214.         oben  erklärt eingetragen haben,  genügt dazu  /Nachricht/Fileserver
  1215.         /Liste/Anfordern.  Ansonsten müssen  Sie den  Namen  der  Datei  bei
  1216.         /Nachricht/Fileserver/Bestellen    von    Hand     eingeben.    Nach
  1217.         erfolgreichem Anruf  sollte sich  die  bestellte  Dateiliste  im bei
  1218.         /Config/Pfade  eingetragenen  Filerequest-Verzeichnis  befinden. Den
  1219.         endgültigen Namen der  Datei  können  Sie  aus dem UUCP-Filerequest-
  1220.         Report ersehen, den XP nach dem Anruf in Ihrem PM-Brett ablegt.
  1221.  
  1222.         Nun kommt der  interessante Teil. Sie  müssen herausfinden,  welches
  1223.         Format die  Liste hat, und sie  ggf.  in ein  XP-kompatibles  Format
  1224.         konvertieren lassen. 
  1225.  
  1226.  
  1227.         (1)  Amiga-Listenformat
  1228.  
  1229.         Directory "uupub:pic" on Freitag 09-Jul-93
  1230.         power.gif                 130915 ----rwed 11-Jun-93  22:33:54
  1231.         edbot12.gif               192118 ----rwed 07-Mai-93  15:35:16
  1232.         Amiga_logo.iff              7478 ----rwed 26-Feb-93  16:45:18
  1233.         Brauner_Riese2.iff         52320 ----rwed 01-Jun-93  19:50:14
  1234.  
  1235.         Directory "uupub:text" on Freitag 09-Jul-93
  1236.         xpoint.txt                318681 ----rwed 23-Mai-93  15:19:28
  1237.         umfragebogen.txt           50574 ----rw-d 31-Mai-93  18:23:03
  1238.         umfrageerg1.txt           108122 ----rw-d 31-Mai-93  18:24:04
  1239.         umfrageerg2.txt            31326 ----rw-d 31-Mai-93  18:24:24
  1240.         4 files - 1011 blocks used
  1241.  
  1242.         Sieht die Liste so aus,  dann kann XP sie  direkt verarbeiten. Lesen
  1243.         Sie sie einfach mit /N/Fileserver/Liste/Datei_einlesen ein.
  1244.  
  1245.  
  1246.         (2) UNIX-ls-Format
  1247.  
  1248.         /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER:
  1249.         total 65
  1250.         -r--r--r--   1 uucp     uucp         3521 Apr 24 21:10 noscheme.add
  1251.         -r--r--r--   1 uucp     uucp         5803 Apr 24 21:10 nosve.ch
  1252.         -r--r--r--   1 uucp     uucp         1224 Apr 24 21:10 nosve.com
  1253.         -r--r--r--   1 uucp     uucp         2953 Apr 24 21:10 nosve.doc
  1254.         -r--r--r--   1 uucp     uucp        49368 Apr 24 21:11 nosvebind.cyb
  1255.  
  1256.         /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/PRIME:
  1257.         total 11
  1258.         -r--r--r--   1 uucp     uucp         9594 Apr 24 21:11 primos.ch
  1259.         -r--r--r--   1 uucp     uucp          767 Apr 24 21:11 primos.cpl
  1260.  
  1261.         /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/VMS:
  1262.         total 22
  1263.         -r--r--r--   1 uucp     uucp         3543 Apr 24 21:11 tiny.dmp
  1264.         -r--r--r--   1 uucp     uucp           44 Apr 24 21:11 tiny.tex
  1265.         -r--r--r--   1 uucp     uucp         4214 Apr 24 21:11 vms.ch
  1266.  
  1267.         Sieht die Liste genau so  aus,  dann müssen Sie bei /Edit/Systeme im
  1268.         Feld  "Konvertierer" das  Programm  UUCP-FL1.EXE  aus  der  F2-Liste
  1269.         wählen. Wenn Sie die Liste anschließend einlesen lassen, konvertiert
  1270.         XP sie in sein eigenes Format.
  1271.  
  1272.  
  1273.         (3) ein weiteres, gelegentlich verwendetes Format
  1274.  
  1275.         #CREATED        04-Aug-1993 13:00
  1276.         #
  1277.         DR-X          0 24-Jan-1993 19:15 /
  1278.         DRWX          0 04-Aug-1993 11:32 /incoming
  1279.         FRW-     431297 21-Jul-1993 05:56 /incoming/ack3d.zip
  1280.         FRW-     104631 30-Jun-1993 16:03 /incoming/APEDEMO.LZH
  1281.         FRW-       1625 30-Jun-1993 16:03 /incoming/APEDEMO.TXT
  1282.  
  1283.         Sieht  die  Liste  so  aus,  dann  müssen Sie  als  Konvertierer das
  1284.         Programm UUCP-FL2.EXE wählen.
  1285.  
  1286.  
  1287.         (4) Die Liste sieht irgendwie ganz anders aus.
  1288.  
  1289.         Dann haben Sie zwei  Möglichkeiten. Falls Sie  programmieren  können
  1290.         oder einen Programmierer  verfügbar  haben,  dann schreiben  Sie ein
  1291.         kleines Programm (oder lassen Sie es schreiben :-), das die Liste in
  1292.         ein XP-kompatibles  Format  konvertiert.  Näheres dazu finden Sie in
  1293.         Kapitel 4.3.
  1294.  
  1295.         Im anderen Fall schicken Sie mir die einen Auszug aus der Liste - am
  1296.         besten die ersten 5-10  KByte - zu. Ich werden dann versuchen, einen
  1297.         passenden Konvertierer zu schreiben.
  1298.  
  1299.  
  1300.         ■ Dateien bestellen
  1301.  
  1302.         Ist erst  einmal  eine  brauchbare Liste  vorhanden,  so  ist  alles
  1303.         Weitere  ganz einfach.  Wählen Sie  /Nachricht/Fileserver/Bestellen,
  1304.         wählen Sie den gewünschten Fileserver, markieren Sie die gewünschten
  1305.         Dateien  mit <Space>  und drücken Sie <Enter>. Beim  nächsten  Anruf
  1306.         werden die Dateien  bestellt  und ein UUCP-Filerequest/Filetransfer-
  1307.         Report in Ihrem PM-Brett abgelegt.
  1308.  
  1309.         Sollte sich bereits  eine Datei unter gleichem Namen im Filerequest-
  1310.         Verzeichnis befinden,  oder  mehrere der  bestellten  Dateien  durch
  1311.         Kürzen des Namens gleich heißen,  so ersetzt XP die letzten ein oder
  1312.         zwei Zeichen der Dateierweiterung durch eine fortlaufende Nummer.
  1313.  
  1314.         Achtung! In vielen Dateilisten sind nicht nur Dateien,  sondern auch
  1315.         Unterverzeichnisse aufgeführt; in Unix-Listen sind sie normalerweise
  1316.         mit einem "d"  markiert. Daß solche "Dateien"  nicht bestellt werden
  1317.         können, dürfte sich von selbst verstehen.
  1318.  
  1319.         Falls am Ende der Dateiliste "zu wenig  Speicher, um komplette Liste
  1320.         anzuzeigen" erscheint,  sollten  Sie  zusätzlichen  EMS-Speicher zur
  1321.         Verfügung stellen. Ohne  EMS können  nur  Listen mit einer Größe von
  1322.         ca. 100-200k angezeigt werden. 
  1323.  
  1324.  
  1325.         ■ Und wie funktioniert das Ganze?
  1326.  
  1327.         Zum Bestellen  einer  Datei  schickt  XP eine  Nachricht mit Betreff
  1328.         "Request"  an  den  Pseudouser   "UUCP-Fileserver".  Innerhalb   der
  1329.         Nachricht befindet sich eine Liste aller bestellten Dateien. Möchten
  1330.         Sie z.B. kontrollieren, ob  XP das Dateilistenformat richtig erkannt
  1331.         hat, so  wählen Sie in der Userliste den  User "UUCP-Fileserver" und
  1332.         sehen Sie sich den  Inhalt der Nachricht an. Wenn alles funktioniert
  1333.         hat,  dann  befindet   sich  darin  eine  Liste   aller   bestellten
  1334.         Nachrichten inclusive des vollständigen  Dateipfades. Beachten  Sie,
  1335.         daß  dieser  Pseudouser  NUR  innerhalb  von XP  existiert! Vor  dem
  1336.         tatsächlichen Bestellen der Datei wird die Bestellnachricht in etwas
  1337.         wesentlich Komplizierteres umgewandelt, auf das ich hier nicht näher
  1338.         eingehen möchte.
  1339.  
  1340.         Statt /N/Fileserver/Bestellen  zu  verwenden, können Sie auch direkt
  1341.         eine  Request-Nachricht  an den UUCP-Fileserver schreiben. Innerhalb
  1342.         dieser  Nachricht  können  Sie  übrigens  optional  auch  den  Namen
  1343.         angeben, den  die bestellte Datei unter DOS  erhalten soll  - setzen
  1344.         Sie  ihn  einfach,   mit  einem  Leerzeichen  getrennt,  hinter  den
  1345.         Quelldateinamen z.B.
  1346.  
  1347.         Challisti-19.lzh CHAL-19.LZH
  1348.         Challisti-20.lzh CHAL-20.LZH
  1349.  
  1350.         Dies ist vor allem dann praktisch, wenn die Unix-Dateinamen nach der
  1351.         Kürzung gleich lauten würden.
  1352.  
  1353.  
  1354.         ■ Dateien senden
  1355.  
  1356.         Bevor  Sie Dateien  an  ein  UUCP-System  senden,  müssen  Sie  sich
  1357.         erkundigen,  in welchem  Verzeichnis  neue  Dateien abgelegt  werden
  1358.         sollen.  Intelligente  Systeme   leiten  alle   eingehenden  Dateien
  1359.         automatisch in das korrekte Verzeichnis um (so, wie  CrossPoint :-),
  1360.         aber  bei  vielen müssen  Sie  den  gesamten Pfad mit angeben,  z.B.
  1361.         ~/incoming/neue-Datei.
  1362.  
  1363.         Zum Senden haben  Sie wieder zwei Möglichkeiten. Am einfachsten geht
  1364.         es  mit  /Nachricht/Fileserver/Senden:  Geben   Sie  den  Namen  der
  1365.         Quelldatei und Pfad+Name der Zieldatei an, starten Sie den Netcall -
  1366.         fertig.
  1367.  
  1368.         Die andere Möglichkeit besteht darin,  Dateien von Hand an den UUCP-
  1369.         Fileserver zu  senden. Wählen Sie  dazu  den betreffenden Pseudouser
  1370.         und  drücken Sie  "I"  für  "Binärnachricht".  Wählen  Sie  nun  die
  1371.         Quelldatei aus und  geben Sie anschließend  im Editor Pfad+Name  der
  1372.         Zieldatei   an.  Das   Ganze  wird  dann  als   sog.  "File  Attach"
  1373.         gespeichert, also  als Textnachricht mit einer angehängten Datei. Am
  1374.         besten sehen  Sie sich vorher einmal an, wie eine  mit /N/Fileserver
  1375.         /Senden erzeugte File-Attach-Nachricht aussieht.
  1376.  
  1377.         Beachten Sie, daß Uhrzeit und Datum  einer Datei bei  UUCP nicht mit
  1378.         übertragen werden.  Diese Einschränkung läßt sich umgehen, indem Sie
  1379.         die Datei  einfach  nochmal  zusätzlich  einpacken,  z.B. mit  LHArc
  1380.         (LHArc ist  deswegen empfehlenswert, weil es als einziger Packer auf
  1381.         allen  Rechnersystemen  verfügbar  ist). Beim  Auspacken erhält  die
  1382.         Datei dann wieder den korrekten Datumseintrag.
  1383.  
  1384.  
  1385.         ■ Dateien von XP versenden lassen
  1386.  
  1387.         U.U. möchten Sie Dateien  nicht  manuell, sondern durch ein externes
  1388.         Programm versenden lassen. Mit Hilfe des AUTOEXEC-Verzeichnisses (s.
  1389.         XPOINT.DOC, Kap. 7.6) ist dies denkbar einfach:
  1390.  
  1391.         Nehmen  wir  an,  Sie  möchten  die  Datei  D:\SCAN\SCANV106.ZIP  so
  1392.         uploaden lassen, daß sie  beim Server shlink.hanse.de im Verzeichnis
  1393.         ~/incoming abgelegt wird. Dazu müssen Sie eine  Datei mit beliebigem
  1394.         Namen  und  der  Erweiterung   ".MSG"  im  AUTOEXEC-Unterverzeichnis
  1395.         erzeugen lassen, die folgenden Inhalt hat (die Pfeile dienen nur zur
  1396.         Abgrenzung):
  1397.  
  1398.         -->
  1399.         Empfaenger: UUCP-Fileserver@shlink.hanse.de
  1400.         Betreff:    egal; wird durch den Dateinamen ersetzt
  1401.         Server:     shlink
  1402.         Datei:      D:\SCAN\SCANV106.ZIP
  1403.  
  1404.         ~/incoming/scanv106.zip
  1405.         <--
  1406.  
  1407.         Achten Sie auf korrekte Schreibweise von "UUCP-Fileserver"!
  1408.  
  1409.         Wenn Sie die .MSG-Datei über ein  Programm erzeugen lassen, das über
  1410.         /Config/Tasten eingebunden ist, sollten Sie  für dieses Programm den
  1411.         Autoexec-Schalter setzen, damit unmittelbar  nach der Rückkehr zu XP
  1412.         das AUTOEXEC-Verzeichnis abgearbeitet wird.
  1413.  
  1414.  
  1415.         ■ vom Server veranlaßte Dateiübertragung
  1416.  
  1417.         Rein  technisch  gesehen sind  die  beiden  Partner bei einer  UUCP-
  1418.         Verbindung  immer  gleichberechtigt. Daher  kann  der Betreiber  des
  1419.         Servers auch Dateien  bei Ihnen anfordern  oder zu Ihnen senden. Die
  1420.         erstere Möglichkeit wird von XP z.Zt. nicht unterstützt, da dies bei
  1421.         einem nicht anrufbaren  Programm  wenig  Sinn macht. Das  Senden von
  1422.         Dateien durch den Server ist dagegen uneingeschränkt möglich. Solche
  1423.         Dateien  werden  genau wie  angeforderte  Dateien  im  File-Request-
  1424.         Verzeichnis  abgelegt,  und Sie werden auch hier  durch einen  UUCP-
  1425.         Filerequest/Filetransfer-Report   über   den  Empfang   der  Dateien
  1426.         benachrichtigt.
  1427.  
  1428.  
  1429.         ■ Unix-Packer
  1430.  
  1431.         Nachdem  wir uns bereits mit  Unix-Dateisystemen beschäftigt  haben,
  1432.         müssen  wir   noch  ein  letztes   Mal  auf   dieses  Betriebssystem
  1433.         zurückkommen. Unter Unix werden Dateien meist nicht mit LHArc, PKZIP
  1434.         oder  gar ARJ gepackt, sondern mit  tar+compress  oder tar+gzip. Das
  1435.         Programm  tar faßt zunächst  mehrere  Dateien in einer zusammen, und
  1436.         compress oder  gzip (GNU  ZIP,  nicht zu  verwechseln mit und  nicht
  1437.         kompatibel    zu    PKZIP)   packen   sie   anschließend.   Folgende
  1438.         Dateierweiterungen sind dabei üblich:
  1439.  
  1440.         .tar      =   tar
  1441.         .tar.Z    =   tar + compress
  1442.         .tar.gz   =   tar + gzip
  1443.  
  1444.         Eine .tar.Z-Datei muß  erst mit  compress und  dann mit tar entpackt
  1445.         werden, eine  .tar.gz-Datei entsprechend mit gzip und tar. Unter DOS
  1446.         wird statt ".tar.z" üblicherweise die Erweiterung ".TAZ" verwendet.
  1447.  
  1448.         Entpacken von .Z:           compress -d Archivdatei
  1449.                                     oder gzip -d Archivdatei
  1450.         Entpacken von .gz:          gzip -d Archivdatei
  1451.         Auspacken von .tar:         tar -xf Archivdatei [Datei(en)]
  1452.         Auflisten von .tar:         tar -tvf Archivdatei
  1453.  
  1454.         Da  die  Programme  compress,  gzip  und  tar  nicht  unbedingt  zur
  1455.         Standardausstattung  eines  DOS-Rechners gehören und  auch  nicht in
  1456.         jeder Mailbox zu finden  sind, sind sie im CrossPoint/UUCP-Paket mit
  1457.         enthalten.
  1458.  
  1459.         Wenn  Sie selbst  eine  Datei mit  tar+compress packen  möchten,  so
  1460.         verwenden Sie folgende Befehlsfolge:
  1461.  
  1462.            tar -cf Archivdatei Quelldateien
  1463.            compress Archivdatei
  1464.  
  1465.         Entsprechendes  gilt für tar+gzip. Beachten  Sie, daß tar immer alle
  1466.         Unterverzeichnisse mit einpackt!
  1467.  
  1468.  
  1469.         ■ Anonymous UUCP (nuucp)
  1470.  
  1471.         Dies ist  nicht  etwa  eine anonyme  Gruppe  von  UUCP-Geschädigten,
  1472.         sondern  vielmehr die Möglichkeit,  bei einem UUCP-System Dateien zu
  1473.         bestellen oder  abzuliefern, ohne  dort  als "Point"  eingetragen zu
  1474.         sein. Eine Liste  mit  deutschen Anonymous-UUCP-Sites finden Sie  am
  1475.         Ende  von  UUCP_PUB.DOC;  eine  aktuelle  Version  der  Liste   wird
  1476.         regelmäßig in de.admin.archiv veröffentlicht.
  1477.  
  1478.         Ein  Anonymous-UUCP-System  muß genau wie  jeder  andere  Fileserver
  1479.         zunächst bei /Edit/Boxen erfaßt  werden. Loginname  und Paßwort sind
  1480.         üblicherweise "nuucp".  Als Pointname  und eigene Domain sollten Sie
  1481.         die gleichen wie bei Ihrem UUCP-Stammserver angeben; auf diese Weise
  1482.         weiß  der  Mensch  auf der  anderen Seite zumindest, wer  anruft. Im
  1483.         übrigen gelten die gleichen Hinweise wie in Kap. 2.1 und 2.2.
  1484.  
  1485.         Rein theoretisch ließen sich per nuucp auch Mails direkt abliefern -
  1486.         ähnlich  Crash-Mails im FidoNet -  aber  in der Praxis  wird  dieses
  1487.         Features aus Sicherheitsgründen meist gesperrt sein.
  1488.  
  1489.  
  1490.  
  1491.  
  1492.         3.5  Dateitransfer per Mail
  1493.         ────────────────────────────────────────────────────────────────────
  1494.  
  1495.         Neben den  oben beschriebenen  UUCP-Systemen, bei  denen Sie  direkt
  1496.         anrufen  und Dateien anfordern können, gibt es auch eine  Reihe  von
  1497.         Systemen,  die einen Dateitransfer  per  Mail anbieten  - sogenannte
  1498.         "Mail Server". Dazu ist  auf dem betreffenden Rechner ein Pseudouser
  1499.         eingerichtet,  der  auf  bestimmte Befehle reagiert.  Der wichtigste
  1500.         Befehl  ist HELP  - damit bekommen Sie eine Anleitung zur  Bedienung
  1501.         des Mail Servers.
  1502.  
  1503.         Möchten Sie z.B. die Hilfe von ftp-mailer@ftp.informatik.tu-muenchen
  1504.         .de anfordern,  dann senden Sie an diese  Adresse eine Nachricht mit
  1505.         beliebigem  Betreff  (wird ignoriert)  und nur einer  Zeile  Inhalt,
  1506.         nämlich HELP.  In  diesem Hilfstext  sind dann alle weiteren Befehle
  1507.         erläutert.  Mit  dem  Befehl  INDEX  erhalten  Sie  eine  Liste  der
  1508.         vorhandenen Dateien. Achtung: Diese Liste kann mehrere hundert KByte
  1509.         groß  sein! Nachrichten  an Mail-Server  können auch mehrere Befehle
  1510.         enthalten, jeweils ein Befehl pro Zeile.
  1511.  
  1512.         Eine Liste einiger  deutscher  Mail Server und  deren  Befehlssyntax
  1513.         finden Sie in der beiliegenden Datei UUCP_PUB.DOC.
  1514.  
  1515.  
  1516.  
  1517.         IV   Technische Dokumentation
  1518.         ════════════════════════════════════════════════════════════════════
  1519.  
  1520.         In diesem Abschnitt finden Sie Dinge, die für Normalanwender weniger
  1521.         von Interesse sind. Ich  will  versuchen,  ein paar Informationen zu
  1522.         RFC,  UUCP und deren Implementation  in XP zu  geben. Falls Sie sich
  1523.         genauer informieren möchten, empfehle ich die folgenden Dokumente:
  1524.  
  1525.         RFC-822 und 976:          Nachrichtenformat von Mails
  1526.         RFC-1036                  Nachrichtenformat von News
  1527.         RFC-1521 und 1522:        MIME-Ergänzungen
  1528.  
  1529.         UUCP-FAQ von Ian Taylor:  exakte Beschreibung des UUCP-Protokolls;
  1530.                                   wird gelegentlich in comp.mail.uucp veröf-
  1531.                                   fentlicht
  1532.  
  1533.         Die genannten  und  die meisten anderen RFC-Texte sollten  bei jedem
  1534.         besseren nuucp-Server  verfügbar  sein, der UUCP-Text  von Ian Lance
  1535.         Taylor eigentlich auch.
  1536.  
  1537.  
  1538.  
  1539.  
  1540.         4.1   RFC-Daten, Packer und der Nachrichten-Konvertierer UUZ
  1541.         ────────────────────────────────────────────────────────────────────
  1542.  
  1543.         ■ Aufbau von RFC-Nachrichten
  1544.  
  1545.         RFC-Nachrichten bestehen aus einem  Nachrichtenkopf  (Header), einer
  1546.         Leerzeile und dem Nachrichteninhalt (Body), haben also den  gleichen
  1547.         prinzipiellen Aufbau wie ZCONNECT-Nachrichten  (s.  XPOINT.DOC, Kap.
  1548.         7.1).  Die  einzelnen Zeilen sind  normalerweise  nur mit LFs (ASCII
  1549.         #10) getrennt, aber gelegentlich kann es auch CR/LF (#13/#10) sein.
  1550.  
  1551.         Offiziell dürfen in Header und Body nur 7bit-ASCII-Zeichen verwendet
  1552.         werden (#32 bis #126, Tab (#9), CR,  LF und FF (#12)). In der Praxis
  1553.         sind die meisten Teile des Usenet inzwischen  aber 8bit-durchlässig,
  1554.         zumindest in  Europa,  sodaß  innerhalb des  Textes  auch  nationale
  1555.         Sonderzeichen   möglich   sind.   Der  in   Deutschland   verwendete
  1556.         Zeichensatz ist ISO-8859-1. Stattdessen können 8bit-Zeichen mit MIME
  1557.         auch als 7bit-Zeichen codiert werden; näheres dazu finden Sie in RFC
  1558.         1341.
  1559.  
  1560.         Der  Header  besteht  aus  einer Liste  von  Bezeichner-Doppelpunkt-
  1561.         Whitespace-Inhalt-Kombinationen.  Lange   Headerzeilen   können  auf
  1562.         mehrere Zeilen  aufgeteilt  werden (sog. "folding");  in diesem Fall
  1563.         müssen  alle  Zeilen  außer   der  ersten   mit   einem   Whitespace
  1564.         (Leerzeichen  oder Tab) beginnen.  Der  Empfänger muß sie wieder  zu
  1565.         einer Zeile zusammensetzen. Eine  Beschreibung der einzelnen  Zeilen
  1566.         entnehmen Sie bitte den genannten RFCs.
  1567.  
  1568.  
  1569.         ■ Newspakete
  1570.  
  1571.         Öffentliche   Nachrichten    werden   zu   sogenannten   Newsbatches
  1572.         zusammengepackt. Dazu  wird  jeder  Nachricht die  Zeile  "#!  rnews
  1573.         nnnn",  gefolgt von einem  LF, vorangestellt,  wobei statt nnnn  die
  1574.         exakte Größe der Nachricht in Bytes  einzusetzen ist. Bitte beachten
  1575.         Sie,  daß  dabei auch CR-Zeichen im Gegensatz zu  der Angabe  in RFC
  1576.         1036 *mitgezählt* werden. Ein Newsbatch besteht also aus einer Folge
  1577.         von rnews, Header, Body, rnews, Header, Body, ...
  1578.  
  1579.         Newsbatches werden i.d.R. mit  compress, freeze oder  gzip  gepackt.
  1580.         Nach  dem  Packen wird  dem  Ganzen  die  Zeile "#!  cunbatch",  "#!
  1581.         funbatch"  oder  "#!  gunbatch" (möglicherweise auch zunbatch  statt
  1582.         gunbatch -  hier streiten  sich noch  die Gelehrten)  vorangestellt,
  1583.         gefolgt von einem LF. Daran erkennt der Empfänger, welcher Entpacker
  1584.         verwendet werden muß.
  1585.  
  1586.         Genaugenommen handelt es sich bei "#!  rnews" etc. übrigens um UNIX-
  1587.         Befehle,  die von einer Shell  abgearbeitet werden - daher  der Name
  1588.         "Newsbatches":  Es  handelt  sich  dabei  tatsächlich  um  eine  Art
  1589.         Batchdateien.
  1590.  
  1591.  
  1592.         ■ Mailpakete
  1593.  
  1594.         Beim Mailtransport gibt es zwei Möglichkeiten: UUCP-Mail  oder SMTP-
  1595.         Mail. Beide Methoden dienen dazu,  zusätzlich  zu  den  Adressen  im
  1596.         Header (To: = Empfänger und From: =  Absender) die Envelope-Adressen
  1597.         zu übertragen (s. Kap. 3.1).
  1598.  
  1599.         Die Envelope-Adressierung bei  UUCP-Mails ist geradezu grotesk.  Der
  1600.         Envelope-Absender wird  in eine zusätzliche  "From"-Zeile vor Beginn
  1601.         der  Mail gesetzt.  Dabei werden Username und Domain  getrennt;  der
  1602.         Envelope-Absender peter@xpoint.ruessel.sub.org  sieht dann  z.B.  so
  1603.         aus:
  1604.  
  1605.         From peter [Datum] remote from xpoint.ruessel.sub.org
  1606.  
  1607.         Der  Envelope-Empfänger  wird  dagegen  als  Parameter eines  rmail-
  1608.         Befehls in eine UUCP-X-Steuerdatei geschrieben (s.u.).
  1609.  
  1610.         Bei   SMTP-Mails   werden   mehrere   Mails   zu   einem   Mailbatch
  1611.         zusammengefaßt. Dabei wird jeder Mail der Envelope in  Form der zwei
  1612.         Zeilen MAIl  FROM und RCPT TO vorangestellt. Eine gute  Beschreibung
  1613.         dieses Verfahrens finden Sie in RFC 976. 
  1614.  
  1615.  
  1616.         ■ UUCP: X- und D-Files
  1617.  
  1618.         Zu  versendende Newsbatches, UUCP-Mails  und SMTP-Mailbatches werden
  1619.         in  Dateien abgelegt, die mit einem "D" beginnen.  Zu jeder  D-Datei
  1620.         wird  eine  X-Datei generiert, in der  steht,  was  mit  der D-Datei
  1621.         gemacht werden soll.  Jede  Zeile in der X-Datei besteht  aus  einem
  1622.         Buchstaben, einem  Leerzeichen und einem  Inhalt (genaugenommen gibt
  1623.         es  auch Zeilen ohne  Inhalt, aber  die benötigen  wir  nicht).  Der
  1624.         Buchstabe  gibt  an,  wie  der  Inhalt zu  interpretieren  ist;  die
  1625.         einzelnen Zeilen sind mit LF (ASCII #10) getrennt. Im folgenden will
  1626.         ich  nur die Zeilentypen beschreiben, die für XP relevant sind; eine
  1627.         genaue Beschreibung aller übrigen Zeilen finden Sie im UUCP-FAQ.
  1628.  
  1629.         # - beliebige Kommentarzeile
  1630.         U - In dieser Zeile steht User- und ein Systemname des Users, der
  1631.             die Datei angeliefert hat.
  1632.         F - Name der D-Datei
  1633.         I - nochmal der Name der D-Datei
  1634.         C - auszuführender Befehl
  1635.  
  1636.         Die C-Zeile in  der  X-Datei gibt an,  was mit der D-Datei passieren
  1637.         soll.  Es handelt  sich dabei  ursprünglich um den Namen eines Unix-
  1638.         Programms, das  mit der D-Datei als Eingabe  gestartet werden soll -
  1639.         XP  verwendet  dazu  allerdings  keine   getrennten  Programme.  Das
  1640.         Kommando  "rnews"  bedeutet, daß sich in  der D-Datei  ein Newspaket
  1641.         befindet. "rmail"  steht  für eine einzelne Mail, "rsmtp"  für einen
  1642.         SMTP-Batch aus mehreren  Mails. Bei  gepackten SMTP-Batches wird  je
  1643.         nach Packer "rcsmtp", "rfsmtp" oder  "rzsmtp" verwendet. Hinter  dem
  1644.         Kommando "rmail" wird  zusätzlich  der  Name bzw.  die  Adresse  des
  1645.         Empfängers der Mail angegeben (der Envelope-Empfänger - s Kap. 3.1).
  1646.  
  1647.         Der in der F-Zeile angegebene Dateiname wird nach  Konventionen  des
  1648.         ursprünglichen Unix-Filesystems (max. 14 beliebige Zeichen) gebildet
  1649.         und   muß  von   DOS-UUCP-Systemen  in  einen   DOS-konformen  Namen
  1650.         umgewandelt  werden.  Der  Unix-Dateiname  besteht  aus  dem  Datei-
  1651.         Kennbuchstaben (D  oder  X),  gefolgt  von  einem  Punkt,  dem auf 7
  1652.         Zeichen  gekürzten UUCP-Namen  des Absendesystems, einem  Buchstaben
  1653.         (dem "UUCP-Grade") und vier  weiteren alphanumerischen  Zeichen, bei
  1654.         denen  zwischen  Groß-  und Kleinschreibung  unterschieden  wird. XP
  1655.         entfernt den  Sitenamen, ersetzt den Punkt  durch einen  Bindestrich
  1656.         und hängt als letztes Zeichen eine einstellige Hexadezimalziffer an,
  1657.         in  der  die Schreibweise der  letzten  vier Zeichen  des  Original-
  1658.         Dateinamens codiert ist: Für jedes großgeschriebene Zeichen wird ein
  1659.         Bit  gesetzt. Das  niederwertige  Bit entspricht  dabei  dem  ersten
  1660.         Zeichen. Sind alle  vier Zeichen kleingeschrieben - was meistens der
  1661.         Fall ist - steht hier eine "0".
  1662.  
  1663.  
  1664.         ■ Der Nachrichtenkonvertierer UUZ
  1665.  
  1666.         Alle  eingehenden  X-  und  D-Dateien  werden vom  uucico im  SPOOL-
  1667.         Unterverzeichnis abgelegt.  Als nächstes entpackt XP  alle gepackten
  1668.         News- und SMTP-Batches,  und konvertiert das Ganze  anschließend mit
  1669.         UUZ in einen ZCONNECT-Puffer:
  1670.  
  1671.           UUZ.EXE -uz SPOOL\X*. PUFFER ownsite.domain
  1672.  
  1673.         (für ownsite wird Ihr Systemname eingesetzt). Wie Sie sehen, gibt XP
  1674.         als  Quelldateien  nur  die X-Dateien  an. UUZ liest dann aus den X-
  1675.         Dateien die Namen der  passenden  D-Dateien aus. UUZ  *kann* die  D-
  1676.         Dateien auch direkt  verarbeiten, allerdings würden dabei  eventuell
  1677.         vorhandene UUCP-Envelope-Empfänger verlorengehen.
  1678.  
  1679.         Sollte also irgendwann  bei einem  Anruf  mal  etwas  schiefgegangen
  1680.         sein, können Sie RFC-Daten auf diese Weise manuell konvertieren. UUZ
  1681.         erkennt  auch, wenn ein Paket noch gepackt  ist und ruft automatisch
  1682.         den passenden Entpacker auf. Sie sollten nur darauf  achten, daß die
  1683.         Entpacker im aktuellen Verzeichnis vorhanden sind - ansonsten könnte
  1684.         es passieren, daß Sie  sich  plötzlich im Compress von PC-Tools o.ä.
  1685.         wiederfinden.
  1686.  
  1687.  
  1688.  
  1689.  
  1690.         4.2   Der XP-UUCICO
  1691.         ────────────────────────────────────────────────────────────────────
  1692.  
  1693.         Der wichtigste Teil des XP/UUCP-Paketes neben dem Nachrichtenkonver-
  1694.         tierer  UUZ ist UUCICO.EXE. Es handelt sich dabei um einen von Grund
  1695.         auf neuentwickelten uucico mit folgenden Leistungsmerkmalen:
  1696.  
  1697.         o  Protokolle g/G, f, z und e
  1698.         o  UUCP-g:  - Packet-Sizes 32 bis 4096
  1699.                     - Window-Sizes 3 bis 7
  1700.                     - variable Packet-Sizes während einer Verbindung
  1701.         o  Taylor-UUCP-kompatible "size negotiation"
  1702.         o  wahlweise FOSSIL- oder direkter Schnittstellenzugriff
  1703.         o  Unterstützung von IRQ 1-15
  1704.  
  1705.         Die Aufrufsyntax ist
  1706.  
  1707.             UUCICO <Config-Datei> <UUCP-Command-Datei>
  1708.  
  1709.         Der UUCICO muß  *nach* dem  Login und nach  dem Erkennen des Strings
  1710.         ^PShere gestartet werden; nach  dem Programmende muß die  Verbindung
  1711.         getrennt werden. Bei der UUCP-Command-Datei handelt es  sich um eine
  1712.         Datei im üblichen UUCP-Format, allerdings mit CR/LF-Zeilentrennungen
  1713.         - so, wie sie von UUZ erzeugt wird. 
  1714.  
  1715.         Die Config-Datei  wird von XP  unter  dem Namen  UUCICO.CFG  im  XP-
  1716.         Verzeichnis  abgelegt, aber es darf auch eine beliebige andere Datei
  1717.         in  einem  anderen  Verzeichnis sein.  Wie  alle  XP-Config-Dateien,
  1718.         besteht sie aus  einer Liste von Bezeichner/Wert-Paaren, die jeweils
  1719.         mit einem Gleichheitszeichen getrennt sind. 
  1720.  
  1721.         Die folgenden Angaben sind obligatorisch:
  1722.  
  1723.           Server       Sitename des angerufenen Systems
  1724.           Node         eigener Sitename
  1725.           PortNr       Schnittstellen-Nr
  1726.           PortAdr      hex. Schnittstellen-Adresse (entfällt bei FOSSIL)
  1727.           IRQ          IRQ-Nummer (entfällt bei FOSSIL)
  1728.           Baud         Baudrate
  1729.  
  1730.         Folgende Angaben sind optional:
  1731.  
  1732.           UseRTS          RTS bei Plattenzugriffen abschalten
  1733.           TriggerLevel    FIFO-Triggerlevel (nicht bei FOSSIL)
  1734.           Language        Sprachkennung, Default D: es muß eine passende
  1735.                           Sprachdatei vorhanden sein, z.B. Sprachkennung D
  1736.                           -> XPUU-D.RES
  1737.           Debug           Y/N, Default N: Debug-Mode aktivieren (wie XP/d)
  1738.           DebugWindow     Koordinatinaten des Fensters, in dem im Debug-Mode
  1739.                           die Ausgabe erfolgen soll (X1 X2 Y1 Y2, Default 0)
  1740.           Colors          Default $70 $7F $7E (Farbe) /$07 $0F $0F (mono):
  1741.                           Hintergrundfarbe, Textfarbe und Statuszeilenfarbe
  1742.                           des Übertragungsfensters
  1743.           MaxWinSize      Default 7: max. Windowsize bei UUCP-g
  1744.           MaxPacketSize   Default 64: max. Paketgröße bei UUCP-g
  1745.           VarPacketSize   Y/N, Default N: Ausgangspaketgröße darf variieren
  1746.           ForcePacketSize Y/N, Default N: Ausgangspaketgröße auf MaxPacket-
  1747.                           size festnageln
  1748.           Protocols       Default gfe: mögliche Protokolle, bestes zuerst
  1749.           SizeNegotiation Y/N, Default N: Taylor UUCP size negotiation.
  1750.                           Setzt voraus, daß auch in der UUCP-C-Datei ent-
  1751.                           sprechende Informationen enthalten sind.
  1752.           FilereqPath     Default FILES\: Pfad für eingehende nicht-Nach-
  1753.                           richten-Pakete
  1754.           C-File          Name der UUCP-C-Datei; wenn angegeben, kann der
  1755.                           zweite Parameter beim UUCICO-Aufruf entfallen
  1756.           UUlogfile       Logfile-Name
  1757.           FOSSIL          Y/N, Default N: FOSSIL-Treiber verwenden, falls
  1758.                           vorhanden
  1759.           IgnoreCD        Y/N, Default N: CD-Signal ignorieren
  1760.           IgnoreCTS       Y/N, Default N: CTS-Signal ignorieren
  1761.  
  1762.         Die Namen  der zu sendenden  Nachrichtenpakete und sonstigen Dateien
  1763.         müssen  sich in der C-Datei befinden;  die Nachrichtenpakete  müssen
  1764.         alle im SPOOL-Unterverzeichnis abgelegt sein. IgnoreCD und IgnoreCTS
  1765.         sollten nur in Ausnahmefällen verwendet werden;  von  der Verwendung
  1766.         bei Modemverbindungen ist grundsätzlich abzuraten. 
  1767.  
  1768.         Abgebrochene,  empfangene  Nachrichtenpakete erhalten als  Extension
  1769.         .001  oder eine  entsprechend höhere Nummer,  falls  Palete mit .001
  1770.         oder den folgenden Zahlen bereits vorhanden sind.
  1771.  
  1772.  
  1773.         UUCICO.EXE ist hiermit  als Freeware freigeben. Ich  kann aber nicht
  1774.         garantieren, daß er mit  irgendeinem anderen Programm in irgendeiner
  1775.         Weise so zusammenarbeiten wird, wie Sie sich es wünschen.
  1776.  
  1777.  
  1778.  
  1779.  
  1780.         4.3   Dateilisten-Konvertierprogramme
  1781.         ────────────────────────────────────────────────────────────────────
  1782.  
  1783.         Dieses Kapitel  knüpft an Kap. 3.4 an. Es soll dabei  helfen, eigene
  1784.         Dateilisten-Konvertierprogramme zu schreiben.
  1785.  
  1786.         CrossPoint  unterstützt   grundsätzlich   zwei   Typen   von   UUCP-
  1787.         Dateilisten. Beim ersten Typ befindet sich zu Beginn jeder Zeile der
  1788.         komplette Pfad+Dateiname der einzelnen Dateien, optional gefolgt von
  1789.         einem  oder mehreren Leerzeichen oder  Tabs und beliebigen  weiteren
  1790.         Daten. Beispiel:
  1791.  
  1792.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER/noscheme.add
  1793.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER/nosve.ch
  1794.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER/nosve.com
  1795.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER/nosve.doc
  1796.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER/nosvebind.cyb
  1797.  
  1798.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/PRIME/primos.ch
  1799.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/PRIME/primos.cpl
  1800.  
  1801.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/VMS/tiny.dmp
  1802.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/VMS/tiny.tex
  1803.         /pub/TeX/unix-tex/DVIware/lpr-viewers/crudetype/VMS/vms.ch
  1804.  
  1805.         Statt  der absoluten Pfade mit beginnendem / dürfen es auch relative
  1806.         Pfade mit  beginnendem ~/ oder beliebige andere, gültige Pfadangaben
  1807.         sein.  Leerzeilen,  Kommentarzeilen   oder  sonstige  Zeilen  stören
  1808.         prinzipiell nicht;  das  Program  wird  Sie  aber auch  nicht  daran
  1809.         hindern,   solche  Zeilen   als  Datei  zu   bestellen  (außer   bei
  1810.         Leerzeilen).
  1811.  
  1812.  
  1813.         Das zweite  - meist übersichtlichere - Dateilistenformat besteht aus
  1814.         Blöcken für die einzelnen Verzeichnisse. Jedem Block muß eine  Zeile
  1815.         vorangestellt  sein,  die  aus  dem Schlüsselwort  "Directory " (das
  1816.         Leerzeichen  gehört dazu!)  und  dem  Verzeichnisnamen  besteht. Der
  1817.         Verzeichnisname kann alleine  dort stehen  oder in Anführungszeichen
  1818.         eingeschlossen sein. Am Ende kann ein Slash (/) oder ein Doppelpunkt
  1819.         angehängt sein, der von XP ignoriert wird. Beispiel: 
  1820.  
  1821.         Directory /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/CYBER:
  1822.  
  1823.         noscheme.add           -r--r--r--   1 uucp         3521 Apr 24 21:10
  1824.         nosve.ch               -r--r--r--   1 uucp         5803 Apr 24 21:10
  1825.         nosve.com              -r--r--r--   1 uucp         1224 Apr 24 21:10
  1826.         nosve.doc              -r--r--r--   1 uucp         2953 Apr 24 21:10
  1827.         nosvebind.cyb          -r--r--r--   1 uucp        49368 Apr 24 21:11
  1828.  
  1829.         Directory /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/PRIME:
  1830.  
  1831.         primos.ch              -r--r--r--   1 uucp         9594 Apr 24 21:11
  1832.         primos.cpl             -r--r--r--   1 uucp          767 Apr 24 21:11
  1833.  
  1834.         Directory /public/TeX/unix-tex/DVIware/lpr-viewers/crudetype/VMS:
  1835.  
  1836.         tiny.dmp               -r--r--r--   1 uucp         3543 Apr 24 21:11
  1837.         tiny.tex               -r--r--r--   1 uucp           44 Apr 24 21:11
  1838.         vms.ch                 -r--r--r--   1 uucp         4214 Apr 24 21:11
  1839.  
  1840.         Auch hier  gilt, daß beliebige  andere Zeilen  ignoriert werden. Die
  1841.         Länge der Zeilen ist übrigens beliebig; bei mehr als 80 Zeichen kann
  1842.         innerhalb des XP-Listers nach rechts und links geblättert werden.
  1843.  
  1844.  
  1845.         Als  Ausgangsbasis  für  eigene  Listenkonvertierer  können Sie  die
  1846.         Turbo-Pascal-Quelltexte von UUCP-FL*.PAS verwenden,  die im XP/UUCP-
  1847.         Paket enthalten sind.
  1848.  
  1849.  
  1850.  
  1851.  
  1852.         4.4   Definition eigener RFC-Headerzeilen
  1853.         ────────────────────────────────────────────────────────────────────
  1854.  
  1855.         CrossPoint  sorgt  in   jedem   Fall  dafür,  daß  alle  ausgehenden
  1856.         Nachrichten  korrektes   RFC-Format   haben   und  alle  notwendigen
  1857.         Headerzeilen enthalten. In einzelnen Fällen kann es jedoch  sinnvoll
  1858.         sein, zusätzliche Zeilen selbst zu definieren.
  1859.  
  1860.         ACHTUNG: Sie sollten nur dann eigene Header erzeugen, wenn  Sie ganz
  1861.         genau wissen, was Sie tun! CrossPoint kann den Inhalt solcher Header
  1862.         nicht vollständig auf  Korrektheit überprüfen. Es ist daher möglich,
  1863.         daß fehlerhafte Nachrichten erzeugt werden.
  1864.  
  1865.         Wenn  Sie eigene  RFC-Headerzeilen in  privaten Nachrichten erzeugen
  1866.         möchten,  legen Sie dazu im XP-Verzeichnis eine  Datei mit dem Namen
  1867.         MAIL.RFC   an,    die   die   gewünschten   Zeilen   enthält.    Der
  1868.         Nachrichtenkonvertierer  UUZ kopiert den Inhalt dieser Datei dann in
  1869.         den  Header aller  ausgehenden  Nachrichten.  Eventuelle  Leerzeilen
  1870.         werden  ignoriert. Für  öffentliche  Nachrichten  erreichen  Sie das
  1871.         gleiche mit  der  Datei NEWS.RFC.  Zeilen, die  in allen Nachrichten
  1872.         eingefügt werden sollen, müssen in MAIL.RFC und NEWS.RFC stehen.
  1873.  
  1874.  
  1875.  
  1876.         Anhang
  1877.         ════════════════════════════════════════════════════════════════════
  1878.  
  1879.  
  1880.  
  1881.         A.  Dateien im CrossPoint/UUCP-Paket
  1882.         ────────────────────────────────────────────────────────────────────
  1883.  
  1884.         uucp.doc       das lesen Sie gerade
  1885.         uucico.exe     uucico-Programm (s. Kap. 4.2)
  1886.         xpuu-d.res     deutsche Sprachdatei für uucico
  1887.         uuz.exe        Nachrichtenkonvertierer (s. Kap. 4.1)
  1888.         compress.exe   Unix-kompatibler Packer/Entpacker
  1889.         freeze.exe     Packer/Entpacker
  1890.         gzip.exe       GNU ZIP - Packer/Entpacker
  1891.         copying        Copyright-Informationen zu gzip
  1892.         tar.exe        Unix-kompatibles Archivprogramm
  1893.         uucp_pub.doc   Liste von öffentlichen, deutschen UUCP-Systemen
  1894.         uucp.scr       Standard-UUCP-Loginscript
  1895.         uucp-fl*.exe   UUCP-Dateilisten-Konvertierer
  1896.         uucp-fl*.pas   Quelltexte der Dateilisten-Konvertierer
  1897.  
  1898.  
  1899.  
  1900.  
  1901.         B.  Glossar
  1902.         ────────────────────────────────────────────────────────────────────
  1903.  
  1904.         Account       Benutzerkennung;  Postfach  bei  einer  Mailbox,   auf
  1905.                       einem Unix-Rechner o.ä.
  1906.  
  1907.         Artikel       öffentliche Nachricht
  1908.  
  1909.         Bang(-Pfad)   Nachrichtenroute in der Form "System1!System2!..."
  1910.  
  1911.         BCC           Blind  Carbon  Copy   -  Kopie   einer  Nachricht   an
  1912.                       weitere Empfänger, die für den Originalempfänger nicht
  1913.                       erkennbar ist 
  1914.  
  1915.         BITNET        auf  IBM-Protokollen basierendes  Netzwerk mit eigener
  1916.                       Adressierungsform; kennt  keine  ^Newsgroups,  sondern
  1917.                       verwendet stattdessen ^Mailing-Listen
  1918.  
  1919.         Body          "Benutzerteil"  einer   Nachricht,  im  Gegensatz  zum
  1920.                       ^Header 
  1921.  
  1922.         Bounce        Zurücksenden einer unzustellbaren Nachricht
  1923.  
  1924.         Cancel-       Löschnachricht zum nachträglichen Löschen einer ver-
  1925.         Message       schickten Nachricht
  1926.  
  1927.         CC            Carbon  Copy  -  Kopie  einer  Nachricht   an  weitere
  1928.                       Empfänger 
  1929.  
  1930.         CfV           Call for  Vote  - Aufruf zur  Abstimmung, insbesondere
  1931.                       zur Einrichtung einer neuen ^Newsgroup im ^Usenet
  1932.  
  1933.         Crossposting  öffentliche Nachricht  in  mehreren  ^Newsgroups,  die
  1934.                       physikalisch nur einmal übertragen wird
  1935.  
  1936.         Domain        rechter Teil  einer  Internet-Adresse (s.  Kap.  1.2);
  1937.                       auch: organisatorischer Zusammenschluß einer Menge von
  1938.                       Usenet-Sites, die eine bestimmte Adreßdomain verwenden
  1939.  
  1940.         Expire        Haltezeitüberschreitung  von  Nachrichten  /  Programm
  1941.                       zum   Löschen  von  Nachrichten,  die   die  Haltezeit
  1942.                       überschritten haben 
  1943.  
  1944.         FAQ           Frequently  Asked  Questions  -   eine  Sammlung   von
  1945.                       häufig gestellten Fragen und Antworten darauf zu einem
  1946.                       bestimmten Thema. Im Usenet finden Sie  FAQs  zu allen
  1947.                       Themen in der Gruppe news.answers. 
  1948.  
  1949.         Followup      öffentliche Antwort auf eine öffentliche Nachricht
  1950.  
  1951.         FTP           File  Transfer  Protocol = Dateiübertragungsprotokoll,
  1952.                       das zum Dateitransfer im ^Internet eingesetzt wird
  1953.  
  1954.         Gateway       Übergang zwischen zwei Netzen
  1955.  
  1956.         Gopher        Internet-Programm/Verfahren/Standard  zur  Abfrage von
  1957.                       Online-Datenbanken
  1958.  
  1959.         Header        der  Teil  einer  Nachricht,  der  Steuerinformationen
  1960.                       enthält 
  1961.  
  1962.         Host          Rechner,  insbesondere im ^Internet,  der irgendwelche
  1963.                       Dienste zur Verfügung stellt
  1964.  
  1965.         IN            Individual   Network   e.V.   -   Zusammenschluß   von
  1966.                       Privatpersonen  in  Deutschland,  der Mail-, News- und
  1967.                       Internetanbindung ermöglicht. 
  1968.  
  1969.         Internet      schnelles,     weltweites    Online-Standleitungsnetz,
  1970.                       das hauptsächlich von Firmen,  Bildungseinrichtung und
  1971.                       sonstigen Organisationen getragen wird
  1972.  
  1973.         IRC           Internet Relay  Chat -  weltweites  Chatsystem (System
  1974.                       zur Online-Textkommunikation per DFÜ) im Internet
  1975.  
  1976.         ISO           International     Standardisation    Organisation    -
  1977.                       internationales  Normungsgremium. Speziell: ISO-8859-1
  1978.                       = im europäischen Internet üblicher Zeichensatz.
  1979.  
  1980.         Mail          (Gesamtheit der) private(n) Nachricht(en)
  1981.  
  1982.         Mailer        Programm  zum  Lesen   und  Schreiben  von  Mails  (im
  1983.                       FidoNet: Programm zur Übertragung von Mails)
  1984.  
  1985.         Mailing-Liste Nachrichtenverteiler für  ein bestimmtes Thema;  quasi
  1986.                       eine Newsgroup, die per Mail abgewickelt wird
  1987.  
  1988.         MIME          Multipurpose  Internet  Mail  Extensions  =  Internet-
  1989.                       Standard   zur   Übertragung   von    binären   Daten,
  1990.                       internationalen   Sonderzeichen,  großen  Dateien  und
  1991.                       Multimedia-Daten
  1992.  
  1993.         News          (Gesamtheit der) öffentliche(n) Nachrichten
  1994.  
  1995.         Newsreader    Programm zum Lesen/Schreiben von ^News
  1996.  
  1997.         Newsgroup     Brett/Forum,   in    dem    öffentliche    Nachrichten
  1998.                       ausgetauscht werden
  1999.  
  2000.         NNTP          Programm/Verfahren  zur  Übertragung  von   ^News   im
  2001.                       ^Internet 
  2002.  
  2003.         PGP           Pretty  Good   Privacy  -  Programm  zur  Nachrichten-
  2004.                       verschlüsselung mit dem "RSA-Verfahren"
  2005.  
  2006.         Posting       (Versenden einer) öffentliche(n) Nachricht
  2007.  
  2008.         Postmaster    Ansprechpartner einer Usenet-Site bzw. einer Domain
  2009.  
  2010.         Realname      der  Name  im  wirklichen  Leben  -  im  Gegensatz zum
  2011.                       "Username" 
  2012.  
  2013.         Rekursion     ^Rekursion
  2014.  
  2015.         RFC           Request for Comments - Internet-Standard-Spezifikation
  2016.                       (es gibt bis jetzt ca. 1500 davon)
  2017.  
  2018.         RfD           Request  for  Discussion  -  Aufruf   zur  Diskussion,
  2019.                       insbesondere zur Einrichtung einer neuen ^Newsgroup im
  2020.                       ^Usenet
  2021.  
  2022.         Routing       Nachrichtentransport über bestimmte Wege
  2023.  
  2024.         Sendmail      kompliziertes Unix-Programm zum ^Routing von ^Mail
  2025.  
  2026.         Site          System/Knoten/"Point" im ^Usenet
  2027.  
  2028.         SLIP          Serial  Line   Internet  Protocol   -   Verfahren  zur
  2029.                       Teilnahme am Internet per Modem oder ISDN
  2030.  
  2031.         SMTP          Simple Mail Transfer Protocol - Programm/Verfahren zur
  2032.                       Übertragung von ^Mail im ^Internet
  2033.  
  2034.         Smurf         Schlumpf
  2035.  
  2036.         Spooling      Bereitstellen  versandfertiger  Nachrichten/Dateien in
  2037.                       einem bestimmten Festplattenverzeichnis
  2038.  
  2039.         Subject       Betreff einer Nachricht
  2040.  
  2041.         Sub-Netz      s. Kap. 1.1
  2042.  
  2043.         Summary       Zusammenfassung einer Nachricht
  2044.  
  2045.         Traffic       Nachrichtenaufkommen
  2046.  
  2047.         Usenet        Menge aller Systeme, die ^News austauschen
  2048.  
  2049.         uucico        Programm zur UUCP-Nachrichtenübertragung
  2050.  
  2051.         UUCP          Nachrichten-Transportverfahren   und    -programm   im
  2052.                       ^Usenet und in Sub-Netzen (s. Kap. 1.1)
  2053.  
  2054.         UUencode      Verfahren  und Unix-Programm,  mit dem binäre  Dateien
  2055.                       im ASCII-Format codiert werden können, um sie per Mail
  2056.                       zu übertragen. 
  2057.  
  2058.  
  2059.  
  2060.  
  2061.         C.  CrossPoint/UUCP - Versionsgeschichte
  2062.         ────────────────────────────────────────────────────────────────────
  2063.  
  2064.         2.15 beta  (03.08.93)
  2065.         o  erste freigegebene Betaversion
  2066.  
  2067.         2.92 beta  (06.11.93)
  2068.         o  Sysop-Mode
  2069.         o  diverse Bugfixes
  2070.  
  2071.         2.93 beta  (13.12.93)
  2072.         o  Relogin-Netcalls (Änderung in UUCP.SCR beachten!)
  2073.         o  optional Absender User@Server.domain (Edit/Boxen/Edit/RFC|UUCP)
  2074.         o  UUCP-Transfer kann mit <Esc> abgebrochen werden
  2075.         o  Schalter für 7/e/1 bei Edit/Boxen/Edit/Point
  2076.         o  UUZ fängt zusätzliche MIME-Fehler ab
  2077.         Bugfixes
  2078.         o  Absturz bei RING o.ä. während des Einsortierens von Nachrichten
  2079.            beseitigt
  2080.  
  2081.         3.0  (22.03.94)
  2082.         o  Auswertung von Cancel-Nachrichten ist nicht mehr optional
  2083.         Bugfixes
  2084.         o  UUCP-g stabilisiert
  2085.         o  Doppelte Übertragung bei Verbindungsabbrüchen beseitigt
  2086.         o  Fehler im FOSSIL-Handling beseitigt; ISDN über cFos funktioniert
  2087.            jetzt
  2088.         o  changesys-Problem beseitigt
  2089.  
  2090.         3.02  (21.04.94)
  2091.         o  References und Newsgroups werden von UUZ nicht mehr gekürzt
  2092.         o  UUCP-g-Sendevorgang optimiert und stabilisiert
  2093.         o  Fehler im SMTP-Decoder (MIME-Binärnachrichten) behoben
  2094.  
  2095.         * = Änderung, + = Neues Feature, ! = Bugfix, # = interne Änderung
  2096.  
  2097.         3.02f  (01.05.95)
  2098.         !  diverse Fehler im Nachrichtenkonvertierer UUZ behoben, insbeson-
  2099.            dere bei der Verarbeigung von MIME-Daten
  2100.  
  2101.         3.1  (24.09.95)
  2102.         +  Sonderzeichen in Headerzeilen werden optional MIME-codiert
  2103.            (s. /Config/Optionen/Netze/Verschiedenes)
  2104.         #  7-Bit-Mails werden korrekt gekennzeichnet
  2105.            Brettmanager (s. Kap. 2.3):
  2106.         +     Unterstützung für GUP, AutoSys und Feeder
  2107.         +     Brettmanager "postmaster" erzeugt Mails an Postmaster
  2108.         +     Typ getrennt vom Namen einstellbar
  2109.         !  Adreßkonvertierung (Klammerpriorität) korrigiert
  2110.         +  Definition eigener RFC-Headerzeilen (s. Kap. 4.4)
  2111.  
  2112.         3.1b  (29.10.95)
  2113.         !  Headerzeile X-XP_F wird gefiltert
  2114.         !  Fehler bei MIME-Decodierung langer Betreffs behoben
  2115.  
  2116.  |      3.11  (09.04.96)
  2117.  |      !  GUP-Befehl "exclude" durch "delete" ersetzt
  2118.  |      *  durch Control-Messages werden keine neuen Bretter mehr angelegt
  2119.  |      !  UUCICO: Korrektur bei Restzeitanzeige
  2120.  |      !  Anzeige der Distribution im Nachrichtenkopf
  2121.  |
  2122.  
  2123.