Archive-name: ums/faq

$VER UMS-Infotext 1.00 (15.01.96)


                   UMS Informationstext Version 1.00
                   =================================

Dieses Dokument enthaelt die wesentlichsten Informationen zu UMS und  sollte
somit die haeufigsten Fragen zu UMS beantworten. Es wird regelmaessig in den
Gruppen "de.comm.software.ums" und "MT.UMS" veroeffentlicht.

Dieser  Text  ist  noch  nicht  vollstaendig.   Ergaenzungen,   Korrekturen,
Anregungen, usw. bitte an die folgende Adresse:

     umsfaq@unicorn.sauerland.de


Teil 1 - Allgemeine Informationen
*********************************

Was ist UMS?
============

UMS (Universal Message System) ist ein System um Nachrichten  zu  verwalten.
Es   benutzt   ein   einheitliches   Format,  welches  netzunabhaengig  ist.
Netzspezifische Programme, sogenannte Importer und Exporter, sorgen fuer die
Umsetzung vom/ins UMS Nachrichtenformat. Dieses einheitliche Format bedeutet
auch, dass die Newsreader und  Hilfsprogramme  unabhaengig  von  den  Netzen
implementiert   werden  können.  Momentan  gibt  es  Importer/Exporter  fuer
MausNet,  FidoNet  oder  Netze  mit  Fido-Technologie,  UUCP,  QWK,   Z-Netz
(Zerberus und ZConnect) und diverse RFC-Protokolle.

UMS   unterstuetzt  mehrere  Benutzer.  Jeder  Benutzer  erhaelt  gesonderte
Zugriffsrechte, die von  UMS  automatisch  ueberwacht  werden.  Ueber  diese
Zugriffsrechte  laesst  sich  regeln,  welche Gruppen der Benutzer lesen, in
welche er schreiben und an welche Adressen er Mails schicken darf.

Importer und Exporter werden wie normale  UMS  Benutzer  in  der  UMS.config
eingetragen, haben aber besondere Zugriffsrechte.

Im Normalzustand kann ein Exporter fuer ein System nicht die Nachrichten von
dem Importer eines anderen Systems lesen. Dies ist eine Sicherheitsbarriere,
um  die  Entstehung  von  nicht  autorisierten Gateways zu unterbinden. Erst
durch  Vergabe  eines  Schluessels  wird  UMS  in   dieser   Hinsicht   voll
funktionsfaehig.

UMS   stellt  eine  einheitliche  Schnittstelle  zur  Verfuegung,  z.B.  die
ums.library  auf  AmigaOS,  damit  die   Programme   unabhaengig   von   der
Implementierung   von  UMS  sind.  *Alle*  Aktionen  geschehen  ueber  diese
Schnittstelle.

UMS ist momentan nur auf Amiga Rechnern implementiert.  Im  Prinzip  spricht
aber  nichts  dagegen, es auch auf anderen Rechnern oder Betriebssystemen zu
implementieren.


Welche fuer Dokumentation gibt es zu UMS?
=========================================

Es gibt verschiedene Dokumente zu UMS:

ums-cfg.doc
-----------
Dieser Text enthaelt Informationen zur Konfiguration von UMS.

ums-mf.doc
----------
Dieses Dokument beschreibt das Nachrichtenformat von UMS.

ums.doc
-------
Dieses Dokument beschreibt im Autodoc-Format  das  Interface  zu  UMS.  Hier
werden  alle  Funktionen und deren Parameter erklaert, die das Interface zur
Verfuegung stellt.


Welche Programme gibt es fuer UMS?
==================================

In runden Klammern die jeweils aktuelle Öffentliche Version und  in  eckigen
Klammern das Kürzel des Autors. Eine Liste der Kürzel folgt weiter unten.

Das Herz
=-=-=-=-

[mh] ums.library (10.21)
[mh] UMSserver (10.33)

Weiterhin gibt es eine öffentliche Beta-Release der Version 11.


Im-/Exporter
=-=-=-=-=-=-

UMS Maus (3.2)
--------------
[chr]
Dieses Paket enthaelt alle Dateien, um UMS im MausNet zu benutzen.  Für  den
MausTausch wird noch ein Terminalprogramm benötigt (z. B. VLT, NComm).

UMS-RFC (0.11)
--------------
[sb]
Dieses Paket enthaelt diejenigen Programme, um UMS im Internet  benutzen  zu
können. Damit kann UMS außer UUCP auch über TCP/IP mit den Protokollen NNTP,
SMTP und POP3 betrieben werden. Benötigt UMS V11!

UMS Fido (2.00)
---------------
[as] [kai] [mh]
Dieses Paket enthaelt diejenigen Programme, um UMS im FidoNet zu  betreiben.
Zusaetzlich  wird ein  Programm  zum  Poll  benötigt (z. B. Trapdoor). Diese
Version ist Nodefähig. Öffentliche Beta-Version!

UMS Zer (2.22)
--------------
[mj]
Dieses Paket enthält diejenigen Programme, um UMS im  Z-Netz  (Zerberus)  zu
betreiben.  (Netcall  3.8  oder  ZConnect.) Ein Pollprogramm wird zusätzlich
benötigt und ist vom gleichen Autor erhältlich.

UMS QWK (1d)
--------------
[ih]
Dieses Paket enthält Im- und Exporter für QWK-Mailboxen.


Newsreader
=-=-=-=-=-

RUMS (2.02)
------------
[mh] [kai]
Dieses Paket enthält einen Newsreader. Dieser ist  nur  über  die  Tastatur,
aber  dadurch auch remote zu bedienen. Es werden nicht alle Features von UMS
unterstützt!

IntuiNews (1.3a)
---------------
[tron] [ms]
Dieses Paket enthält einen Newsreader  mit  graphischer  Oberfläche.  Dieser
benötigt zusätzlich das Magic User Interface (MUI) Version >= 2.0.

READ (?.?)
----------
[tt]
Dieses Paket enthält einen weiteren Newsreader mit  graphischer  Oberfläche.
MUI wird ebenfalls benötigt. Öffentliche Beta-Version!


Gruppentools
=-=-=-=-=-=-

UMSMapsTool (1.4)
-----------------
[olio]
Mit  UMSMapsTool  kann  man  als  Z-Netz  Point   Bretter   bestellen   bzw.
abbestellen. Benötigt MUI.

