Hier könnten die Antworten auf Ihre Fragen stehen, wenn Sie mir eine EMail
an
hendrik@scholz.net
schicken.
Wenn Sie einen lokalen Newsserver benutzen, werden normalerweise die von Ihnen
geschriebenen Newsartikel per UUCP zum Provider geschickt.
Wenn der News-Server fehlerhaft konfiguriert ist, werden alle News, auch die
von Ihrem Provider, an Ihren Provider geschickt.
Sie merken dies daran, daß sehr viele Zeilen Sending rnews in der
/var/spool/uucp/Log auftauchen.
Um das Problem zu lösen, sollten Sie die Header von ein paar Newsartikeln lesen. Wenn Sie Netscape (4.0x) benutzen, können Sie die Header mit View, Headers, All sehen. Besonders interessant ist die Path-Zeile, deshalb hier ein Beispiel:
Path: perikles.toppoint.de!tpki.toppoint.de!
news.netuse.de!newsfeed.dpn.de!news-out1.du.gtn.com!
news-in2.du.gtn.com!RRZ.Uni-Koeln.DE!fu-berlin.de!
news.nordwest.net!not-for-mail
Der Artikel kommt von news.nordwest.net und wurde über verschiedene
News-Server zu tpki.toppoint.de transportiert.
Perikles.toppoint.de ist mein UUCP-Rechner. Ich bekomme meine
News per UUCP von tpki.toppoint.de.
Notieren Sie den Namen des zweiten Rechners von links (hier:
tpki.toppoint.de), da dies der Rechner ist, von dem Sie
Ihre News bekommen.
Editieren Sie nun als Benutzer news oder root die Datei
/var/lib/news/newsfeeds (INN). Diese Datei enthält die Informationen,
wer welche News bekommt. Da Ihr UUCP-Partner (Provider) die Newsartikel,
die er schon hat - wie hätte er sie sonst zu Ihnen schicken können -, nicht
nochmal benötigt, tragen Sie hinter dem Systemnamen Ihres Providers den
Namen des Newsservers ein.
tpki/tpki.toppoint.de:*,!junk,!control:Tf,Wnb,B4096/1024:
Mein UUCP-Partner heißt tpki und der News-Server der Toppoint heißt
tpki.toppoint.de.
Da der News-Server auch den Namen news.toppoint.de hat, wäre es
möglich, daß die News anstatt tpki.toppoint.de
news.toppoint.de enthalten.
Da die Toppoint dem Individual Network angehört, wäre sogar
news.in-kiel.de möglich.
Es ergibt sich also eine ganze Liste von Newsservern, deren Artikel nicht
zurückgeschickt werden sollen:
tpki/tpki.toppoint.de, news.toppoint.de, news.in-kiel.de:\
*,!junk,!control:Tf,Wnb,B4096/1024:
Die verschiedenen Newsserver werden, durch Kommas getrennt, aufgelistet.
Es ist sehr ärgerlich, wenn man News schreibt, um später
festzustellen, daß die News nicht verschickt wurden.
Wenn in der Datei /var/spool/uucp/Log Zeilen à la
uux tpki news (1998-10-20 15:00:03.23 5331) Queuing rnews (D.012E)
oder
uucico tpki news (1998-10-19 06:49:32.92 511) Sending rnews (D.011Z) (2296 bytes)
auftauchen, dann ist alles ok. Wenn Sie keine einzige dieser Zeilen finden, sollten Sie die folgenden Sachen überprüfen:
/usr/lib/news/bin/send-uucp.pl rechner ausgeführt?/usr/lib/news/bin/batch/sendbatches ausgeführt?/var/lib/news/send-uucp.cf?/var/lib/news/newsfeeds?/var/lib/news/sys?/var/log/news?
Wenn in Ihrem UUCP-Log /var/spool/uucp/Log EMail-Adressen im Format
domain.de!user statt user@domain.de angegeben werden
und dies Sie stört, können Sie es leicht ändern.
Die Ursache ist genauso schnell erklärt, wie der Bugfix. Sie haben in Ihrer Sendmail-Konfiguration den Mailer uucp-uudom verwendet. Dieser erzeugt EMail-Adressen mit der Bang-Adressierung (die mit dem Ausrufezeichen :)). Der Mailer uucp-dom erzeugt die gewohnten EMail-Adressen mit dem Klammeraffen.
Suchen Sie in Ihrer Sendmail-Konfigurationsdatei /etc/sendmail.cf
nach der Zeile, in der Ihr Smarthost steht:
# "Smart" relay host (may be null)
DSuucp-uudom:tpki
Dieser Eintrag steht normalerweise sehr weit oben und zeigt, daß der Mailer uucp-uudom genutzt wird. Im Moment werden vom Sendmail EMail-Adressen mit der Bang-Adressierung erzeugt. Passen Sie diesen Abschnitt an Ihre Wünsche an und beachten Sie, daß Sie tpki durch der Name Ihres UUCP-Partners ersetzen müssen.
Eine Beispielzeile für meine Konfiguration könnte so aussehen:
# "Smart" relay host (may be null)
DSuucp-dom:tpki
Vergewissern Sie sich zusätzlich, daß der Mailer uucp-dom
installiert ist. Hierzu durchsuchen Sie die /etc/sendmail.cf,
bis Sie einen Abschnitt relativ weit am Ende finden, der ungefähr so
aussieht:
# domain-ized UUCP mailer
Muucp-dom, P=/usr/bin/uux, F=mDFMhud, S=52/31, R=21, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
# domain-ized UUCP mailer with UUCP-style sender envelope
Muucp-uudom, P=/usr/bin/uux, F=mDFMhud, S=72/31, R=21, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
Wenn Sie keine solchen Zeilen finden, haben Sie wahrscheinlich eine
besonders angepaßte Konfigurationsdatei.
Machen Sie von dieser Datei ein BackUp, bevor Sie die folgenden Zeilen
an Ihre /etc/sendmail.cf anhängen:
#
# relay mailer header masquerading recipient rewriting
#
S71
R$+ $: $>61 $1
R$+ $: $>93 $1
#####################################
### UUCP Mailer specification ###
#####################################
##### @(#)uucp.m4 8.25 (Berkeley) 3/16/97 #####
#
# There are innumerable variations on the UUCP mailer. It really
# is rather absurd.
#
# old UUCP mailer (two names)
Muucp, P=/usr/bin/uux, F=DFMhuUd, S=12, R=22/42, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
Muucp-old, P=/usr/bin/uux, F=DFMhuUd, S=12, R=22/42, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
# smart UUCP mailer (handles multiple addresses) (two names)
Msuucp, P=/usr/bin/uux, F=mDFMhuUd, S=12, R=22/42, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
Muucp-new, P=/usr/bin/uux, F=mDFMhuUd, S=12, R=22/42, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
# domain-ized UUCP mailer
Muucp-dom, P=/usr/bin/uux, F=mDFMhud, S=52/31, R=21, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
# domain-ized UUCP mailer with UUCP-style sender envelope
Muucp-uudom, P=/usr/bin/uux, F=mDFMhud, S=72/31, R=21, M=2000000,
T=X-UUCP/X-UUCP/X-Unix,
A=uux - -r -a$g -gC $h!rmail ($u)
Nach einem Neustart Ihres Sendmails sollten Sie eine Testmail verschicken, um zu prüfen, ob es tatsächlich funktioniert.
Sie haben News aboniert und im UUCP-Log steht, daß Newspakete ankommen, aber Sie haben auf Ihrem News-Server keine neuen Artikel? Dies kann daran liegen, daß Ihr eigener Rechner nicht berechtigt ist, News bei Ihnen abzuliefern.
Steht in Ihrer /var/log/messages oder in der /var/log/warn
folgendes?
Sep 17 08:01:05 perikles nnrpd[28284]: perl filtering enabled
Sep 17 08:01:06 perikles nnrpd[28284]: perikles.toppoint.de connect
Sep 17 08:01:06 perikles rnews: unknown_reply after ihave 480 Transfer permission denied
Wenn ja, dann ist Ihr Rechner tatsächlich nicht berechtigt, bei Ihnen
Newsartikel abzuliefern.
Sie müssen die Datei nnrp.access Ihres Newsservers (INN 1.x und 2.x)
anpassen.
Mit den folgenden Einträgen, sollten die News ankommen. Ein Eintrag für
Ihr LAN darf allerdings auch nicht fehlen, da Sie selbst sonst aus dem LAN
heraus keine News lesen können:
stdin:Read Post:::*
localhost:Read Post:::*
127.0.0.1:Read Post:::*
Zusätzliche Zeilen, wie diese ermöglichen den Zugang aus dem LAN:
192.168.0:Read Post:::*
UUCP kostet auf Serverseite viele Ressourcen. Die ein- und ausgehenden Daten müssen verarbeitet und ggf. ins Internet geschickt werden. Plattenplatz, CPU-Zeit und administrativer Aufwand sind nicht zu vernachlässigen.
Mir ist daher kein kostenloser Zugang bekannt. Vielleicht wird Ihnen ein lokaler Provider einen kostenlosen Testzugang anbieten, wenn Sie höflich nachfragen.
Es gibt Lösungen, um UUCP auch unter Windows 95, 98 und NT zu betreiben. Die Konfiguration dieser Programme gehört allerdings nicht in dieses HOWTO. Falls Sie Interesse an UUCP unter Windows/DOS haben, sollten Sie nach Crosspoint (XP) und UUPC Ausschau halten.