🚀 go-pugleaf

Im Artikel <68072034@spark.rhein-main.de> schrieb Michael Prix
<spark@black-z.commo.mcnet.de>:
> 1.) Der Sortin unter ZC ist elendig langsam.

Pack die MessageBase auf eine eigene Partition mit 4KB Blöcken.

> 2.) Mein erster UUCP-Poll verlief grauenhaft.

Der "uucico" hat nichts mit UMS zu tun, der wird nur mitgeliefert. Wende
Dich an den Autor (Kai Siering), wenn Du damit Probleme hast.

> . die Mail kam an, wurde verarbeitet, tauchte aber nie in der MB auf !

AKA falsch gesetzt.
 
-- 
Matthias Scheler
tron@lyssa.owl.de

Im Artikel <68072034@spark.rhein-main.de> schrieb Michael Prix
<spark@black-z.commo.mcnet.de>:
> 1.) Der Sortin unter ZC ist elendig langsam.

Pack die MessageBase auf eine eigene Partition mit 4KB Bl cken.

> 2.) Mein erster UUCP-Poll verlief grauenhaft.

Der "uucico" hat nichts mit UMS zu tun, der wird nur mitgeliefert. Wende
Dich an den Autor (Kai Siering), wenn Du damit Probleme hast.

> . die Mail kam an, wurde verarbeitet, tauchte aber nie in der MB auf !

AKA falsch gesetzt.
 
-- 
Matthias Scheler
tron@lyssa.owl.de
---

Michael Prix schrieb:

 MP> 1.) Der Sortin unter ZC ist elendig langsam.
 
Es ist extrem wichtig, daß die MB-Partition genügend Buffer hat. Die MB
sollte auf eine Partition mit großem Blocksize (z.B. 4kB).

 MP>     und, weiter unten:
 MP>     (01/12-18:18:40) uuxqt,odb,- UUXQT already running for <?> ...
 
Bist Du sicher, daß der UMS-uuxqt aufgerufen wurde?

  Tschüß, Kai

Michael Prix schrieb:

 MP> 1.) Der Sortin unter ZC ist elendig langsam.
 
Es ist extrem wichtig, da  die MB-Partition gen gend Buffer hat. Die MB
sollte auf eine Partition mit gro em Blocksize (z.B. 4kB).

 MP>     und, weiter unten:
 MP>     (01/12-18:18:40) uuxqt,odb,- UUXQT already running for <?> ...
 
Bist Du sicher, da  der UMS-uuxqt aufgerufen wurde?

  Tsch  , Kai
---

Im Artikel <68072061@spark.rhein-main.de> schrieb Michael Prix
<spark@black-z.commo.mcnet.de>:
> Oergl. Wie ?

"C:Copy"

> Da stehen jetzt schon hunderte von Hard-/Softlinks auf der Platte.

UMS erzeugt keine Hard- oder SoftLinks auf der Platte.

-- 
Matthias Scheler
tron@lyssa.owl.de

Michael Prix (spark@black-z.commo.mcnet.de) schrieb:


 >    (01/12-18:18:40) uuxqt,odb,- UUXQT already running for <?> ...
 >    (01/12-18:18:42) -,-,- Received mail for mp
 >    (01/12-18:18:42) -,-,- Sendmail, Sending mail to mp

Das ist nicht der UMS uuxqt, sondern der von (w)uucp. UMS hat kein sendmail.

 >CU, Michael

+++hartmut

Michael Prix schrieb am Sun, 21 Jan 96 19:00:29 GMT in
<69752008@spark.rhein-main.de>: 

> Was hier elendig aufhaelt sind wohl die Crosspostings. Das steht der
> Rechner regelmaessig. Hat in diesem Zusammenhang schon jemand Erfahrung
> mit Mailfilter gesammelt ? Darueber sollte es doch eigentlich gehen, die
> Crosspostings in einem ertraeglichen Rahmen zu halten, so z.B. nur in
> die Gruppen einsor- tieren zu lassen, die man auch bestellt hat.

 Das geht über einen eingeschränkten Writeaccess für den Exporter...
 Allerdings halten das manche hier für nicht RFC-konform. Wenn Dich