UMSGroup (2.11)
---------------
[mk] [ml]
UMSGroup ist ein Programm, um im MausNet  Gruppen  (Newsgroups)  Offline  zu
bestellen/abzustellen. Benötigt MUI.

UMSFix (0.8)
------------
[ps]
UMSFix ist ein Areafix für Fido-kompatible Netze. Er nimmt Area-Bestellungen
der User entgegen und bestellt diese gegebenenfalls beim Uplink.

UMSFeeder (0.31b)
-----------------
[msi]
UMSFeeder ist ein Tool,  um  in  RFC-Netzen  Newsgroups  zu  bestellen  oder
abzustellen.  Es  unterstützt Feeder, Changesys und ein paar andere Formate.
Öffentliche Beta-Version!

Sonstiges
=-=-=-=-=

SUMSTools (2.10)
----------------
[ss] [kmel] [zza] [tron] [olio] [us]
Enthält  _vier_  kleine  Utilities:  sumsset,   sumswrite,   sumsprint   und
sumsfolder,  zum  Lesen  und  Schreiben  von  Nachrichten,  zum  Ändern  der
Message-Flags und zum Verschieben von Nachrichten in Folder.

ConfUMS (1.2)
-------------
[olf]
Erlaubt die Modifikation  der  Variablen  in  der  ums.config  (Server-  und
Uservariablen).  Vorteil  gegenüber der Bearbeitung der ums.config mit einem
Texteditor: der UMSServer braucht nicht neu gestartet werden,  d.h.  Clients
könnnen weiterhin eingeloggt bleiben. Benötigt MUI und UMS V11.

Bouncer (1.5)
-------------
[mh]
Der Bouncer sucht in der Messagebase nach Nachrichten,  die  entweder  nicht
exportiert werden konnten oder nicht einem bestimmten User zugeordnet werden
können.

TopTen (2.0) / UMSMailStat (1.18)
----------------------------------
[jg] / [olf]
Beide Tools erstellen eine Statistik über die  Messagebase  und  zeigen  sie
nach verschiedenen Kriterien sortiert an.

UMSPasswd (0.11)
----------------
[sb] [kmel]
Tool zum  Ändern  der  Passwörter  in  der  UMS.config.  Ein  mit  UMSPasswd
gesetztes/geändertes   Passwort   wird  anschließend  verschlüsselt  in  der
UMS.config eingetragen. (Sicherheitshalber sollte man sein Passwort  deshalb
stets  mit  UMSPasswd  setzen/  ändern und nicht einfach von Hand (und damit
unverschlüsselt) in die UMS.config eintragen.)

UMSDoctor (1.3)
---------------
[mh]
UMSDoctor rettet so viele  Nachrichten  wie  möglich  aus  einer  zerstörten
Messagebase.

UMSSalve (1.0)
--------------
[as]
UMSSalve basiert auf dem Quellprogramm von UMSDoctor und versucht  so  viele
Nachrichten wie möglich aus einer zerstörten Messagebase zu retten.

UMS Im-/Export (2.4/2.6)
------------------------
[mh]
Das  sind  2  Programme,  um  Nachrichten  aus  einer   UMS-Messagebase   zu
exportieren  und sie in eine andere Messagebase wieder zu importieren. Sowas
ist z. B. nötig, wenn die Messagebase mal zerstört wird  und  ein  Teil  der
Nachrichten noch zu retten ist.

FixAccess
---------
[mh]
Zugriffsrechte  für  einen  (neuen)  User  updaten.  Wenn  ein  neuer   User
eingetragen   wird,  so  hat  er  ja  noch  keinen  Zugriff  auf  die  alten
Nachrichten. Mit FixAccess kann man ihm Zugriff auf diese alten  Nachrichten
geben.

SetFolder (1.3)
---------------
[kmel]
SetFolder  schiebt  Mails  in  Folder  und  benutzt  dabei  einen  schnellen
Algorithmus.  Evtl.  kann ein ReplyName/ReplyAddr gesetzt werden, beinhaltet
'MList2Folder' und benutzt die UMS.config.

Child2Folder (1.0)
------------------
[olf]

Sortiert neue persönliche Nachrichten in den gleichen Folder ein, in dem die
Ursprungsnachricht steht.

SetExpire (1.0)
---------------
[kmel]

SetExpire gibt Nachrichten, bei denen das "Verfalldatum" überschritten  ist,
zum Löschen durch CleanUMS (ARexx-Script) bzw. Servercontrol frei.

Servercontrol (1.0)
-------------------
[tron]
Servercontrol ersetzt  die  ARexx-Scripts  QuitUMS.rexx,  CleanUMS.rexx  und
FlushUMS.rexx. Benötigt UMS Version 11!

ListWizard (1.4)
----------------
[ab]
Mit ListWizard kann man neue MailingList-Nachrichten in Gruppen  verschieben
bzw. Kommentare von Gruppen zu den pers. Nachrichten kopieren.

ReplyWizard (1.2)
-----------------
[ab] 
Mit diesem Tool können automatische Replys auf  Mails  erzeugt  werden.  Der
Reply-Text ist  konfigurierbar  und  die  Mails  können  nach  verschiedenen
Kriterien ausgewählt werden.

Away from Mail (0.5)
--------------------
[amb]
AFM dient dazu, automatisch eine Empfangungsbestätigung zu verschicken, wenn
der Benutzer z. B. im Urlaub ist oder aus einem  anderen  Grund  seine  Mail
nicht beantworten kann.

UFM (0.7)
---------
[chr]
UFM ist ein  Mailserver.  Files  können  als  Mail(s)  via  UMS  angefordert,
verpackt und versendet werden.

SortINA (1.3)
-------------
[us]
SortINA ist ein Programm, um das Adressbuch von IntuiNews zu sortieren.

IntuiBook (1.01)
----------------
[mlu]
Ein Adressbuch für den Newsreader IntuiNews mit eingebautem Editor.

UMSWatch (1.2)
--------------
[ps]
Zeigt an, wieviel ungelesene Mail & News in der  Messagebase  vorhanden  sind
und macht sich bei neuer Mail bemerkbar.

UMSFault (1.0)
--------------
[fd]
Gibt zu einer UMS-Fehlernummer den entsprechenden Fehlertext aus.


Scripts
=-=-=-=

