home *** CD-ROM | disk | FTP | other *** search
/ rtsi.com / 2014.01.www.rtsi.com.tar / www.rtsi.com / OS9 / OSK / APPS / mnews.t.Z / mnews.t / Read_Me < prev    next >
Text File  |  1990-04-17  |  17KB  |  324 lines
  1.     *** Auszuege aus dem Ergebins der Mailingliste ***
  2.  
  3. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  4. [..]
  5.                        Aktueller Stand / Bekannte Fehler
  6.  
  7.        Derzeit ist  eine  Sache  besonders  gravierend,  die ganzen Control
  8.      Messages  funktionieren nicht so wie sie sollten. Das lag zum einen an
  9.      der  falschen  Newsgroup  (ich  habe  immer  `control'  als  Newsgroup
  10.      genommen,  das  geht  aber leider nicht) und zum anderen - aber da bin
  11.      ich gerade dran, worans noch liegt ;-).  
  12.  
  13.        Das Posten  in  eine moderierte Newsgroup als nicht-Moderator fuehrt
  14.      zu  Problemen;  das  beruht  auf  einem  Fluechtigkeitsfehler  und ist
  15.      geaendert 
  16.  
  17.                              Was gibts noch zu tun
  18.  
  19.        Erstmal empfehle  ich  jedem, der sich etwas ausfuehrlicher mit News
  20.      beschaeftigt  die  RFC1036  durchzulesen.  Dort findet man alles ueber
  21.      das Format eines Newsartikels.  
  22.  
  23.        Die `Dokumentation'  ist  nicht gerade viel :-(, daher werde ich mit
  24.      der  Zeit  die  Source  mit  etwas  mehr  Kommentaren spicken und eine
  25.      allgemeine  Doku  schreiben.  Daher auch eine Frage an Euch: gabs beim
  26.      Installieren  Probleme, und wenn ja wo? (Ich habe auch nichts dagegen,
  27.      wenn sich jemand anders bereit erklaert die Doku zu schreiben ;-).) 
  28. ------------------------------------------------------------------------------
  29. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  30. [..]
  31.                                  Notes <-> News
  32. [..]
  33.        Die Programme  newsinput  und  newsouput  wurden  urspruenglich  bei
  34.      Notes  fuer ein lokales Gateway geschrieben, d.h. sowohl News als auch
  35.      Notes  laufen  auf  einem  Rechner.  Zum  Testen  ist  es  daher  ganz
  36.      praktisch, wenn man beides erstmal auf dem Rechner laesst.  
  37.  
  38.        Das Senden  und  Empfangen von Artikeln laeuft aber ab da nicht mehr
  39.      ueber  Notes,  sondern  ueber  News.  Erst  lokal werden die News nach
  40.      Notes (und umgekehrt) konvertiert.  
  41.  
  42.        .--------------.          .--------------.--.-----------.
  43.        |  Newssystem  |          |  Newssystem  |  |  Notes    |
  44.        |  anderer     |   <-->   |  eigener     <-->  eigener  |
  45.        |  Rechner     |          |  Rechner     |  |  Rechner  |
  46.        `--------------'          `--------------'--'-----------'
  47.  
  48.        Wenn man  News  an  ein  anderes System weiterspoolt, dann ist Notes
  49.      praktisch nur ein "Ableger": 
  50.  
  51.        .----------.         .---------.         .-----------.
  52.        |  remote  |         |  local  |         |  remote2  |
  53.        |  news    |   <->   |  news   |   <->   |  news     |
  54.        `----------'         `---------'         `-----------'
  55.                                 ^
  56.                                 |
  57.                                 v
  58.                             .---------.
  59.                             |  local  |
  60.                             |  notes  |
  61.                             `---------'
  62.  
  63.        Zuerst bespreche   ich   die   Richtung   News   nach   Notes.    Im
  64.      Lib-Directory(*)  von  News  ist  das  File  `sys' zu editieren.  Dort
  65.      koennte  eine  Zeile  wie  folgt  aussehen,  damit  alles  nach  notes
  66.      gespollt wird: 
  67.  
  68.                             to-notes:.*:*:newsinput
  69.  
  70.        Damit ist  das  Problem  geloest,  die  andere Richtung ist aehnlich
  71.      einfach  zu  loesen.  Im  Lib-Directory(**) von Notes gibt es ein File
  72.      `net.how',  indem  steht  wie Notes weitergegeben werden. Dort gibt es
  73.      einen  Eintrag  fuer den Pseudorechner `Usenet'. Dieser Eintrag sollte
  74.      nun  so  aussehen  (es kann sein, dass ich einen Doppeltpunkt zu wenig
  75.      oder zu viel reinschreibe, ich habe gerade kein Beispielfile da): 
  76.  
  77.                                 Usenet:x:::inews
  78.  
  79.        Die Artikel  muessen  dann  wie  gewohnt  mit  `newoutput'  an  News
  80.      weitergegeben werden.  
  81.  
  82.        Damit sollte  es  also  kein  Problem sein beide Systeme parallel zu
  83.      fahren.  Das  Weiterspoolen  der  Artikel  geschieht  auf  die gleiche
  84.      Weise, wie auch News Artikel weitergegeben werden.  
  85.  
  86.       (*)  Default: /h0/USR/LIB/NEWS 
  87.       (**) Default: /h0/SPOOL/NOTES/.UTILITIES 
  88. ------------------------------------------------------------------------------
  89. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  90.  
  91.     zwei Probleme sind inzwischen wieder aufgetaucht:
  92. 1.) ist in der os9lib.l kein strdup(), obwohl ich dachte, dass eins
  93.     drinnen waere, Hier eine Version, die man entweder in MNews ein-
  94.     bauen kann, oder -besser- gleich in die os9lib.
  95. char *
  96. strdup (s)
  97. register char *s;
  98. {
  99.     register char    *r;
  100.  
  101.     if (r = malloc (strlen (s) + 1))
  102.         strcpy (r, s);
  103.     return (r);
  104. }
  105.  
  106. 2.) Bei aelteren Compilern (in V 2.1) gibt es kein void, daher sollten
  107.     diese Leute ins Makefile bei den CFLAGS ein -Dvoid=int anfuegen.
  108. ------------------------------------------------------------------------------
  109. From: Ralf Sauther <ralf@ppcnet.UUCP>
  110.  
  111. Normalerweise wird unter B-News mittels eines shell-Script's gespoolt. Hier
  112. wird ja gleich beim Einsortieren an die entsprechenden Systeme gespoolt.
  113. Es muss also nur explizit ueber den vcron gebatched werden, right ?!
  114.  
  115. Gut, was ist aber, wenn ich nun an ein System aeltere News nochmals spoolen
  116. will (meinetwegen wegen Datenverlust) ? Wie laesst sich das anstellen ?
  117. -------------------- Antwort dazu --------------------------------------------
  118. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  119.  
  120. ~ Normalerweise wird unter B-News mittels eines shell-Script's gespoolt. Hier
  121. ~ wird ja gleich beim Einsortieren an die entsprechenden Systeme gespoolt.
  122. ~ Es muss also nur explizit ueber den vcron gebatched werden, right ?!
  123.     Jo, aber unter BNews ist diese Funktion ueber eine Option zu
  124. erreichen. Ich finde es jedoch besser diese gleich als Default zu nehmen
  125. und erst beim Batchen selbst zu entscheiden, wie sie versandt werden;
  126. daraus ergibt sich eine funktionelle Trennung der logischen Teilbereiche.
  127.  
  128. ~ 
  129. ~ Gut, was ist aber, wenn ich nun an ein System aeltere News nochmals spoolen
  130. ~ will (meinetwegen wegen Datenverlust) ? Wie laesst sich das anstellen ?
  131.     Tjaaaa, dieses Problem ist von BNews her auch bekannt: Es geht
  132. nicht :-(. Man konnte aber folgendes machen:
  133. $ find -s=/h0/SPOOL/NEWS "*" >/h0/SPOOL/BATCH/<system>
  134. $ sbatch -c <system>
  135.  
  136.     Damit wuerden alle alten Artikel gespoolt werden. Die ganzen
  137. Directories werden zwar auch in diese Liste aufgenommen; sbatch kann
  138. diese aber nicht als File oeffnen, daher werden sie ignoriert. Dazu
  139. koennte man sich auch noch einen filter schreiben, der das die Files
  140. auf bestimmte Kriterien untersucht (z.B. obs eine lokale Newsgroup
  141. ist, obs ein Directory ist, ob die Artikel schon zu alt sind, etc.)
  142. und nur die Filenamen ausgeben, die dann relevant sind. Ein solches
  143. Programm waere nicht sonderlich aufwendig (es wuerde auch ein SHell-
  144. script reichen, das ist dann aber laaaaaaangsam ;-)).
  145. ------------------------------------------------------------------------------
  146. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  147.  
  148.        ich habe  jetzt  schon  einige  Anfragen  bezueglich des Formats des
  149.      `Sys'  Files  erhalten.  Es  wird  zwar  in  `inews.h'  kurz erklaert,
  150.      scheint  aber nicht besonders deutlich zu sein. Als erstes moechte ich
  151.      noch  erwaehnen, dass alle Files inkompatibel zu BNews sind. Der Grund
  152.      dafuer   ist   einfach:   ich  hatte  keine  exakte  Beschreibung  des
  153.      BNews-Formats  zur  Hand  und  die  Philosophie  des `Sys' Files unter
  154.      BNews will mir garnicht gefallen.  
  155.  
  156.        Erstmal ein paar Beispiele fuer das `Sys' File: 
  157.      #
  158.      #       Forward *everything* to chiuur, expect local Distribution:
  159.      chiuur:.*:!local *
  160.      #
  161.      #       Forward only sub.* and muc.* to viscom1:
  162.      viscom1:(sub|muc)\.*:sub muc world
  163.      #
  164.      #       Store the maps in an extra directory (local.maps for tests)
  165.      maps-admin:sub\.config\.maps local\.maps:*:store -d=/h0/ETC/MAPS -t=new sh
  166.      #
  167.      #       Archive the Source-Postings in sub.sources.os9
  168.      os9-src:sub\.sources\.os9:*:store -d=/h0/SPOOL/PUBLIC/OS9SRC
  169.      #
  170.      #       Noch ein paar andere Beispiele, angenommen, man
  171.      #       bekommt alle Artikel von hosta und
  172.      #       von hostb, man will aber nicht die Sachen, die man
  173.      #       von hosta bekommt an hostb weiterspoolen (und um-
  174.      #       gekehrt).
  175.      hosta/hostb:.*:!local *
  176.      hostb/hosta:.*:!local *
  177.      #
  178.      #       Angenommen lall@laber will nur alle Source-Postings als
  179.      #       Mails bekommen:
  180.      to-lall:.*sources.*:!local *:smail lall@laber
  181.  
  182.        Das `Sys'  File  besteht  aus einer oder mehreren Zeilen. Eine Zeile
  183.      ist  ein  Kommentar, wenn das erste Zeichen ein `#' ist. Ansonsten ist
  184.      die  Zeile  ein  Eintrag mit Information was an wen wie weitergeleitet
  185.      wird.   Eine  solche  Zeile  besteht  aus  drei Feldern, jeweils durch
  186.      einen  Doppelpunkt  getrennt.  Ein  optionales  viertes Feld kann noch
  187.      folgen;   dieses   ist   mit   einem   Doppelpunkt  vom  dritten  Feld
  188.      abzugrenzen.  
  189.  
  190.        Das erste  Feld  kann  zwei  verschieden Formate haben, erstens (der
  191.      triviale  Fall)  den  Systemnamen  des  Systems,  an  das neue Artikel
  192.      weitergegeben  werden.  Dieser  Eintrag  ssoollllttee auf jedem Fall mit dem
  193.      Namen  uebereinstimmen,  den  dieses System in das _P_a_t_h_: Feld einfuegt
  194.      (jedes  System  fuegt bei einem empfangenen Artikel seinen Systemnamen
  195.      in  das  Path-Field  ein). Damit kann verhindert werden, dass Artikel,
  196.      die  bereits  durch  dieses  System  gegangen  sind  wieder  an dieses
  197.      weitergegeben wird (sonst kommts zu Schleifen). Beispiel: 
  198.         Ich setze diese Zeile im `Sys' File voraus:
  199.         chiuur:.*:*
  200.          Wenn jetzt ein artikel bei mir ankommt, der folgendes Path:
  201.         Field hat wird er nicht an chiuur gesendet (da chiuur schon
  202.         im Path: ist)
  203.         Path: chiuur!doitcr!altger!ud
  204.          Ein Artikel mit dem Path:
  205.         Path: doitcr!altger!chiuur!cmk
  206.         wuerde auch nicht weitergespollt werden, wohl aber einer mit
  207.         Path: altger!doitcr!internal
  208.         (auch wenn chiuur diesen auf einem anderen Pfad schon erhalten
  209.         hat, aber das kann das News System ja nicht "wissen").
  210.  
  211.        Angenommen ich   bin   paranoid   und   will  auf  gar  keinen  Fall
  212.      irgendwelche  Sub-News verlieren, deshalb lasse ich sie mir von doitcr
  213.      und  chiuur  senden.  Die Beiden tauschen die News untereinandere aber
  214.      auch  aus,  daher  waere  es sinnlos, wenn ich Artikel, die von chiuur
  215.      kommen  nach  doitcr  (und  umgekehrt)  weiterleite.  Also  "sage" ich
  216.      meinem  News-System:  ,,Wenn  ein Artikel bereits auf chiuur war, dann
  217.      hat  ihn  doitcr  bestimmt  schon,  also  wird  er  nicht  nach doitcr
  218.      geschickt  (und umgekehrt)``. Der entsprechende Sys-File Eintrag saehe
  219.      so aus: 
  220.         chiuur/doitcr:.*:*
  221.         doitcr/chiuur:.*:*
  222.  
  223.        Sollte ich  jetzt  besonders  paranoid  sein,  dann hole ich mir die
  224.      Artikel  von chiuur, doitcr, altger und salyko. Es gilt im Prinzip das
  225.      Gleiche wie oben beschrieben, nur saehe das Sys-File dann so aus: 
  226.         chiuur/doitcr,altger,salyko:.*:*
  227.         doitcr/chiuur,altger,salyko:.*:*
  228.         altger/chiuur,doitcr,salyko:.*:*
  229.         salyko/chiuur,doitcr,altger:.*:*
  230.  
  231.        In diesem  Fall  nimmt  News also den Systemnamen (Beispiel 1.Zeile:
  232.      chiuur)  und  schaut  im Path: nach, ob das System bereits eingetragen
  233.      ist.   Wenn  nicht,  dann werden nacheinander die Systeme nach dem `/'
  234.      gegen  den Path: abgeprueft (im Beispiel also erst doitcr, dann altger
  235.      und  salyko).   Nur  wenn  keines  dieser System im Path: ist wird der
  236.      Artikel gespoolt.  
  237.  
  238.        Das zweite  Feld  ist eine Liste von Newsgroups (und nur Newsgroups,
  239.      nicht  so  wie  BNews, die in diesem Feld Newsgroups und Distributions
  240.      auf  eine so genial Weise vermischen, dass keiner genau weiss, was was
  241.      ist)  in  Form von Regular expressions. Die einzelnen Expressions sind
  242.      durch  Leerzeichen  getrennt.  Um  alle  Artikel in sub.* und muc.* an
  243.      chiuur weiterzuleiten saehe der Eintrag so aus: 
  244.         chiuur:sub\..* muc\..*:*
  245.                                   oder einfacher
  246.         chiuur:(sub|muc)\..*:*
  247.  
  248.        Intern werden  diese  Expressions  so gehandhabt, als wenn ihnen ein
  249.      `^'  voran  und  ein `$' nachgestellt waere. Damit ist sichergestellt,
  250.      dass   ein  Ausdruck  `sub\..*'  nicht  `talk.subversiv'  als  passend
  251.      erkennt.  Die  Benutzung  von  Regular  Expressions hat gegenueber den
  252.      BNews  Konventionen  den Vorteil, dass man keine neue `Ausdrucksweise'
  253.      lernen  muss  und dass eine entsprechnde Library bereits vorliegt. Der
  254.      Nachteil  kann  eine  laengere  Ausfuehrungszeit  sein. Per Konvention
  255.      sollte  es  fuer  jedes  System,  das  an einem angeschlossen ist eine
  256.      Newsgroup     `to.<system>'     geben     (und     natuerlich     eine
  257.      `to.<mein-system>').  In  diesem  Fall  erweitert  sich  die Sys-Zeile
  258.      folgendermassen: 
  259.         chiuur:to\.chiuur (sub|muc)\..*:*
  260.  
  261.        Im dritten   Feld  stehen  die  Distribuitons,  die  das  Zielsystem
  262.      erhalten  soll.  Angenommen ich habe einen Link nach Hamburg und poste
  263.      einen  Artikel  nach  `sub.test'  (den  der Hamburger Rechner bekommen
  264.      wuerde)  mit der Distribution `muc', dann bekommt der den Artikel doch
  265.      nicht,  da ich als Distribution nur `sub' fuer ihn eingetragen haette.
  266.      Die  Distributions sind nicht im Regular expressions Format, es werden
  267.      nur  die  von  der  (Microware-)Shell  erlaubten Wildcards `*' und `?'
  268.      erkannt.  In internationalen Gruppen ist es so "(un)Sitte", dass keine
  269.      Distribution  angegeben  wird;  will  man  solche Artikel weitergeben,
  270.      dann  muss  `world'  als eine moegliche Distribution eingetragen sein.
  271.      Daraus ergibt sich fuer das Beispiel folgender Eintrag: 
  272.         chiuur:to\.chiuur (sub|muc)\..*:muc sub
  273.  
  274.        Nachdem mir  das  aber  zuviel  zum Schreiben ist (zudem kommen noch
  275.      einige   internationale  Gruppen  hinzu)  moechte  ich  einfach,  dass
  276.      "alles"  an  chiuur  gespollt wird, ausser einigen lokaler Testgruppen
  277.      (und  Distributions).  Daher  unterstuetzen sowohl das Newsgroups, als
  278.      auch  das  Distributionsfeld einen `not' Operator. Die Zeile sieht nun
  279.      wie folgt aus: 
  280.         chiuur:!local.* to\.chiuur !to\..* .*:!local *
  281.  
  282.        Das heisst,  dass  chiuur  keine  Gruppe  bekommt,  die  mit `local'
  283.      beginnt,  von  den  `to.'  Gruppen wird nur `to.chiuur' weitergegeben,
  284.      ansonsten  aber  alles.  Hat  einer  der Artikel aber als Distribution
  285.      `local', dann wird auch der nicht weitergegeben.  
  286.  
  287.        Wenn das   vierte   Feld   fehlt,   dann   passiert  folgendes:  Die
  288.      (absoluten)    Filenamen    der    Artikel    werden   in   ein   File
  289.      /h0/SPOOL/BATCH/<system>  geschrieben  (z.B.  /h0/SPOOL/BATCH/chiuur).
  290.      Will  man  die  Artikel  dann  physikalisch  Spoolen,  benutzt man das
  291.      Programm  `sbatch'.  Im  allgemeinen wird man `sbatch -c <system>' von
  292.      cron aufrufen lassen (-c == Batchen und Compressen).  
  293.  
  294.        Sollte aber  ein  viertes  Feld existieren, dann nimmt News an, dass
  295.      das  ein  Programm  ist.  Jeder  Artikel  wird  dann  sofort an dieses
  296.      Program  gePIPEt,  dieses muss also von stdin lesen. Das Programm kann
  297.      alles  moegliche  machen,  entweder  News  einer  Gruppe  archivieren,
  298.      automatisches  Updaten von netzrelevanten Daten (z.B. sub.config.maps)
  299.      oder auch versenden von Artikeln via Mail oder ... .  
  300.  
  301.        Ich hoffe,  diese  Informationen  reichen  um  ein  funktionierendes
  302.      System  zu  installieren.  Noch eine letzte Anmerkung: In BNews ist es
  303.      erforderlich  eine  Zeile  fuer das eigene System zu haben; diese wird
  304.      unter MNews nicht benoetigt.  
  305. ------------------------------------------------------------------------------
  306. From: Ralf Sauther <ralf@ppcnet.UUCP>
  307.  
  308. Wenn keine Subjektzeile vorhanden ist, wird die Nachricht nicht eingespoolt.
  309. Ist das beabsichtigt ?
  310. ------------------------------ Antwort hierzu --------------------------------
  311. From: Ulrich Dessauer <ud@nitmar.ddt.sub.org>
  312.  
  313.     Wenn unter dem NN ein Beitrag geschrieben wird und bei der Frage
  314. nach dem Subject: einfach Return gedrueckt wird, dann kehrt der NN zum
  315. normalen Betrieb wieder zurueck.
  316.  
  317.     Wenn man im Editor dann den Inhalt der Subject-Zeile loescht,
  318. dann wird der Artikel mit dem Subject `[none]' gespeichert. Wenn man
  319. die Subject-Zeile im Editor loescht passiert das Gleiche.
  320.  
  321.     Wenn ein Artikel ohne Subject ueber rnews reinkommt, dann wird
  322. der nicht einsortiert (RFC1036 sagt, dass eine Subject: Zeile vorhanden
  323. sein *muss*).
  324.