HDTenEightyP/NetNews huggingface dataset:
From: ms@Germany.EU.net (Marc Sheldon)
Newsgroups: de.admin.mail
Subject: Re: Stoerungen auf mail.Germany.EU.net
Date: 2 Sep 92 12:47:22 GMT
Organization: EUnet Backbone, Dortmund, Germany
NNTP-Posting-Host: walhalla.germany.eu.net

heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>Genau daran scheint es gelegen zu haben. Da in de.org.eunet immer noch
>kein Announcement erfolgte, nehme ich mir die Freiheit, hier eine Mail
>einzubinden, die EUnet-Kunden heute erhalten haben. (Erstmal) einziger
>Kommentar von meiner Seite: Mir ist absolut schleierhaft, warum ueber
>derartige Umstellungen nicht *vorher* informiert wird und - wenn dann
>solche Fehler auftreten wie gehabt - *keine* Antwort auf entsprechende
>Anfragen an postmaster@Germany.EU.net erfolgt.

Ok, kurzer Kommentar von meiner Seite: Die Umstellung haette transparent
erfolgen sollen. Sprich: Die Kunden haetten absolut nichts merken sollen.
Um dies zu bewerkstelligen haben wir 5 Wochen sehr intensiv getestet. Die
aufgetretenen Fehler waren dann auch Fehler die wir selbst in 20 Wochen
langen Tests nicht haetten herausfinden koennen, da sie nur unter Vollast
aufgetreten sind. Deswegen die nicht vorgenommene Vorabinformation. Das
Problem, dass ich nicht auf Mails geantwortet habe lag einfach darin, dass
ich erst einmal die aufgetretenen Fehler beseitigen wollte, um das bei
uns eingehende Mailvolumen zu verringern. Die Mail an geradm war dann auch
die Antwort auf alle bei uns eingegangenen Mails. Klar haetten wir alle
Mails einzeln beantworten koennen, nur haben wir im Laufe der letzten Tage
zwischen 13 und 18 Stunden pro Tag gearbeitet um die Probleme zu loesen
und ich wollte nicht unbedingt noch weitere 5 Stunden damit verbringen,
Mails zu beantworten.

Natuerlich sollten solche Fehler nicht auftreten, bloss weiss ich inzwischen
wirklich nicht mehr, wo man Soft- und Hardware kaufen kann, die auf Anhieb
(sprich nach mehrwoechigen Tests und sauberer Konfiguration) die bei einem
solchen Betrieb typische Last vertraegt. Fuer entsprechende Pointer bin
ich dankbar.

Gruss,
	Marc
--
Marc R. Sheldon                             e-mail : ms@Germany.EU.net
EUnet Germany
University of Dortmund, CS-Department
P.O.Box 500500                              voice  : +49 231 7552444
From: maps@krefcom.ish.de (Jan Richert)
Newsgroups: de.admin.mail
Subject: u.sub.4
Date: 27 Aug 92 18:36:05 GMT
Reply-To: maps@krefcom.ish.de (Jan Richert)
Organization: Krefcom UUCP Server, Krefeld, FRG

Hallo!

Ich weiss nicht, warum die letzte u.sub.4 noch nicht gepostet
worden ist, sondern nur die alte Version vom 1.8.92. Ich habe
die neue inzwischen mehrmals an flatlin geschickt, aber immer
ohne Bestaetigung (die bisher immer kam)... hmm.. hoffen wir,
dass da kein Mailloch ist.

Grusz, Jan

Newsgroups: de.admin.mail
From: Helge.Oldach@Stollmann.DE (Helge Oldach)
Subject: Re: Gay-Net erzeugt schlechte Adressen
Date: Mon, 31 Aug 92 08:18:52 GMT
Organization: Stollmann GmbH, D-2000 Hamburg 50, Germany
Originator: he@sup

urlichs@smurf.sub.org (Matthias Urlichs) writes:
| Es hat zwar seit zehn Jahren keiner mehr ein ^ als Pipesymbol verwendet

Naja, nicht ganz. Noch in SVR3 gibt es einige Skripts mit "^", z.B. shutdown.
-- 
Helge.Oldach@Stollmann.DE
Newsgroups: de.admin.mail
From: thw@mcshh.Hanse.DE (Thomas Wieske)
Subject: Re: Mist-Mailrouting
Organization: Point of Presence & MCS Hamburg
Date: Sat, 29 Aug 1992 01:41:01 GMT