MultiMaus (1.3)
---------------
[mh]
ARexx-Script zum anrufen einer oder mehrerer MausNet-Mailboxen um  dort  für
einen   oder   mehrere  User  den  MausTausch  durchzuführen.  Benötigt  das
Terminalprogramm VLT.

ShowGroups (1.5)
----------------
[kai] [hG] [olk]
ARexx-Script, das eine  Liste  aller  Newsgroups  in  einer  UMS-Messagebase
erstellt.

ReplyDaemon (1.1)
-----------------
[hG] [olk]
ARexx-Script,  das  nach  neuen  Mails  in  angegebenen  Foldern  sucht  und
automatisch   eine   Empfangsbestätigung  (receipt-reply)  an  den  Absender
erstellt  Die  bearbeitete  Mail  wird   als   ungelesen,   archiviert   und
zurückgestellt markiert.

ReadMessage (1.4)
-----------------
[kai] [hG] [olk]
ARexx-Script, liest eine Nachricht aus einer UMS-Messagebase und gibt  diese
nach stdout.

WriteMessage (1.3)
------------------
[kai] [hG] [olk]
ARexx-Script, schreibt eine neue Nachricht in eine UMS-Messagebase.

ShowRexxCfg.intui (1.1)
-----------------------
[us]
Rexx-Script für IntuiNews, zeigt den Inhalt der Variable IntuiNews.Rexx an.


Mailboxen
=-=-=-=-=

KMS (2.0)
---------
[ts]
Das    Karfunkel    Mailbox     System     bietet     folgende     Fetaures:
Kommandozeilenorientierte  Steuerung,  hierarchische Brettstruktur, interner
Befehlssatz  beliebig  durch  externe  Befehle  in  Form  von  ARexx-Skripts
erweiterbar,   beliebige  AmigaDOS-Befehle/-Programme  einbindbar,  beliebig
aenderbare Systemtexte, eine Vielzahl an Zugriffskontrollmoeglichkeiten fuer
den  Systembetreiber,  Ein-  und  Ausgaben  komplett ueber die Standardein-/
-ausgabe,  eigenes  Adressbuch,  Laberfilter,  Vormerker,  Verzeichnis  fuer
Batchdateien   fuer  jeden  User,  Chat,  Screeneditor,  Lesen  aller  neuen
Nachrichten mit nur einer Taste (Space oder Return)  moeglich,  Anzeige  von
Textattributen (*fett*, _unterstrichen_, /kursiv/) in Nachrichten, ...


Programmierer-Hilfen
=-=-=-=-=-=-=-=-=-=-

Es   existieren    für    Programmierer    Schnittstellen    für    folgende
Programmiersprachen:

C        [tron]
Oberon   [mh]
Modula-2 [olf]
ARexx    [kai]



Woher kann man UMS bekommen?
============================

Auf  dem  Aminet   existiert   ein   Verzeichnis   für   alle   öffentlichen
UMS-Programme:

    /pub/aminet/comm/ums

Außerdem liegen sämtliche UMS-Programme auf:

    ftp://ftp.dfv.rwth-aachen.de/pub/amiga/UMS/

In folgenden Mailboxen sind  die  öffentlichen  UMS-Programme  recht schnell
verfügbar:

MausNet
-------
Maus Bremen II    0421/702569  Gruppen-Programmteil MT.UMS
Maus Iserlohn II  02371/944925 Gruppen-Programmteil MT.UMS

Beide Mäuse sind unter der gleichen Rufnummer auch per ISDN (X75) erreichbar.

Fido
----
Mowgli (Aachen)   0241/405949  File-Area DFÜ
                  FileRequest: 2:2452/107


Woher kann man den aktuellen UMS-FAQ bekommen?
==============================================

Der aktuelle UMS-FAQ liegt genauso wie die  anderen  UMS-Programme  auf  dem
Aminet, in den beiden Mäusen und der Mowgli.

Außerdem kann  sich  jeder  den  FAQ  bei  Erscheinen  einer  neuen  Version
automatisch    zuschicken    lassen.    Hierzu    einfach   eine   Mail   an
"mattin@unicorn.sauerland.de" schreiben. Hinter dieser  Adresse  sitzt  kein
Daemon, sondern ein Mensch!


Woher kann man Informationen zu UMS bekommen?
=============================================

FIDO
----
Hier  steht  die  Gruppe  UMS.GER  zur  Verfuegung.  Sie  ist  mit  mit  der
UseNet-Gruppe "de.comm.software.ums" vernetzt.

Usenet
------
Dort steht die Gruppe de.comm.software.ums zur Verfuegung. Sie ist  mit  der
FIDO-Gruppe "UMS.GER" vernetzt.

Außerdem  existiert  eine englischsprachige(!) Mailinglist namens "UMS-Intl"
(das steht für "UMS-International"). Um sich auf  diese  Liste  einzutragen,
schickt man eine Mail folgenden Format an "request@lyssa.owl.de":

ADD Ums-Intl "Vorname Nachname" e@mail.addresse
HELP
QUIT

Fragen dazu bitte per Mail an "postmaster@lyssa.owl.de".
 
MausNet 
-------
Hier steht die Gruppe  MT.UMS  zur  Verfügung.  Sie  ist  bisher  eine  reine
MausNet-Gruppe.  In  einigen  MausNet-Boxen (zur Zeit MK2, HB2, MS3, UN, DU3)
wird außerdem lokal die Gruppe  "de.comm.software.ums"  angeboten.  Zur  Zeit
laufen Bestrebungen, MT.UMS mit de.comm.software.ums zu vernetzen.

WWW
---
Die UMS-Homepage ist folgendermaßen zu finden:

   http://www.informatik.uni-bremen.de/~d15b/ums.html


Wie kann ich die jeweiligen Programmierer erreichen?
====================================================

Kontaktaddressen:
=================

[mh]   Martin Horneffer
       maho@umshq.rrz.uni-koeln.de

[chr]  Christian Rütgers
       chr@quack.westfalen.de
       MS.maus

[mj]   Marc Jackisch
       mtj@tron.gun.de

[sb]   Stefan Becker
       stefanb@yello.ping.de

[ih]   Ian Hibbert
       plunky@skate.demon.co.uk

[mk]   Martin Koyro
       MS3.maus
       mk@bones.westfalen.de

[ml]   Martin Loos
       MK2.maus
       mattin@unicorn.sauerland.de
       umsfaq@unicorn.sauerland.de

[kai]  Kai Bolay
       kai@studbox.uni-stuttgart.de