vor allem die Optik stört, tut's vielleicht auch IntuiNews.Groups ;-)

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.unterland.de

SH> Das geht über einen eingeschränkten Writeaccess für den Exporter...

Und wie kann ich die doofen Fehlermeldungen unterdrücken? Ich will nicht
unbedingt einen eigenen User dafür kreieren...


Flo
--
NP: Nix.

Florian Faber schrieb am Sat, 27 Jan 1996 19:17:26 +0100 in
<65823835@faba.han.de>: 

> SH> Das geht über einen eingeschränkten Writeaccess für den Exporter...
> Und wie kann ich die doofen Fehlermeldungen unterdrücken? Ich will nicht
> unbedingt einen eigenen User dafür kreieren...

 Fehlermeldungen entstehen nur, wenn die Nachricht gar nicht
einsortiert werden konnte. Was nicht passieren kann, wenn der
WriteAccess alle bestellten Gruppen enthält...

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.unterland.de

Michael Prix schrieb am Tue, 30 Jan 96 17:02:39 GMT in
<69752081@spark.black-z.commo.mcnet.de>: 

> H> Das geht ueber einen eingeschraenkten Writeaccess fuer den
> H> Exporter... Allerdings halten das manche hier fuer nicht RFC-konform.
> H> Wenn Dich vor allem die Optik stoert, tut's vielleicht auch
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> H> IntuiNews.Groups ;-)
> 
> Na ja, habe Writeacess umgesetzt. Was kuemmert mich die RFC, wenn ich
> einen Point betreibe :-))

 Ist OK... solange Du die News nicht weiterverbreitest, gibt's
höchstens Probleme, wenn Du auf eine Nachricht antwortest, die dann
nicht in alle Gruppen geht.

> Intuinews.Groups: Hoe-Hoe Die Crosspostings werden trotzdem erzeugt,
> aber nicht angezeigt. Die Geschwindigkeit bleibt aber langsam.

 Ich kann keinen Widerspruch zu "^^^^^^" erkennen...

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

SH> Fehlermeldungen entstehen nur, wenn die Nachricht gar nicht
SH> einsortiert werden konnte. Was nicht passieren kann, wenn der
SH> WriteAccess alle bestellten Gruppen enthält...

Mein WriteAccess enthält aber alle bestellten Gruppen.


Flo
--
NP: SLM

hG>  >Und wie kann ich die doofen Fehlermeldungen unterdrücken? Ich will
hG>  >nicht unbedingt einen eigenen User dafür kreieren...
hG> Benutze einfach IntuiNews.Group, und lle Deine Probleme sind gelöst
hG> :-)

Grrrr... Naja, aber da ich nach dem Importieren eh immer Listmanager etc.
aufrufe und alle Mails zwischen Boerkel und Brandt lösche, bin ich
mittlerweile dazu übergegangen, alle Mails von uucp.#? auf alt & expired
zu setzen.

hG> BTW: Distribution world ist reichlicher Schwachsinn, weil eh default.

ICH habe das nirgends eingetragen. Mussu UMS fragen.


Flo
--
NP: Tocotronic - Letztes Jahr im Sommer

Michael Prix schreib neulich die folgenden Zeilen:

> Na ja, habe Writeacess umgesetzt. Was kuemmert mich die RFC, wenn ich
> einen Point betreibe :-))