bad@flatlin.ka.sub.org (Christoph Badura) writes:

>In <1992Aug25.153507.19957@mcshh.Hanse.DE> thw@mcshh.Hanse.DE (Thomas Wieske) writes:
>>Wie Heiko schon mal angedeutet hat (war es nicht diese Silberne Zitrone?
>>(ab wann gibt es denn die Goldene Z.??), liegt das Problem dadurch, das
>>Public.sub.org ein MX-Record richtung think.com hat. Es existiert zwar
>>ein uucp-eintrag fuer selbige bei uns, und es wird auch gepollt, aber
>>smtp hat bei uns vorrang, und durch den neuen Smail schauen wir ver-
>>staendlicherweise vorher nach MX-Records, naja, und was finden wir.....

>Mir scheint, das Problem liegt bei der mcshh darin, dass die mcshh
>einen DAILY/5 UUCP-Link zur public anpreist, jedoch nicht gewillt ist
Diese Bewertung moechte ich betonen, kommt nicht von mir, sondern war der
Wunsch des Betreibers der Public. 

>selbigen zu benutzten. Alle .sub.org-Sites haben MX-Records. Wer
>UUCP-Verbindungen anpreist, sollte auch in der Lage sein, seinen
>Mailer so zu konfigurieren, dass sie benutzt werden.
Diese MX-Records gab es vorher nicht. Sie sind erst seit nicht allzu 
langer Zeit Mode dort geworden.

>Wenn jemand in der Map mit

>bla	fasel(DEMAND)

>oder aehnlichem massiv Mails auf sich zieht, dann hat der Betreiber
>von bla dafuer zu sorgen, dass dieser Link auch von bla benutzt wird
>(zumindest muss es so aussehen).
Sei beruhigt, auch mit MX-Record wird dieser Link auch noch per UUCP 
immer noch recht stark benutzt.

>Im Fall mcshh->public, preist mcshh offensichtlich einen solchen Link
>zu public an (DAILY/5). Ebenso offensichtlich ist mcshh nicht in der
>Lage, dieses Leistungsversprechen einzuhalten. Im Gegenteil, es wird
>wider besseres Wissen ein sehr viel schlechterer Link verwendet.
Dies ist nicht richtig. Ich kann dieses schon, aber ich Polle nicht. 
Wie oben schon angegeben, war es der Wunsch von Public fuer diese Bewertung,
und des weiteren in einer entsprechenden frequenz auch dafuer zu pollen.

>Mcshh sollte daher bis zur Map am 15.9. seinen Mapschnipsel der
>Realitaet angepasst haben. D.h. entweder routet mcshh auch in Zukunft
>public ueber den MX, in diesem Fall hat der Link aus dem Schnipsel zu
>verschwinden, oder mcshh routet public ueber den UUCP-Link, dann ist
>mir egal was im Schnipsel steht, solange es nicht uebermaessig Mails
>anzieht.
Wenn blahfasel sich einen MX-Record anschafft, dieses nicht mitteilt
den Site's, mit dem er eine UUCP-Verbindung aufrecht erhaellt, selbige
aber auch eine Internetanbindung hat, koennen diese Probleme auftauchen.
Ich habe andere Dinge zu tun, als mich um jeden MX-Record zu kuemmern,
der irgendwo aus welchen Gruenden auch immer, eingetragen wird.

>Die ganzen Probleme mit dem Link unixland->public sind fuer diesen
>speziellen Fall erstmal uninteressant.
Wenn du meinst...

thw
--
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: de.admin.mail
Subject: Re: Worldmap
Date: Sun, 30 Aug 1992 20:00:11 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery

In article <1992Aug27.201151.29272@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:
>
>Wo kann ich eine Worldmap bekommen??
>
Eine?
Die Postings aus comp.mail.maps findest Du auf brewhq!~/comp.mail.maps/,
am besten vorher ~/content.lzh und ~/$readme.1st holen. 
Login: uucp, password: nuucp.

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  CB@frambo.enet.dec.com | CB@brewhq.swb.de | CB@brewhq.swb.sub.org

Newsgroups: de.admin.mail
From: heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau)
Subject: Re: Stoerungen auf mail.Germany.EU.net
Reply-To: admin@groucho.chemie.fu-berlin.de
Organization: Free University of Berlin, Germany
Date: Sun, 30 Aug 1992 09:38:51 GMT