[tron] Matthias Scheler
       tron@lyssa.owl.de
       2:243/6301.223@fidonet

[ms]   Markus Stipp
       corwin@pixar.owl.de

[tt]   Tim Teulings
       UN.maus
       rael@edge.ping.de

[olf]  Olaf Peters
       HB2.maus
       op@hb2.maus.de
       olf@informatik.uni-bremen.de

[as]   Andre Schenk
       postmaster@melior.s.bawue.de
       2:246/1216.42@Fidonet

[hG]   Hartmut Goebel
       hartmut@oberon.nbg.sub.org

[ts]   Thomas Schwarz
       jaxom@ruatha.muc.de

[kmel] Klaus Melchior
       kmel@eifel.oche.de

[mz]   Martin Ziemer
       AC.maus

[ss]   Stefan Stuntz
       stuntz@informatik.tu-muenchen.de

[zza]  Bernhard Möllemann
       zza@rz.uni-karlsruhe.de

[olk]  Oliver Knorr
       olk@johann.nbg.sub.org

[olio] Oliver Oster
       olio@cosmos-l.gun.de
       olio@informatik.uni-bremen.de
       2:2426/3060.67@fidonet

[ab]   Andreas Baum
       fatso@dame.shnet.org

[amb]  Alexander M. Bauer
       Alexander_Bauer@hn.maus.de
       barbarossa@fsw.tynet.sub.org

[ps]   Peter Stegemann
       Peter.Stegemann@infra.de
       2:2476/824.0@Fidonet

[us]   Ulrich Sibiller
       uli@pizza.tynet.sub.org
       42@studbox.uni-stuttgart.de
       2:246/1416.38@Fidonet

[jg]   Jan Geißler
       jan@digit.franken.de

[mlu]  Michele Lucini
       mike@locebbs.chnet.ch
       2:301/231@Fidonet

[msi]  Michael Sievert
       mike@luthien.ping.de
       UN.maus


Teil 2 - Frequently asked questions
***********************************

Allgemeines
-----------

Zunächst ein Hinweis bezüglich der benutzen Festplatten/Controler:

  UMS' cleanup ist  ein  harter  Test  für  die  Hardware:  viele  MB  müssen
  möglichst  schnell  hin-  und herbewegt werden, also u.a. auch in möglichst
  großen Stücken. Während einwandfreie Hardware  damit  keine  Probleme  hat,
  kommen  Probleme  mangelhafter Hardware eher und deutlicher zu Tage als bei
  anderen Anwendungen. Z.B.:

  - schlecht programmierte HD-Interfaces ohne DMA können das restliche System
    ziemlich lahmlegen

    Abhilfe: ordentliches Interfaces zulegen.

  - seltenere  Übertragungsfehler  auf dem SCSI-Bus können die MB "versteckt"
    zerstören: erst fällt nichts auf, füher oder später sind aber einige Msgs
    in der MB "corrupted".

    Abhilfe: SCSI-Bus   prüfen,   bessere   SCSI-Kabel   nehmen,  ordentliches
             Interface zulegen oder MaxTransfer herabsetzen.

  - Bugs auf der IDE-Festplatte erlauben nicht mehr als x Blöcke  gleichzeitig
    zu übertragen.

    Abhilfe: MaxTransfer herabsetzen oder ordentliche Festplatte kaufen.

  - echte   Schreibfehler   auf   der   Platte   können    mit    aussagelosen
    Fehlermeldungen zu einem fehlgeschlagegen cleanup führen.

    Abhilfe: Festplatte austauschen.


F: Warum wird das UMS-FAQ.Guide nicht in de.comm.software.ums gepostet?

A: Weil de.comm.software.ums eine Diskussionsgruppe ist und dort  keine  Hy-
   pertexte, Binaries und ähnliches gepostet werden sollte.


F: Nach der Installation von UMS  wird  meine  Messagebase  nicht  gefunden,
   obwohl alle Pfade gesetzt sind. Änderungen  an  der  UMS.config  brachten
   auch keine Änderung.

A: Die ENV-Variable UMSMB.<Name der Messagebase> wurde nicht  gesetzt.  Hier
   muß der Pfad zum Messagebase-Verzeichnis eingetragen werden.


F: Was genau heisst global und lokal?

A: Globale Variablen kann jeder User lesen, lokale sind nur  für  den  User,
   den Du grade in ConfUMS eingestellt hast. Probier es einfach mal aus!  Du
   kannst z.B. eine globale IntuiNews.Editor-Variable erzeugen, die dann für
   alle User gilt, d.h. alle haben den gleichen Editor, und für einen Deiner
   User noch eine lokale gleichen Namens, d.h. dieser  eine  User  hat  dann
   seinen Privat-Editor.


F: Nachdem ich vor kurzem das Problem hatte, dass die Message-Base irgendwie
   beschaedigt  war  (UMS  und  IntuiNews  meldeten  immer wieder Fehler wie
   "corrupted  message"  oder  "Fehler  beim  Scannen  der   UMS-Datenbank",
   Im-/Export  funktionierte  aber),  werden  mir  jetzt  beim Cleanup keine
   Expired-Mails mehr geloescht. Fehler der o.g. Art traten aber in  letzter
   Zeit  nicht  mehr  auf.  Nur muss ich die Expired-Mails immer von Hand in
   IntuiNews loeschen, erst dann werden sie  beim  Cleanup  entfernt.  Woran
   kann  das  liegen? Wie kann ich die Msg-Base am besten regenerieren, ohne
   sie komplett zu loeschen? UMS-Doctor habe ich schon probiert,  aber  dann
   werden beim Reimport fast alle Mails als "Dupe" bemaengelt.

A: Nach  UMSDoctor  sollte  die  ursprüngliche  Message-Base  auch  gelöscht
   werden!  Man  kann  die  MB  auch  mit "Export" in ein File sichern, dann
   loeschen und mit "Import" wieder neuaufbauen. Nach solche Aktionen sollte
   man mit

     sumsset SysOp <Passwort> "OWNER=1 and FromAddr!=*"*"" "" Owner

   Das  Owner-Flag  wieder  "reparieren",   damit   IntuiNews   nicht   alle
   Nachrichten hervorgehoben anzeigt.