Das ist die richtige Einstellung!... (An den Kopf fass! :((((( )

> Intuinews.Groups: Hoe-Hoe Die Crosspostings werden trotzdem erzeugt, aber
> nicht angezeigt. Die Geschwindigkeit bleibt aber langsam.

... Ich geb's auf (Verzweifelnd das F'up abspeichernd)

MfG Henning
-- 
University: A modern school where football is taught.

Florian Faber schrieb am Fri, 02 Feb 1996 13:32:36 +0100 in
<65823936@faba.han.de>: 

> SH> Fehlermeldungen entstehen nur, wenn die Nachricht gar nicht
> SH> einsortiert werden konnte. Was nicht passieren kann, wenn der
> SH> WriteAccess alle bestellten Gruppen enthält...
> Mein WriteAccess enthält aber alle bestellten Gruppen.

 Was für Fehlermeldungen kommen denn? Hast Du Dir schonmal die Packets
in bad angeschaut, für welche Gruppen die bestimmt waren?

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Stefan Hirth schreib neulich die folgenden Zeilen:

> Fehlermeldungen entstehen nur, wenn die Nachricht gar nicht einsortiert
> werden konnte. Was nicht passieren kann, wenn der WriteAccess alle
> bestellten Gruppen enthält...

Hmpf!...

Hint: Crosspostings gehen oftmals u.a. auch in unbestellte Gruppen.

MfG Henning
--
Let sleeping dogs lie.
 -- Charles Dickens

SH> Was für Fehlermeldungen kommen denn? Hast Du Dir schonmal die Packets
SH> in bad angeschaut, für welche Gruppen die bestimmt waren?

Die Fehlermeldung ist das übliche "Couldn't post message" (was Henning
jetzt wieder auf den Plan ruft, der meint, es müsse eigentlich "write"
heißen oder so). Ich kann grad nicht nachgucken, weil die Packets in bad
immer gleich gelöscht werden (jaja, Rhabarber, ich weiß ja, was da für
Fehler sind) und mir diese Mails eigentlich auch total schnurz sind.

Ich will eigentlich nur wissen, warum uucp bei Loglevel 0 Fehlermails
verschickt und wie ich das abschalten kann.


Flo
--
NP: Bla

Henning Hucke schrieb am Sun, 04 Feb 1996 14:07:43 +0100:

> > Fehlermeldungen entstehen nur, wenn die Nachricht gar nicht
> > einsortiert werden konnte. Was nicht passieren kann, wenn der
> > WriteAccess alle bestellten Gruppen enthält...
> Hmpf!...
> Hint: Crosspostings gehen oftmals u.a. auch in unbestellte Gruppen.

 (Grins)
 Ja, das habe ich einkalkuliert :)

 Mit "gar nicht" meinte ich, daß der Writeaccess auf keine einzige der
"Newsgroups:" passt. Denn nur dann kommt die Fehlermeldung. Man erhält
aber nur Nachrichten, bei denen wenigstens eine der "Newsgroups:"
bestellt ist... oder ist das bei Deinem Provider anders? :)

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Florian Faber schrieb am Mon, 05 Feb 1996 12:15:14 +0100:

> Ich kann grad nicht nachgucken, weil die Packets in bad
> immer gleich gelöscht werden (jaja, Rhabarber, ich weiß ja, was da für

 Hmm... das ist natürlich nicht so der Hit :)

> Fehler sind) und mir diese Mails eigentlich auch total schnurz sind.
                             ^^^^^
 Diese News-Pakete in Bad (oder Du machst einfach ein Backup Deines
gesamten Spool-Verzeichnisses nach dem Pollen und nimmst das)
importierst Du mal in eine Test-MsgBase, wo RFC einen "*" Writeaccess
hat. Dann kannst Du in den Comments überprüfen, in welche Newsgroups
das Zeug gehen sollte, bzw. ob es daran liegt!

-- 
       _
bye, _/ tefan.

Stefan Hirth
stefan@picard.mos.unterland.de

Stefan Hirth schreib neulich die folgenden Zeilen:

> (Grins) Ja, das habe ich einkalkuliert :)

(Grins) Was Du aber offenbar nicht mit einkalkuliert hast, ist die
Tatsache, dass das offenbar auch nur bei UMSNNTPGet der Fall ist :)