Frank.Simon@sol.ccc.de (Frank Simon) writes:
>heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>>oder:
>>> Xfail: <mail.germany.eu.net!netcomp.de!netcomp> reason: (ERR_152) transport 
>>> smtp: 554 <netcomp@netcomp.de>... Service unavailable
>Heute bekam ich vom EUnet die Meldung, dass Sites wie horga.ruhr.de
>nicht erreichbar sind - selbe Fehlermeldung.

Hmm... es scheint die Domains bzw. UUCP-Rechner zu betreffen, die explizit
ueber unido/mail.germany.eu.net geroutet werden (nach Map bzw. MX-Record).

So sind nicht zu erreichen:
- ruhr.de	(MX-Record zeigt auf mail.germany.eu.net)
- en.open.de	(		"			)
- de4115.uucp	(Routing laut Map: unido!pms-hh!de4115	)

Erreichbar sind hingegen:
- in-berlin.de	
- fub.uucp

und auch:
- user@mail.germany.eu.net	;-)

Soweit meine Beobachtungen aus dem log-File - ob obige Schlussfolgerung
zutrifft, kann ich natuerlich nicht beurteilen.

Tschuess, Vera

-- 
 |~|    Vera Heinau     (+49 30 8382677)  |  Freie Universitaet Berlin 
 / \    heinau@Harpo.Chemie.FU-Berlin.DE  |  heinau@methan.chemie.fu-berlin.de