F: Nachdem mir gestern der Rechner beim Maillesen abgestuerzt war, musste ich
   nach dem Reset feststellen, dass meine MsgBase defekt ist.  Ich  hab  dann
   mit  UMSDoctor alles auf eine andere Partition gerettet. Anschließend habe
   ich die Nachrichten mit Import wieder in eine neue Messagebase  eingefügt.
   Klappte  auch  hervorragend,  nur  dass  jetzt scheinbar alle importierten
   Mails an mich adressiert zu sein scheinen, stoerte mich  etwas  (IntuiNews
   hob diese Mails farbig hervor). "Naja, solange das nur bei den alten Mails
   ist", dachte ich. Aber  Pustekuchen:  Nach  dem  Importieren  neuer  Mails
   wurden auch zahlreiche Mails von IntuiNews farbig hervorgehoben, auch wenn
   diese nicht an mich adressiert sind! Muss ich jetzt damit leben oder  kann
   man das irgendwie beheben?

A: sumsset <YOURACCOUNT> <PASSWORD> "FromAddr!=*"*"" "" OWNER



F: Nachdem ich meine defekte MessageBase mit UMSDoctor (Version 1.3) gerettet
   und mit import wieder zurückges pielt habe, wie es im Readme zum UMSDoctor
   beschrie ben ist, sind die Exported- Flags verschwun den. Jetzt möchte ich
   also sämtliche Messages als  exportier  t  markieren  (denn  sonst  können
   [sollen] sie ja nicht expired werden). Das habe ich versucht mit

   sumsset sysop passwd "exported=0" exported ""

   ... und sumsset meldet auch brav, zwölftausend Messages (oder so) gefunden
   zu  haben,  allerdings  ist  das  exported-Flag  hinterher  trotzdem nicht
   gesetzt...

A: Exported ist ein Server-Flag, das von außen nicht  geändert  werden  kann.
   SUMSSet  bzw.  der  UMSServer  sollten  IMHO eine entsprechende Fehlermel-
   dung erzeugen.



F: Ich benutze jetzt seit einigen Tagen UMS... meine MessageBase ist ca. 4MB
   gross. Nur zum Einscannen einer Newsgroup mit ca. 250 Nachrichten braucht
   IntuiNews sage und schreibe 1:20 Minuten. Ist das normal?

A: Das FFS des Amiga hat gewisse Probleme mit großen Files, in denen viel an
   verschiedenen Stellen mittendrin gelesen wird ("seek&read").

   Es  benötigt  dafür  nämlich sog. "file-extension blocks", die leider nur
   linear verkettet sind.  Damit  das  ganze  noch  effizient  funktioniert,
   sollte  die  jeweilige  Partition  genug  "buffer"  für  alle  benötigten
   file-extension blocks haben. Das sind die buffer, die man  mit  HDToolBox
   oder  in  der Mountlist konfigurieren und mit "C:addbuffers" nachträglich
   verändern kann.

   Die folgende Tabelle zeigt für verschiedenen Blockgrößen, für wieviel  KB
   Filegröße ein buffer reicht:

   blocksize  |  one file-extension block each                               
   -------------------------------------------
       512    |     36 KB
      1024    |    200 KB
      2048    |    912 KB
      4096    |   3.87 MB
      8192    |  15.94 MB
     16384    |  64.64 MB
     32768    | 260.35 MB

   Bei einer MB von 4MB und einer Partition mit den üblichen 512 Bytes/Block
   brauchst Du also mindestens 4MB / 36 KB = 114 buffer.

   Wer ein neues HDToolBox hat oder fit im Schreiben von Mountlist-Einträgen
   ist,  kann  für  die  UMS-MB  eine  Partition  mit  größeren  Blockgrößen
   verwenden. Das ist sehr empfehlenswert!



F: Ich habe seit kurzem das Problem, daß Expire (aus dem  UUCP  Paket)  meine
   Mails nicht expired, weil der UMS Fehler 102  auftritt  (no  writeaccess).
   Woran kann es liegen?

A: Zum Setzen des Expire-Flags brauchst Du Sysop-Rechte. Du mußt  Expire  mit
   einem Sysop-Account aufrufen.



F: Cleanums funtioniert bei mir nicht/stürzt ab/macht die MB kaputt...

A: Wenn Du "UnixDirs" benutzt, wirf es weg. Leider  weiß  ich  nicht,  _was_
   UnixDirs  da  macht  und  was  sich  der  Autor dabei gedacht hat. Es muß
   jedenfalls ein übler Hack sein. Auch PFS macht (noch) Probleme. Allgemein
   müssen die FileSystems für die MB zumindest SetFileSize() unterstützen.



F: Ich habe Probleme mit  der  Stackgröße  unter  UMS.  Ein  paar  Programme
   stürzen ab. Woran liegt das?

A: Es liegt am UMS-Server. Abhilfe:

   1.) "L:umsserver" in "L:umsserver.bin" umbenennen.

   2.) Folgendes als "L:umsserver" abspeichern:

   .KEY NAME
   .BRA {
   .KET }
   Stack 131072
   L:umsserver.bin {NAME}

   3.) "Protect L:umsserver RWDS".



F: Vor einigen Tagen bin ich von UMS 10.9 auf UMS 11.4 umgestiegen und mußte
   feststellen das ich beim Aufruf von QuitUMS folgende Fehlermeldung bekam:

      calls obsolete UMS-fct: 76BF090 = CLI[8] QuitUMS

   Beim Aufruf von CleanUMS bekomme ich:

      calls obsolete UMS-fct: 76BF090 = CLI[8] CleanUMS

A: Ab UMS Version 11 wird nur noch ServerControl unterstützt. Ein Befehl mit
   dem man Kommandos wie Quit, Flush, Cleanup, usw an den UMSServer schickt.
   Die beiden Befehle QuitUMS und CleanUMS sprechen  direkt  Funktionen  der
   ums.library an, die es ab Version 11 nicht mehr gibt.



F: Ich suche einen Laberfilter für UMS. Wo gibt's sowas?

A: Mit SumsSet (aus  den  SUMSTools)  kannst  Du  einfache  Filterfunktionen
   erreichen, u.a. auch mit Wildcards etc. Eine ältere Version der SumsTools
   sollte eigentlich Deinem  UMS-Paket  beiliegen.  Ein  mächtigerer  Filter
   befindet sich noch in der Betaphase.



F: Welche Dateien der Messagebase müssen bei einem Backup mitgesichert werden?