> Mit "gar nicht" meinte ich, daß der Writeaccess auf keine einzige der
> "Newsgroups:" passt. Denn nur dann kommt die Fehlermeldung. Man erhält
> aber nur Nachrichten, bei denen wenigstens eine der "Newsgroups:" bestellt
> ist... oder ist das bei Deinem Provider anders? :)

Nein. Das ist bei meinem Provider nicht anders. Aber UMSNNTPGet scheint
von sich aus darauf zu achten, dass es nicht in Gruppen schreibt, auf die
es keinen Writeaccess hat. Bei uuxqt scheint das anders zu sein...
Stefan?

MfG Henning
--
"...und  eine  grosse  Wut entstand in mir.  Wie ein schwarzes Loch zog sie
 alles  in  sich  hinein:  Meine  Liebe, meinen Willen, meine Geduld, meine
 Leidenschaft und - schlimmer noch - meine Hoffnungen und Traeume....
 Und doch wird in ihrer Umgebung mit fast naturgesetzlicher Macht neues und
 unerwartetes entstehen.  Und  manchmal  vieleicht  sogar  etwas  noch  nie
 gesehenes."                        -- (c) H. Hucke :)

In <ums.85452700@hucke.wob.tpl.de> schrieb Henning Hucke:

> Nein. Das ist bei meinem Provider nicht anders. Aber UMSNNTPGet scheint
> von sich aus darauf zu achten, dass es nicht in Gruppen schreibt, auf
> die es keinen Writeaccess hat. Bei uuxqt scheint das anders zu sein...

Damit hat UMSNNTPGet nichts zu tun, das erledigt der Server. UMSNNTPGet
wird wahrscheinlich nur die beim Schreiben von X-Postings vom Server
erhaltene Fehlermeldung "No writeaccess" nicht melden.

Olf

-- 
Private:    op@hb2.maus.de (no mails >15 KB, please!)
University: olf@informatik.uni-bremen.de, olf@IRC

Olaf Peters schreib neulich die folgenden Zeilen:

> Damit hat UMSNNTPGet nichts zu tun, das erledigt der Server. UMSNNTPGet
> wird wahrscheinlich nur die beim Schreiben von X-Postings vom Server
> erhaltene Fehlermeldung "No writeaccess" nicht melden.

Momentmal! UMS schreibt von sich aus keine Meldungen ueber Verstoesse
gegen das Writeaccess-Pattern in das UMS-Log!?? Der Importer bekommt nur
einen entsprechende Fehlermeldung zurueck und schreibt diese dann auch
noch selbstbezichtigenderweise uns UMS-Log rein?

Hmmmm.

MfG Henning
-- 
It is the business of the future to be dangerous.
 -- Hawkwind

In <ums.85452725@hucke.wob.tpl.de> schrieb Henning Hucke:

> Momentmal! UMS schreibt von sich aus keine Meldungen ueber Verstoesse
> gegen das Writeaccess-Pattern in das UMS-Log!??

Bis Loglevel 8 zumindest nicht.

> Der Importer bekommt nur einen entsprechende Fehlermeldung zurueck und
> schreibt diese dann auch noch selbstbezichtigenderweise uns UMS-Log rein?

Auch das bis Level 8 nicht. Wenn allerdings ein Programm != Server etwas
über ums.library/UMSLog ins Log schreibt sieht das so aus:

20-Feb-96  18:33:02  7> olf: CLI[14] ConfUMS:
ConfUMS 1.5 beta 3 (20.1.96)

13-Feb-96  06:26:13  5> maus.HB2: CLI[1] m2ums:
MausVersion 7.95g/dpmi/gs/beta vom 03.01.96.  Tausch in MAUS @ HB2
        am 12.02.1996 19:25 durch Olaf Peters

Man kann also erkennen, wer was eingetragen hat.

Olf

-- 
Private:    op@hb2.maus.de (no mails >15 KB, please!)
University: olf@informatik.uni-bremen.de, olf@IRC