/FUB\   Institut fuer Kristallographie    |  Institut fuer Organische Chemie
`---'   D-1000 Berlin 33, Takustr. 6      |  D-1000 Berlin 33, Takustr. 3
Newsgroups: de.admin.mail
From: heiko@Chico.Chemie.FU-Berlin.DE (Heiko Schlichting)
Subject: Re: HyperChem mailing to ATC (fwd)
Organization: Free University of Berlin, Dept. of Chemistry
Distribution: ignore
Date: Mon, 24 Aug 1992 01:27:09 GMT

postmaster@hactar.hactar.Sub.ORG (Kai 'wusel' Siering) writes:

[...mail ueber usa...]

>     An welche  Stelle kann man sich in einem solchen Fall wenden, auf
>dasz  jene  Druck  auf  die Schlafmuetzen dort ausuebt? Kann ich evtl.
>mir  durch  deren Fehlkonfiguration entstandene Kosten einklagen (auch
>wenn's (noch) nur Pfennigbetraege waeren (diesmal 16K in 4 Mails))?

Nein, kannst Du nicht. Es steht ja jedem frei, die Mails zu Dir ueber
USA zu routen. Es ist Dein Privatvergnuegen, dass Du fuer internationale
Mail was zahlst, dafuer kann die Gegenseite ja nichts. Auch wenn Dir
jemand X11R5 zuschickt, so ist das Dein Problem, denn Du hast ja einer
Art Vertrag zugestimmt, dass Du 3 PF/KB fuer Mails die Du empfaengst,
zahlen wirst. Der Gegenseite kann es voellig egal sein, wenn Du Dich
zu sowas verpflichtest.

Heiko

PS: Eine Topleveldomain "*.esc" gibt es natuerlich nicht.
-- 
Heiko Schlichting                     | Freie Universitaet Berlin
heiko@groucho.chemie.fu-berlin.de     | Institut fuer Kristallographie
Newsgroups: de.admin.mail
From: wusel@hactar.hanse.de
Subject: Re: Silberne Zitrone fuer Mails ueber public.sub.org
Reply-To: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Organization: Villa Straylight, Hamburg, FRG (z. Zt. in OL =:->)
Date: Thu, 27 Aug 1992 10:24:36 GMT

stesch@sks.ppc.sub.org (Stefan Scholl) writes:

>Aha. Deswegen hatte ich lange keinen Kontakt zu hactar.hanse.de
>Haette echt nicht gedacht, dass es an public liegt. 

Sorry Euch enttaeuschen zu muessen, aber das Problem ist neueren Datums! Bis
vor ca. 2 Wochen klappte jenes Routing noch wie geplant. Problem ist, dasz
mcshh das via DNS zustellt (Heiko schrieb das ja schon; das soll kein Vorwurf
an mcshh sein) - und auf public entweder einiges schieflaeuft oder aber unix-
lands sendmail public verwirrt (unixland->public->unixland->fub statt public->
fub) ...

MfG,
			kai

--
no .sig, da nur ASCII-Terminal =:-<
From: Frank.Simon@sol.ccc.de (Frank Simon)
Newsgroups: de.admin.mail
Subject: Re: Stoerungen auf mail.Germany.EU.net
Date: 29 Aug 92 14:49:17 +0200
Article-I.D.: sol.1247
Organisation: Solar System, Ls 441, Oldenburg, Germany

Hallo,

heinau@Groucho.Chemie.FU-Berlin.DE (Vera Heinau) writes:
>oder:
>> Xfail: <mail.germany.eu.net!netcomp.de!netcomp> reason: (ERR_152) transport 
>> smtp: 554 <netcomp@netcomp.de>... Service unavailable
Heute bekam ich vom EUnet die Meldung, dass Sites wie horga.ruhr.de
nicht erreichbar sind - selbe Fehlermeldung.

Terra
-- 
-----------------------------------------------------------------------------
!   Frank Simon (Terra), Ammerlaender Heerstr. 389, D-2900 Oldenburg, FRG   !
! terra@sol.ccc.de, terra@sol.zer, ext/simon@kmx.gmd.dbp.de, +49 441 76206  !
-----------------------------------------------------------------------------

Newsgroups: de.admin.mail
From: fs@oops.zigzag.hanse.de (Frank Seitz)
Subject: Re: Mist-Mailrouting
Organization: OOPS (Netzwerke/Datenbanksysteme/Sprachverarbeitung)
Date: Thu, 27 Aug 1992 11:21:33 GMT

thw@mcshh.Hanse.DE (Thomas Wieske) writes:
()thu@huedv.hu.sub.org (Thomas Huppertz) writes:

()>... und wieder mal eine Unschoenheit beim Mailrouting, bitte die
()>entsprechenden Systeme (oder Map-Verwalter) ueberpruefen, wo das
()>herkommt...

()>Ein Header :-)
()>======================================================================
()>From [...]!unixland!oops!mcshh.hanse.de!fs Sun Aug 23 01:39:30 1992
                       ^^^^^^^^^^^^^^^^^^^
Hier muesste umgekehrt "mcshh.hanse.de!oops!fs" stehen.

()Aja, oops kennt einen fs, aber wieso steht oben, dieser waere bei mcshh 
()bekannt..

Verstehe ich auch nicht

()>Message-Id: <9208181232.AA11707@oops.zigzag.hanse.de>
()>To: thu@huedv.hu.sub.org
()
()Sehr gemischte Gefuehle..(und keine Lust den Smailer wirder umzubauen)

Ich weiss nicht, ob es da einen Zusammenhang gibt, Thomas, aber das
Routing nach deerwood.zigzag.hanse.de klappt auch nicht richtig. Obwohl
es einen besser bewerteten Link dorthin gibt (ueber mwhh.hanse.de),
laufen die Mails ueber mich. Oops.zigzag.hanse.de verwaltet zwar die
Domain, aber das sollte ja wohl keine Rolle spielen, oder? Ein
Routing ueber oops ist m.E. nur dann korrekt, wenn

	a) das der am besten bewertete Link ist (trifft fuer
	   deerwood.zigzag.hanse.de nicht zu), oder
	b) die Zielmaschine nicht in der Map steht (eine solche
	   Maschine gibts nicht)
Hmm.
-- 
Frank Seitz, Hamburg, 040/7927569, {fs,root,postmaster}@oops.zigzag.hanse.de
From: martini@cloud9.in-berlin.de (Martin P. Ibert)
Newsgroups: de.admin.mail
Organization: The Seventh Heaven, Berlin, Germany
Subject: Re: Gay-Net erzeugt schlechte Adressen
	<22Aug1992.021305.145630@hactar.hanse.de>
	<175ng3INNbdm@smurf.smurf.sub.org>
Reply-To: martini@cloud9.in-berlin.de
X-Software: HERMES GUS 1.04 Rev. Jul 15 1992
Date: Sun, 23 Aug 1992 14:43:52 MEST
X-Charset: iso-8859-1

In <175ng3INNbdm@smurf.smurf.sub.org>, Matthias Urlichs writes:
| "man sh"
| 
|      A pipeline is a sequence of one or more commands separated
|      by ``|'' (or, for historical compatibility, by ^).
| 
| Es hat zwar seit zehn Jahren keiner mehr ein ^ als Pipesymbol verwendet
| (ausser ich eben um zu testen ob es als solches verwendbar ist -- JA),
| aber das hat bisher noch niemanden gestoert...

Das ist nicht wahr. Ich kenne (kannte) jemanden, der verwendete immer dieses
Zeichen, weil auf der fraglichen Tastatur der senkrechte Strich nicht so
gut zu erreichen war wie das Caret.
-- 
Martin Ibert, Westendallee 100d, 1000 Berlin 19, martini@cloud9.in-berlin.de
----------------------------------------------------------------------------
| Jeder Popel fhrt 'nen Opel, jeder Affe fhrt 'nen Ford,            o    |
| Jeder Bldmann fhrt 'nen Porsche, jeder Arsch 'nen Audi Sport,    ./\   |
| Jeder Spinner fhrt 'nen Manta, jeder Ddel Jaguar,               _//|_. |
| Nur Genieer fahren Fahrrad und sind immer schneller da -- SK/TK (_)`(_) |
From: stesch@sks.ppc.sub.org (Stefan Scholl)
Newsgroups: de.admin.mail
Subject: Re: Silberne Zitrone fuer Mails ueber public.sub.org
Organization: _private_ site
Date: Mon, 24 Aug 1992 19:33:18 