A: Alle außer ".idcount". Diese Datei hat *nichts* mit  der  Konsistenz  der
   Daten in der Messagebase zu tun. Wenn Dir der .idcount hopps geht oder Du
   ihn loescht oder sonstwas damit machst, legt UMSServer das  File  neu  an
   und generiert eine neue, aktuelle MessageID (z.B. unter Beruecksichtigung
   des  aktuellen  Datums/Zeit).  Die  Messagebase  wird   dadurch   *nicht*
   beschaedigt  oder  unbrauchbar.  Wenn Du also ein Backup zurueckholst, in
   dem *kein* .idcount vorhanden ist, dann wird UMSServer  dieses  File  neu
   generieren   und  Du  kannst  Deine  Messagebase  ohne  weitere  Probleme
   benutzen.



F: Könnte man die Messagebase auf einer muFS-Partition installieren, und nur
   dem UMSServer die write/delete-Rechte auf die Datenfiles erteilen?

A: Klar, funktioniert einwandfrei!  Einfach  eine  muFS-User  "news"  (o.ä.)
   einrichten und l:umsserver mit dieser User-ID und dem U-Flag ausstatten.


F: Warum kann UMS nicht die gebräuchlichen Atrribute  *fett*,  /kursiv/  und
   _unterstrichen_  schon beim Schreiben einer Mitteilung in die Messagebase
   z.B. durch Amiga-Escape-Sequenzen oder  auch  MUI-Steuerzeichen  ersetzen
   (je nach bevorzugtem Reader)?

A: Es  kommt  zu Problemen mit der Multiuserfähigkeit von UMS, da es möglich
   ist, daß die User, die auf die  Mitteilung  Zugriff  haben,  verschiedene
   Reader  verwenden:  sind  die  Attribute  z.B.  als  Amiga-Escapes in der
   Messagebase, so muß  IntuiNews  bzw.  MUI  diese  beim  Anzeigen  sowieso
   umsetzen.   Genauso   wäre   es   problematisch,   eine   Nachricht   mit
   MUI-Attributen  z.B.  im  RUMS  anzuzeigen.  Es  sollte  also  Sache  des
   anzeigenden Programms sein, die Attribute zu interpretieren.



F: CleanUMS loescht meine Archivierten Mails !!!! Warum?  Selbsverstaendlich
   habe ich bei Expire das Flag "ARCHIVE" gesetzt.

A: CleanUMS ist das Archive-Flag egal. Expire scheint da ab und  zu  Problem
   zu haben. Ich behelfe mir so:

   > Expire SysOp $PWD ARCHIVE
   > sumsset SysOp $PWD "ARCHIVE=1 AND EXPIRED=1" "" EXPIRED

   Damit verlierst Du garantiert keine archivierten Nachrichten mehr.


F: Ich habe seit kurzem das Problem, daß Expire (aus dem  UUCP  Paket)  meine
   Mails nicht expired, weil der UMS Fehler 102 auftritt (no writeaccess).

A: zum  Setzen  des Expire-Flags brauchst Du Sysop-Rechte. Du mußt Expire mit
   einem Sysop-Account aufrufen.


F: Wenn ich den Expire aufrufe und anschließend IntuiNews starte wird das "X"
   brav in IntuiNews angezeigt, starte ich aber den CleanUp, wird diese  Mail
   nicht geloescht, das Expireflag wird nicht erkannt. An  was  koennte  dies
   liegen?

A: Weil UMS Links optimiert abspeichert, können Links nur komplett  oder  gar
   nicht auf der MB entfernt werden. Solange in einem Ring  von  Links  nicht
   alle Msgs gelöscht oder "expired" sind, werden  bei  einem  Cleanup  keine
   davon entfernt.



F: Sind die entsprechenden UMS-Im/Exporter Gatebau-konform?

A: UMSFido und UMSRFC sind 100% konform mit der neuen Gatebau-Norm (am 1.2.95
   in Kraft getreten).



F: Gibt es ein Tool mit dem man die Newsgroups von Artikeln ändern kann?

A: Was Du möchtest, kann mit NetGroups realisiert werden. Du definierst eine
   Netgroup, die beiden Namen die gleiche Gruppe zuordnet:

   ( Netgroups
       zer.DE.COMM.SOFTWARE.UMS
       de.comm.software.ums
   )

   Jetzt  mußt  Du  nur  noch  Deinen   Usereintrag   so   ändern,   daß   er
   de.comm.software.ums lesen kann, aber die zer.#? nicht zu sehen bekommt.

   Unter V10 ist es etwas aufwendiger. Wenn Du keinen Gatekey hast, bringt es
   leider gar nichts. Solltest  Du  einen  haben,  definierst  Du  auch  eine
   entsprechende  Netgroup,  mußt  dann  bei  User und Exporter beide Gruppen
   eintragen und schließlich mit Groupfilter dem Exporter zer.#? und dem User
   de.comm.software.ums als "Erscheinungsbild" konfigurieren.

   Eine  "Wandlung"  in  dem  Sinne  geht kaum, aber wenn Du nur alte Artikel
   umschaufeln willst, kannst Du obiges (sogar unter V10 auch  ohne  Gatekey)
   machen  und  alles  mit  export/sumsdel/cleanums/import als "neue" Artikel
   importieren.

   Es geht aber noch einfacher, ohne ändern des ReadAccess:  wenn  der  User-
   eintrag ReadAccess auf beide Gruppe hat, nimmt UMS (seit irgendeiner  frü-
   hen 11er Version) den ersten Eintrag aus Netgroups  als  Namen  der  News-
   group an, d.h. in Deinem Beispiel würde der zer.-Eintrag  verwendet.  Ein-
   fach die Zeilen vertauschen, dann braucht am  ReadAccess  nichts  geändert
   werden und der gewünschte Effekt tritt trotzdem ein.



F: Kann ich das [APXY]FS, das viel besser/schneller/toller ist als  FFS,  für
   die UMS Message-Base verwenden? Was habe ich dabei zu beachten?

A: Im Prinzip ja, wenn es folgende Bedingungen erfüllt:

   1) es unterstützt alle DOS-Packets, die vom 1.3'er FFS unterstützt.

   2) es unterstützt darüberhinaus SetFileSize() einwandfrei.
    
   3) es unterstützt Flush() einwandfrei und  sichert  seine  Puffer  in  der
      entsprechenden Reihenfolge.

   4) es verhält sich bei beliebig positionierten, u.U.  großen  Read()s  und
      Write()s in großen Files einwandfrei.

   Bemerkungen dazu:

   2) ältere PFS-Versionen konnten das nicht  und  die  Benutzer  fielen  beim
      ersten Cleanup auf die Nase. Wie  es mit neueren Versionen ist, kann ich
      nicht beurteilen.

   3) ohne Flush() ist  u.U. alles,  was  vor  dem  ordentlichen  Beenden  des
      umsservers geschrieben wurde nach einem  Reset/Absturz  o.ä.   verloren.
      "SOFTFLUSH"  und  "HARDFLUSH" sind dann nutzlos. Das 1.3'er FFS verhielt
      sich so. Es ist eine Option für den umsserver in Vorbereitung, die diese
      Probleme umgeht.

      Wenn Platten-Cache Programme, andere  Filesystems  o.ä.  die  Reihenfolge
      beim  Schreiben von Daten oder Steuerinformationen bei Flush() verdrehen,
      kann umsserver u.U.  die  MB  nach  einem  Reboot/Absturz  während  eines
      Imports nicht mehr selbständig reparieren.

   4) aus diesem  Grund  haben komprimierende FS, gleich welcher Art, praktisch
      keine Chance mit UMS vernünftig zusammenzuarbeiten. Entweder  kommen  sie
      mit  Files,  die  größer als der Hauptspeicher sind, gar nicht klar, oder
      sie werden _sehr_ uneffizient.

      AFS scheint bei Write()s Speicher in Abhängigkeit von der Puffer-Größe zu
      allozieren. U.U. geht dann ein Cleanup in die Hose.

      _Beachten_  muß  man bei einem anderen FS als dem FFS, daß man die Option
      "NOADDBUFFERS"  setzt.  Sie  verhindert  das  automatische   Setzen   der
      FFS-spezifischen optimalen FS-Pufferzahl (mit AddBuffers()). Statt dessen
      muß man selber darauf achten, die FS-Puffer für die MB-Größe  günstig  zu
      dimensionieren.

      _Empfohlen_  wird  das  FFS  (>=2.0).  Das  funktioniert einwandfrei. Für
      optimale Performance empfiehlt sich eine Blockgröße von  2  oder  4KB  (4
      oder  8KB  bei  sehr  großen  MBs;  beliebig mehr, wenn man RAM zugunsten
      geringerer Fragmentierung opfern will) und  eine  MB-Partition,  auf  der
      _keine_  spool-Verzeichnisse  liegen  oder  andere  sich  häufig ändernde
      Files.

      AFS/PFS soll ab der Version 15.7 mit UMS sauber laufen.


F: UMS erhoeht ja die Buffer beim Start,  falls  von  Noeten.  Nun  wollte  ich
   fragen ob diese Buffer das gleiche sind wie ein Disk Cache ?

A:  Teils,  teils.  Die "Buffers" des Amiga-FFS wirken in der Tat als Cache und
    puffern Blöcke der Festplatte.  Allerdings  nicht  beliebige,  sondern  nur
    bestimmte:  keine  Daten-Blöcke,  sondern  nur solche mit Verwaltung-Daten.
    Also Directory- und Fileheader- und Fileextension-Blöcke. Bei großen  Files
    mit  beliebig  positionierten Lesen-/Schreibzugriffen, wie UMS sie benutzt,
    ist es für die Effizienz  des  FFS  wichtig,  daß  genug  Buffer  für  alle
    File-Header-  und Fileextension-Blöcke angelegt werden. Das macht umsserver
    bei Start automatisch für die Partition der  MB  und  gibt  die  Buffer  am
    Programmende wieder frei. Wenn man ein anderes Filesystem als das Amiga-FFS
    verwendet,  sollte  man  dieses  Feature  mit  der  Option   "Noaddbuffers"
    ausschalten. Die Größe des UMS-eigenen Caches wird vom umsserver beim Start
    automatisch festgelegt in Abhängigkeit vom  verfügbaren  Hauptspeicher  und
    ggf von den Optionen GREEDY, SPARING, BETTERIMPORT und BETTEREXPORT.



UMS.config
----------

F: Wie kann ich am einfachsten und sichersten zwei User "zusammenlegen"? Die
   Daten  sollen  dann  so  in  der MB stehen, als ob "User 2" ein Alias von
   "User 1" gewesen wäre.

A: - alle Messages an "User 2" exportieren (mit Export)
   -        - " -              in der MB löschen
   - CleanUMS laufen lassen
   - "User 2" als Alias von "User 1" deklarieren, user "User 2" entfernen
   - Messages wieder importieren



F: Warum weist UMS öffentliche Nachrichten (z.B. in  der  UMS.GER)  mit  "no
   import  access"  ab,  deren  Absenderadresse nicht auf das IMPORT-Pattern
   paßt. Bisher dachte ich, IMPORT ist nur für private Nachrichten.

A: IMPORT gilt für private  UND  öffentliche  Msgs.  Sinn:  der  Sysop  soll
   verhindern  können,  daß  seine  Points  über  ihn  Msgs  mit gefälschten
   Absender-Adressen einschleusen.



F: Ich bekomme immer wieder von uuxqt die Fehlermeldung UMS-Error  110:  MSG
   too big. Muss ich MaxMsgSize erhöhen (ist schon 200000)?

A: Das hängt von der Größe der Messages ab, die du empfängst. Wenn du  Nach-
   richten mit mehr als 200000 Bytes Länge empfängst, dann kommt diese  Feh-
   lermeldung. Abhilfe: MaxMsgSize erhöhen.



ConfUMS
-------

F: Warum stellt ConfUMS keine  Save/Use/Cancel-Funktionalität  zur  Verfügung
   wie die Prefs-Programme?

A: ConfUMS'  Icon  ist da  wohl ein wenig verwirrend. ConfUMS soll keineswegs
   ein Prefs-Programm für UMS sein (wie die in Sys:Prefs/). Das  Konzept  für
   ein Prefs-Programm wäre viel komplizierter gewesen: jede Änderung an einer
   Variablen müßte zwischengespeichert werden bis der  Benutzer  ConfUMS  mit
   der  Save-Funktion verläßt. 'Use' wäre durch die fehlende Unterstützung in
   UMSServer und -Library gar nicht möglich gewesen. Betrachte  ConfUMS  also
   als  einen  Config-Editor  und  nicht  als ein Prefs-Programm. Es ist eben
   ConfUMS - nicht UMSPrefs! ;-)