Aha. Deswegen hatte ich lange keinen Kontakt zu hactar.hanse.de
Haette echt nicht gedacht, dass es an public liegt. 

-- 
|From: Stefan Scholl <stesch@sks.ppc.sub.org>
"Yeaa, yeaa, yeaa, yeaa, yeaa, yeaa, yeaa!"   Nirvana
Newsgroups: de.admin.news.software
From: achim@jat.sub.org (Joachim Astel)
Subject: Re: Tastaturen, mal wieder
X-Precedence: junk
Reply-To: achim@jat.nbg.sub.org (Joachim Astel)
Organization: Mail/News Server Leinburg
Date: Tue, 25 Aug 1992 14:03:43 GMT

[... zu meinem Kommentar mit "ESC hjkl"]


mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst) writes:
>Geht dir das Gepiepse nicht auf die nerven, wenn du jedesmal ESC drueckst ?

Ja, das ging mir vor ein paar Jahren so; allerdings habe ich den vi dann
ziemlich schnell handhaben gelernt.  What's the problem?

>... Es gibt immer noch Leute, die meinen, ein vi-Kommando fange mit ESC an.

Und zu denen soll ich gehoeren?
 Da kennst du mich wohl schlecht bis ueberhaupt nicht!



ObSoftware:
 Neulich habe ich ein mkdepend innerhalb eines Makefiles geschrieben.
 Koennte jemand [der die Muse dazu hat] mal testen, auf welchen UNIX-
 Systemen das Ganze laeuft bzw. Verbesserungsvorschlaege machen?

 Funktioniert nur, soweit mindestens zwei '*.c'-Files existieren.

 Hier der relevante Ausschnitt aus dem Makefile:

------------------------------ schnipp ------------------------------
LIB=		libargs.a
SRCS=		file1.c file2.c

CC=		cc
CFLAGS=		-O

RM=		rm
RANLIB=		@true	# ggf. "ranlib" statt "@true"

all: $(LIB)
.c.a:
	$(CC) $(CFLAGS) -c $<
	@$(AR) $(ARFLAGS) $@ $*.o && $(RM) $*.o

#ifdef JAT_LOCAL
depend:
	$(RM) -f depend.temp
	-egrep '^#include ' *.c *.h > depend.temp
	sed -n < Makefile > Makefile.new \
		-e 'p;/^# file dependencies$$/q'

	echo '$(LIB): \' >> Makefile.new
	echo $(SRCS) | sed \
		-e 's/.c /.o) \\	$$$$@(/g' -e 's/^/	$$$$@(/' \
		-e 's/.c$$/.o)/' | tr "\015" "\012" >> Makefile.new
	echo '	$$(RANLIB) $$@' >> Makefile.new
	echo '	@echo $$@ is now up to date.' >> Makefile.new
	echo >> Makefile.new

	sed -n < depend.temp >> Makefile.new \
		-e 's/h:#include "\(.*\)".*$$/h: \1/p'
	sed -n < depend.temp >> Makefile.new \
		-e 's/c:#include "\(.*\)".*$$/c: \1/p' \
		-e 's/^/$$(LIB)(/'
	echo "Updating Makefile..."
	mv Makefile Makefile.old && mv Makefile.new Makefile
	$(RM) -f depend.temp
#endif /* JAT_LOCAL */

# file dependencies
------------------------------ schnapp ------------------------------

	-Achim
-- 
Joachim Astel (J.A.T.), E-MAIL: achim@jat.nbg.sub.org
Newsgroups: de.admin.news,de.admin.news.groups
From: heiko@Harpo.Chemie.FU-Berlin.DE (Heiko Schlichting)
Subject: Re: CFD: de.comm.netzwesen
Followup-To: de.admin.news.groups
Organization: Free University of Berlin, Dept. of Chemistry
Date: Mon, 31 Aug 1992 00:28:13 GMT

[Followup-To auf de.admin.news.groups gesetzt.]

Frank.Simon@sol.ccc.de (Frank Simon) writes:

>wie einige ja wissen gibt es 2 Bretter die sich mit Netz- und
>Gatewayproblematik befassen. Das eine ist de.comm.gateways, welches
>auch mit den entsprechenden Gateway-Brettern in anderen Netzen 
>verbunden ist (/T-NETZ/GATEWAYS, gateways.ger, etc.). 
>
>Eigentlich ist das Brett fuer technische Diskussion ueber Gatewas
>gedacht. Um (netz-)politische und Entwicklungsfragen wird aber in
>/T-NETZ/NETZWESEN (etc) diskutiert. Im Subnet/Dnet ist das Brett
>noch nicht vertreten, waere aber auf jeden Fall nicht unsinnvoll.
>
>Daher wuerde ich vorschlagen ein Brett de.comm.netzwesen einzurichten
>und mit dem entsprechenden T-Netz-Brett zu vernetzen. 
>
>Also: Was haltet ihr davon ?    

Ich bin dagegen. Ich glaube nicht, dass wir eine "mein Netz ist besser als
Dein Netz"-Gruppe brauchen. Ausserdem bin ich auf jeden Fall gegen eine
Aussage "mit ...{Fremdnetz}... zu vernetzen". Die schlechten Erfahrungen
mit de.comm.gateways haben gezeigt, dass vorher ganz genau dargelegt 
werden muesste, wo das Gateway betrieben wird, ob das Gatebau-konform ist
und ob und an welche Netze das weitergeht und ob auch dort alle Gateways
gatebaukonform sind und ob die ggf. auch ein nichtgatebaukonformes Gateway
zulassen wuerden. Wenn das Kind erst in den Brunnen gefallen ist (=die
Gruppe vernetzt eingerichtet wurde), dann ist es zu spaet solche Sachen
festzulegen. 
Die Zeiten, wo man mehr News um jeden Preis wollte, sind bei mir auf
jeden Fall vorbei. Wenn, dass bitte richtig und funktionierend. Ist das
nicht zu machen, dann nicht ueber die de.*-News. So jedenfalls meine
Meinung. Wer die Gruppe dennoch haben will, kann sich ja die Gruppe
auch die Gruppe "t-zetz.netzwesen" holen. Da weiss man wenigstens, dass
man sich in einem Fremdnetz befindet.

Nochmal: klares Nein, gegen eine weitere vernetzte Gruppe, sofern die
         technischen Kriterien vorher ganz klar offengelegt werden.

Davon abgesehen: die Gruppe "de.admin.news" gibt es nicht mehr, sie ist von
                 diversen "de.admin.news.*" Untergruppen abgeloest worden und
                 RFDs (nicht CFDs) werden in de.admin.news.groups diskutiert
                 und vom Moderator von de.admin.news.announce offiziell
                 veroeffentlicht, wenn sie an ihn geschickt werden.
                 Folglich ist das hier kein RFD im Sinne der de-News-Ueber-
                 einkuenfte, die in de.newuser und de.admin.news.announce 
                 regelmaessig veroeffentlicht werden.

Heiko