F: ConfUMS entfernt die ganzen Kommentare aus meiner ums.config und  sortiert
   sie auch noch, warum?

A: Föllig valsch! ConfUMS hat keine Ahnung, daß eine -- wie nennst Du sie? --
   ums.config  existiert!  ;-)  ConfUMS  kommuniziert   mit   dem   UMSServer
   ausschließlich  über  ums.library-Funktionen, die tatsächlichen Änderungen
   in der ums.config werden also vom Server selbst vorgenommen:  ConfUMS  hat
   absolut  keinen Einfluß darauf, wie die ums.config aussieht. Trotzdem gibt
   es Abhilfe (mit einem Server v11): einfach in die globale  Server-Variable
   'Options' 'SAVECOMMENTS' einfügen und die Kommentare werden beibehalten.



UMS Maus
--------

F: Also ich habe ein Outfile.TXT fuer UMS und komme mit dem m2ums Prog nicht
   klar. Immer wenn ich es aufrufe kommt die Meldung *Stack Overflow*.

A: In  der  Shell,  bevor  Du  m2ums  aufrufst,  ein  'Stack  32768'  und es
   funktioniert.



F: Ich habe eine öffentliche Nachricht mit dem  Zusatz  "(lokal)"  versehen,
   aber trotzdem hat UMS die ins Netz geschickt. Wie kommt das?

A: Im  Intuinews  kann  man  beim  posten  von Öffentlichen Nachrichten eine
   Distribution angeben. Die ist im MausNet:

   L wie Lokal
   M wie MausNet
   N wie Net

   Wenn diese gesetzt ist  (Intuinews  nimmt  als  Default  den  Status  der
   kommentierten  Nachricht),  geht diese Angabe vor der Distribution-Angabe
   in der letzten Zeile der Mail (lokal) (Mausnet) (net).

   Beispiel:

   Distribution beim IN ist "N" (wie Net).
   Der User schreibt in die letzte Zeile (lokal).
   -> Die Nachricht geht ins Netz, weil die Distribution-Angabe vorrangig ist.



UMS Fido
--------
F: Bei FidoImport erscheint der Fehler:
   failed login: user "fido.2.2426.3090.0" not known
   Die Msgs werden zwar richtig einsortiert,  nervig  ist  das  erscheinende
   Window aber doch.

A: Dann fehlt beim User "FidoBoss" ein Alias, sollte etwas so aussehen:

   User
   Name  "Pentagon"
   Alias "FidoBoss"
   Alias "fido.default"
   Alias "fido.2.2426.3090.0"
   ...
   EndUser



F: FidoExport/Import 1.52 stürzt ab. Was ist los?

A: Der Stack ist zu klein. Stack 20000 behebt das Problem. UMSFido 2.0  wird
   weniger Stack benötigen und nicht abtürzen, wenn es zu wenig hat.



F: Wie kann ich bei UMSFido den Zeichensatz einstellen? Bei FidoImport  kommt
   oft so Zeugs wie

      charsettable AMIGA unknown oder
      charsettable PC-8 unknown...

   Wie kann ich das aendern????

A: Unter UMS V11 in der UMS.config:

      ( "fido.charset.AMIGA" "LATIN-1" )
      ( "fido.charset.PC-8" "IBMPC" )

   Unter UMS V10 in der UMS.config:

      fido.charset.AMIGA = "LATIN-1"
      fido.charset.PC-8  = "IBMPC"



IntuiNews
---------
F: Warum zeigt IntuiNews mir keine Folder an, obwohl ich Nachrichten in Folder
   verschoben habe bzw. "sumsfolder" oder "MList2Folder.rexx" benutzt habe?

A: Um  Folder in IntuiNews benutzen zu können, muß man in der "ums.config" bei
   "HeaderFields" und "IndexFields" das Feld 15 eintragen.



F: Warum kann IntuiNews keine  private  Nachricht  als  öffentliche  Nachricht
   weiterleiten?

A: Da  das  Weiterleiten von privaten Nachrichten in öffentliche Gruppen gegen
   die Netiquette der meisten  Netzwerke  verstößt,  haben  sich  die  Autoren
   entschieden, eine solche Funktion nicht zu implementieren.



F: IntuiNews  färbt  alle  Einträge, die ein To: gesetzt haben weiß. Und nicht
   nur die, die speziell auf einen meiner Artikel  geschrieben  wurden.  Woran
   könnte das liegen?

A: Am Owner-Flag, versuch mal:

   sumsset SysOp <Passwort> "OWNER=1 and FromAddr!=*"*"" "" Owner



UMS-RFC/UMS-UUCP
----------------

   Um das Fälschen von Mail-Adressen mit Hilfe von SMTP (beschrieben in  der
   c't  9/95, S. 184 "Schlüsseldienst") zu verhindern, sollte man das IMPORT
   Pattern für den SMTP  Exporter  überprüfen.  Insbesondere  gilt  das  für
   Nodes, die Mail auch weiterreichen.

   Beispiel:

      Domainname: host.sub.domain
      Pattern:    ( IMPORT "#?@~(host.(sub.domain|uucp))" )

   So wird ein "MAIL FROM:" mit der Adresse eines lokalen Users unmöglich.


F: Kann  man  mit  UMS  ein  Usenet-Posting  canceln,  wie  es  z.B.  in   den
   misc.forsale.*

A: Mit  UMS  V11  und  UMS  RFC  geht es so: Du mußt ein Posting in die Gruppe
   schreiben, bei dem du in RFCAttr den folgenden Text einträgst:

      "Control: cancel <Msg ID des zu cancelenden Artikels>"

   Die "" MÜSSEN mit eingegeben werden!



F: Beim einsortieren der Nachrichten werden zusätzlich Nachrichten  in  vielen
   anderen Gruppen, die ich nicht bestellt habe, eingetragen.

A: Das sind Crosspostings (Nachrichten, die  an  mehrere  Gruppen  addressiert
   sind).  Um  diese  Newsgroups  bei  Dir  nicht  zu  erzeugen,  arbeite  mit
   Writeaccess. Wenn es Dir reicht, die Nachrichten nicht  zu  sehen,  arbeite
   mit IntuiNews.Groups. Gemäß der Bestimmungen von RFC 1036 solltest  Du  die
   letztere Möglichkeit wählen.

### End of FAQ