PS: Terra, das haettest eigentlich gerade Du wissen muessen. Musstopf?
-- 
Heiko Schlichting                     | Freie Universitaet Berlin
heiko@groucho.chemie.fu-berlin.de     | Institut fuer Kristallographie
Newsgroups: de.admin.news.misc,de.admin.news.software
From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker)
Subject: Re: Internetnews (INN) V1.0 ab sofort verfuegbar ...
Organization: none
X-Newsreader: Tin 1.1 PL4
Date: Thu, 3 Sep 1992 08:11:07 GMT

heinau@Chaplin.Chemie.FU-Berlin.DE (Vera Heinau) writes:
: root@chamber.in-berlin.de (Patrick Wendt) writes:
: 
: >[..]
: >Oh man, die Group wurde doch extra dafuer eingerichtet, solche
: >Sachen zu posten. Wer kein High-Speed-Modem hat, die paar Pfennige
: >nicht bezahlen kann, oder wer keine Festplatte besitzt, der soll
: >doch diese NewsGroup einfach nicht beziehen.
: 
: Irrtum! Gerade jene Leute sollen de.comp.sources.unix noch beziehen koennen,
: ohne taeglich mit Megabyte-Postings rechnen zu muessen.
: Fuer alle anderen wurde naemlich de.alt.sources.HUGE.unix eingerichtet -
                                      ^^^
Widerspruch. de.comp.sources.unix ist DIE de.gruppe fuer unix-sources.
Dass es da irgendwo unter de.alt noch ne Gruppe mit aehnlichem Namen
gibt, aendert daran gar nichts.

: denn genau fuer DIESE Gruppe gilt: "Wer kein High-Speed-Modem hat, die paar 
: Pfennige nicht bezahlen kann, oder wer keine Festplatte besitzt, der soll 
: doch diese NewsGroup einfach nicht beziehen."

Oder wer darauf Wert legt, dass ein Moderator sich den Source nochmal
anschaut, bevor er gepostet wird.

: Es geht doch gar nicht darum, DASS der Source gepostet wurde, sondern darum,
: WO er gepostet wurde - was spricht denn nun eigentlich so sehr gegen die
: Gruppe de.alt.sources.huge.unix, dass INN nicht dort gepostet wird, sondern
: in der "kleinen" de.comp.sources.unix ???

Nun, WO er gepostet wurde war schon richtig. Es haette nur nicht alles auf
einmal sein muessen, aber das hat Frank ja auch eingesehen und wird das
naechstesmal besser verteilen.

Alles Aussagen von mir geben selbstverfreilich nur meine bescheidene
Meinung wieder.

Wolfgang
Xref: sparky de.admin.news.misc:123 de.admin.lists:70
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.admin.news.misc,de.admin.lists
Subject: Diffs to Liste der Newsgroups (de.all)
Supersedes: <de.Newsgroups-21.d@smurf.sub.org>
Followup-To: de.admin.news.misc
Date: 28 Aug 1992 20:55:11 +0200
Organization: Smurf-O-Box Karlsruhe, FRG
Distribution: world
Expires: Tue, 29 Sep 1992 18:55:08 GMT

--- /usr/users/smurf/etc/regPosts/de.Newsgroups	Mon Aug 10 20:55:04 1992
+++ /tmp/bdy.26047	Fri Aug 28 20:55:03 1992
@@ -31,4 +31,5 @@
 de.alt.fan.perry-rhodan		Perry-Rhodan-Hefte, Buecher, etc.pp.
 de.alt.flame			Fuer diejenigen die es nicht lassen koennen :-)
+de.alt.fotografie		Alles in und um Fotos.
 de.alt.games.pbem		EMail-Spiele Diskussion / Regeln / Spiele.
 de.alt.megatest			Fuer die etwas anderen Tests.
Newsgroups: de.admin.news.misc
From: jmh@tko.vtt.fi (Michael Hasemann)
Subject: Firma Superformance (Adresse ?)
Organization: VTT Technical Research Centre of Finland, Oulu
Date: Thu, 27 Aug 1992 05:40:03 GMT

Hallo,
wer hat schon mal was von einer Firma mit Namen:
 Superformance 
gehoert ?

Falls ja, ich haette gern ne Addresse (FAX Nr. ) oder so.


                    Regards and greetings from 
   Finland where it is cloudy today and temperatures are about 7 degrees. 

   Joerg-Michael Hasemann

Newsgroups: de.admin.news.misc