HDTenEightyP/NetNews huggingface dataset:
From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker)
Subject: Re: Merkwuerdiges Routing Z-Netz -> amiux.north.de
Organization: none
X-Newsreader: Tin 1.1 PL4
Date: Mon, 7 Sep 1992 19:31:28 GMT

heiko@Harpo.Chemie.FU-Berlin.DE (Heiko Schlichting) writes:
: hal@amiux.north.de (Holger Lubitz) writes:
: >urlichs@smurf.sub.org (Matthias Urlichs) writes:
: >>Anscheinend wurde die Mail an amiux.agsc.sub.org oder nur amiux gesendet.
: >
: >Zumindest in der To:-Zeile stand amiux.north.de. Keine Ahnung, wer die Domain
: >im Envelope geloescht haben koennte.
: 
: Das macht *jede* Site, die nach der Submap routet. Das passiert solange,
: bis Dein Feed den Link zu Dir in domainisierter Form eintraegt. 
: [..]
: Veraendert man nun den Eintrag bei agsc (wohlgemerkt: beim Feed und nicht
: bei Dir wird was geaendert):
: 
: agsc    amiux.north.de(EVENING+FAST)
: 
: dann wird vom Pathalias folgendes erzeugt:
: 
: amiux                   pfad-zu-agsc!agsc!amiux.north.de!%s
: amiux.agsc.sub.org      pfad-zu-agsc!agsc!amiux.north.de!%s
: amiux.north.de          pfad-zu-agsc!agsc!amiux.north.de!%s
: 
: Also *immer mit* Domain, auch wenn man nur an "amiux" schreibt.
: Das ist der Grund, warum zum Beispiel in der u.sub.1 alle Links domainisiert
: wurden. Das wurde naemlich nicht gemacht, damit die paths-Datei moeglichst
: gross wird. :-)
: 
: Dass entscheidende dabei ist, dass es darauf ankommt, dass bei beim Feed
: (oder wenn man mehrere hat, bei allen Feeds) die Domain eingetragen
: wird und man selbst so eine "host = host.doma.in" Zeile hat. Wenn man
: mehrere Domains hat wie Du, koenntest Du sogar ueber verschiedene Links
: verschiedene Domains erzeugen lassen.
: [..]

Sehr gut das mal zu erfahren. Steht zwar vermutlich auch in der pathalias-
Doku, aber es gibt sicher noch mehr Leute wie mich, die pathalias nicht
zum routen verwenden und daher die Doku nicht gelesen haben.
Man koennte das eventuell in u.sub.0 reinschreiben.

Wolfgang
Newsgroups: de.admin.mail
From: baier@forwiss.uni-passau.de (Joern Baier)
Subject: Email in Marburg
Organization: University of Passau, Germany
Date: Fri, 11 Sep 1992 07:45:54 GMT

Hallo!

Folgende Mail, in der ein Japaner nach der Emailanschrift der Uni Marburg
sucht, landete kuerzlich in meiner Mailbox. Vielleicht kann einer von Euch ihm
helfen. Aber lest doch einfach mal selbst:

-----------------------------Mail starts here!-----------------------------
From arai@chico.cse.ogi.edu Wed Sep  9 02:22:52 1992
[...]
From: Takayuki Arai <arai@chico.cse.ogi.edu>
[...]
I am Japanese student at Oregon Graduate Institute in USA.
My friend is in Marburg now, and she will be studying
at Marburg University from comming October.

Could you tell me how the network in Deutschland is?
For example, is there e-mail address at Marburg University.
If you have a list of German network,
could you send me it by e-mail?
For example,
	University		address
--------------------------------------------------------
	Berlin TU		prz.tu-berlin.de
				cs.tu-berlin.de
				...
	Uni. of Erlangen	informatik.uni-erlangen.de
				...
	Uni. Kaiserslautern	physik.uni-kl.de
				...
	Uni. Marburg		??????????????????????????
	...			...

I would appreciate it if you reply to my address:
	arai@cse.ogi.edu

Thank you very much.


Viele Gruesse,
Ihr	Takayuki Arai
-------------------------------Mail ends here!-----------------------

Tschuess,
		Joern
-- 
Joern Baier     (baier@forwiss.uni-passau.de) 
Jesuitengasse 9      __o
D-W8390 Passau     _ \<,_
Tel +49/851/35239 (_)/ (_)
Newsgroups: de.admin.mail,comp.mail,comp.mail.sendmail,mail.info-nets,vmsnet.mail
From: mpeters@pax.eunet.ch (MBX Michael Peters)
Subject: Re: Fidonet
Organization: EUnet Login/Mailbox Service
X-Newsreader: Tin 1.1 PL3
Date: Fri, 11 Sep 1992 20:49:14 GMT

Re my last message.. Forget it.

Thanx for the responses, I've got it now..

--
 \  Michael C. Peters          \           _         ______ |
  \   mpeters@pax.eunet.ch      \        /X25\___-=0`/|0`/__|     
   \                             \_______\    USA   / | /    )
   /  FRANKLIN DATACOM, INC.     /        `/-==__ _/__|/__=-|     
  /    V: 1 805 383 8688        /         *             \ | |     
 /   Fax: 1 805 373 7373       /                        (o)

Newsgroups: de.admin.mail
From: q92269@pbhrzx.uni-paderborn.de (Daniel 'danny' Roedding)
Subject: sendmail: rewrite -- expansion too long
Summary: Ich hasse ihn einfach!
Keywords: sendmail uucp rewrite-rules buggy?
Organization: Uni-GH Paderborn
Date: Tue, 15 Sep 1992 14:36:39 GMT

Einen wunderschoenen...

letzte Tage hat der Sendmail hier auf pbhrzx mal wieder den Vogel abgeschossen:

fiction.ms.sub.org hat eine Mail ueber uucp hier eingeliefert, die einen recht
langen Envelope-Pfad enthielt. Die Nachricht wurde korrekt ausgeliefert, ergab
aber trotz und alledem eine Fehlermeldung "syserr: rewrite, expansion too long"
und wurde auf einem vollends schwachsinnigen Weg wieder an den Absender (Hallo
Sascha!) zurueckgeschickt.

Woran kann das liegen? Hat der Sendmail auch ein Limit fuer die Laenge des
Envelope-Pfades? Liegt dieses moeglicherweise noch unter den magischen 128
Zeichen, die der uux verkraftet?

Daniel


--
Daniel Roedding    "From: MAILER-DAEMON@cpac.washington.edu
Detmolder Str. 19   Subject: Returned Mail: Deferred: Not a typewriter"
D-4790 Paderborn                      E-Mail: q92269@pbhrzx.uni-paderborn.de
+49 5251 541965    "/: cannot stat ."         danny@fiction.ms.sub.org
Newsgroups: de.admin.mail
From: win@in.rhein-main.de (Winfried Koenig)
Subject: nicht erreichbare UUCP Adressen
Organization: Individual Network, Rhein-Main
Date: Sun, 6 Sep 1992 12:57:24 GMT

Leider gibt es immer noch unzulaessige Eintraege in den SubNet Maps.
Das fuehrt dazu, dass die folgenden internationalen UUCP-Adressen
aus dem SubNet nicht normal erreichbar sind:

	bach.uucp, bms.uucp, charon.uucp creatures.uucp,
	gamma.uucp, hactar.uucp und layla.uucp. 

Die unzulaessigen Eintraege sind in der folgenden Liste aufgefuehrt.

            SubNet                 International
   Rechner           Map         Rechner     Maps

corrado             u.sub.1      gamma     u.usa.nj.1
mesma.boerde.de     u.sub.1      layla     u.jpn.3
hactar              u.sub.2      hactar    u.usa.ny.2
mcshh               u.sub.2      creatures u.usa.nh.1
schuh               u.sub.2      bach      u.usa.wa.1
charon              u.sub.8      charon    u.usa.ut.1
gentle              u.sub.8      bms       u.usa.ca.4

Die Spalte 'SubNet' dieser Liste enthaelt die Rechner deren Mapeintrag 
nicht mit den internationalen Maps kompatibel ist. Zu den Rechnern in der
Spalte 'International' hat der SubNet-Rechner angeblich eine Verbindung
oder er hat den gleichen Namen.

Neben diesen falschen Verbindungsangaben gibt es in den SubNet Maps noch
folgende falsche Eintraege in die #N Zeilen der Maps.

berlin              u.sub.1
creatures           u.sub.2

-- 
Winfried Koenig        win@in.rhein-main.de
Arendsstrasse 12       win@in.sub.org
6050 Offenbach         +49 69 868707
Germany
Newsgroups: de.admin.mail,hanse.general
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Routingprobleme durch Mapumstellung auf mcshh und Loesungen dazu
Organization: Guru Systems/Funware Department
Date: Fri, 11 Sep 1992 21:57:41 GMT

In <1992Sep10.133639.1591@abqhh.hanse.de> tik@abqhh.hanse.de (Michael Havemester) writes:
> [Probleme mit den Maps weil mcshh.hanse.de nach mcshh.Hanse.DE
> wechselte.]

Um Michael nochmal zusammenzufassen:

Den pathalias UNBEDINGT mit der Option -i laufen lassen.

Das ist die "offizielle" Vorgehensweise bei den sub-Netz Maps.

-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
From: hal@amiux.north.de (Holger Lubitz)
Newsgroups: de.admin.mail
Subject: Re:  Merkwuerdiges Routing Z-Netz -> amiux.north.de
Distribution: world
Date: 6 Sep 92 10:44:44 CES
Organization: Not organized - at least not too well...

In article <189vujINNjun@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>Anscheinend wurde die Mail an amiux.agsc.sub.org oder nur amiux gesendet.

Zumindest in der To:-Zeile stand amiux.north.de. Keine Ahnung, wer die Domain
im Envelope geloescht haben koennte.

>Beachte aber, dass der USA-Umweg gerade mal eine halbe Stunde gedauert hat.
>Das ist zwar auch nicht der Weisheit letzter Schuss und deutet auf
>ueberarbeitete Mailer bei uunet und decwrl, ist aber zu verkraften.

Zeitlich zu verkraften auf alle Faelle. Aber unnuetz verschwendete net.bandwidth
wars trotzdem...

>Und amiux steht mit Link nach smurf
>in der u.deu.10[01].

Das sollte ich dann wohl langsam mal aendern :)

>(a): Zumindest mcshh sollte wohl beim Routen etwas intelligenter vorgehen.
>     Leider weiss ich nicht, mit welchem Zielpfad die Mail bei mcshh
>     ankam.

Ich auch nicht. Das war auch der Grund fuer den Crosspost in de.comm.gateways,
denn vielleicht wurde die Envelope-Adresse ja schon beim Gate verpfuscht.

>Zusaetzlich sollte man sich ueberlegen, seinen Mapschnipsel zu domainisieren,
>damit nicht jeder Pathalias angesichts der Zeile "bla = bla.do.main" den
>do.main-Teil wegwirft.

Ah ja... Endlich erklaert mir jemand, wieso eindeutige, aber nicht
domainisierte UUCP-Namen in Mapschnipseln eigentlich doch "pfui" sind. :)
Hmm, wieder mal was zum nachdenken.
Aber zu einem Problem wird diese Verfahrensweise des Pathalias doch
eigentlich erst in Kombination mit a) unvollstaendigen Maps auf der routenden
Site und b) Rerouting aufgrund vollstaendigerer Maps durch eine andere Site
auf dem Pfad, die nun keine Domain mehr im Envelope vorfindet. Welchen Grund
gibts ueberhaupt dafuer, die Domain rauszuschmeissen, anstatt die Zielsite
mit vollstaendiger Domain im Pfad zu halten, um Rerouting-Fehler voellig
auszuschliessen ?

Ich habe die zusaetzliche Angabe des UUCP-Namens eigentlich immer als
Absicherung betrachtet, falls doch mal jemand auf die Idee kommt, aus
irgendeinem Fremdnetz, dessen Gate es nicht anders kann, mit Adressen a la
user%kiste@gate zu arbeiten. Stuende ich nur als amiux.do.main in der Map,
haette das Gate in diesem Moment ein Problem.

Holger

--
Holger Lubitz, Kl. Drakenburger Str. 24, D-W-3070 Nienburg/Weser
Newsgroups: de.admin.mail
From: win@in.rhein-main.de (Winfried Koenig)
Subject: u.sub.patch zu den SubNet Maps vom 4. September 1992
Organization: Individual Network, Rhein-Main
Date: Sun, 6 Sep 1992 16:07:25 GMT

###################################################################
# u.sub.patch
#
# win@in.rhein-main.de
# Sun Sep  6 16:00:01 GMT 1992
#
# Diese Datei enthaelt Korrekturen zu den SubNet Maps.
#
###################################################################
#
# gate-host ist ein Host der nach internationalen Maps routet.
#
# !!!!!!!!!!!!!!!!!!!   B I T T E   B E A C H T E N   !!!!!!!!!!!!
#
# Die Definition gate-host ist nur Kommentar. Damit
# kann sie in einem lokalen Mapzusatz erfolgen.
#
# gate-host=	unido
#
###################################################################

# Hosts mit unzulaessigem Namen

delete			{bach,bms,charon,gamma,layla}
gate-host		bach,bms,charon,gamma,layla

# Hosts mit unzulaessigen uucp Namen, ueber Domainadresse erreichbar

delete			{creatures,hactar}
gate-host		creatures,hactar

# Zu diesen Hosts ist der Pfad ueber den gate-host oft schneller.

delete		{acaduk,autodesk,osu-cis,pyramid}
gate-host	acaduk,autodesk,osu-cis,pyramid

##################### end of u.sub.patch ##########################
Newsgroups: de.admin.mail,comp.mail,comp.mail.sendmail,mail.info-nets,vmsnet.mail
From: mpeters@pax.eunet.ch (MBX Michael Peters)
Subject: Fidonet
Organization: EUnet Login/Mailbox Service
X-Newsreader: Tin 1.1 PL3
Date: Tue, 8 Sep 1992 20:22:11 GMT

I would like to make connection to a Fidonet address in California,

Hopefully from a bbs here (Switzerland), is anyone familiar with
the address to send to..

Ex. of from internet to fidonet: 
mcws!f1006.n102.z1.fidonet.org!Mike Parkhurst@elroy.Jpl.Nasa.Gov

Any help would be greatly appreciated. 
thnx in advance.
m.


--
 \  Michael C. Peters          \           _         ______ |
  \   mpeters@pax.eunet.ch      \        /X25\___-=0`/|0`/__|     
   \                             \_______\    USA   / | /    )
   /  FRANKLIN DATACOM, INC.     /        `/-==__ _/__|/__=-|     
  /    V: 1 805 383 8688        /         *             \ | |     
 /   Fax: 1 805 373 7373       /                        (o)

Xref: sparky de.admin.mail:1061 de.comm.gateways:1864
From: heiko@Harpo.Chemie.FU-Berlin.DE (Heiko Schlichting)
Subject: Re: Merkwuerdiges Routing Z-Netz -> amiux.north.de
Organization: Free University of Berlin, Dept. of Chemistry
Date: Mon, 7 Sep 1992 01:12:09 GMT

urlichs@smurf.sub.org (Matthias Urlichs) writes:
>[ Pfad: shlink!mcshh!unido!uunet!decwrl!uka!uka_2!smurf!nadia!agsc!amiux ]
>
> [grosser Aufwand bei massenhaft Mailservern geloescht]

Das kann doch wohl nicht Dein voller Ernst sein, Matthias, dass unido und
oder mcsun sich mit einer Domainisierung von Subnet-Rechnern beschaeftigen
sollen (was ziemlich viel Aufwand ist - ich weiss das, weil wir das selbst
machen), nur weil die Rechnerbetreiber des Subnetzes es nicht schaffen,
einen Mapschnipsel in domainisierter Form abzugeben.
Jeder hat selbst Schuld, wenn seine Mails gewaltige Umwege machen, wenn
die Eintraege in der Submap nicht domainisiert sind. Es wurde schon oft
genug darauf hingewiesen, dass das noetig ist.

>Zusaetzlich sollte man sich ueberlegen, seinen Mapschnipsel zu domainisieren,
>damit nicht jeder Pathalias angesichts der Zeile "bla = bla.do.main" den
>do.main-Teil wegwirft.

Nicht nur "zusaetzlich" - das ist das einzige, was gegen sowas gemacht 
werden sollte. Dieses Routing ueber USA waere naemlich nicht aufgetreten,
wenn im Mapeintrag von agsc 
agsc    amiux.north.de(EVENING+FAST)
und nicht
agsc    amiux(EVENING+FAST)
stehen wuerde. (Wohlgemerkt: es zaehlt, was bei dem Feed fuer den benutzten
Link steht und nicht das, was im eigenen Mapschnipsel steht).

In diesem Fall wuerde auch das EUnet, wenn die Mail dort ankommt, die Mail
direkt ueber uniol ausliefern.

Und nicht zuletzt hast Du, Holger, die groesste Schuld an diesem schlechten
Routing. Darf ich mal daraus zitieren, wie Du Dich in die u.deu.101
eintragen lassen hast:

#N      amiux,amiux.agsc.sub.org
[...]
#W      holgerl@amiux.agsc.sub.org; Mon Jun 10, 21:57:00 CED 1991
#
amiux   smurf.sub.org(DAILY)


Wohl gemerkt mit ".sub.org" und ueber smurf geroutet (=nur ueber USA 
erreichbar, da ja EUnet und WiN nicht genutzt werden darf). Waerst
Du in der u.deu.101 mit "amiux.north.de" eingetragen, so waere die Mail
auch direkt ueber Oldenburg zu Dir gekommen. 
Deinem Wunsch "Sachdienliche Hinweise zur Aufklaerung erbeten..."
kann also durch "schau in Deine Map" entsprochen werden.

Heiko
-- 
Heiko Schlichting                     | Freie Universitaet Berlin
heiko@groucho.chemie.fu-berlin.de     | Institut fuer Kristallographie
Xref: sparky de.admin.mail:1072 de.talk.sex:1575
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.admin.mail,de.talk.sex
Subject: Anon-Server auf smurf.sub.org
Date: 11 Sep 1992 02:39:59 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

Hi,

bei meinem anonymen Mailer/Poster sind gestern und heute moeglicherweise
einige Mails (nicht alle) verlorengegangen. Sorry.

Eine neue Feature habe ich eingebaut: Wenn im Header ein "X-RealName: fasel"
erscheint, wird dieser statt "Anonymous User" in die Adresse uebernommen.
Das geht natuerlich nicht nur mit "Fasel" :-)  und funktioniert sowohl bei
Mails als auch bei Postings.

AchJa: Das Helpfile wird via Mail an "hilfe@anon.smurf.sub.org" angefordert,
nicht an "hilfmir@postmaster.smurf.sub.org" bzw. beliebige Variationen davon.
Ebenso gehen Testpostings, wenn denn unbedingt noetig, an de.alt.test@
@usenet.anon.smurf.sub.org, nicht an de.a.l.t.test.  (Wieso Abenteuerurlaub,
wenn man sich nur die Postmaster-Mail ansehen muss? Besagtes Testposting kam
vom Rechner tierzucht-mariensee.fal-braunschweig.dbp.de. Was es nicht alles
gibt... ;-)

-- 
You will be advanced socially, without any special effort on your part.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: de.admin.mail,hanse.general
From: bit@birnehh.mali.sub.org (Mike Hoehn)
Subject: Re: Routingprobleme durch Mapumstellung auf mcshh und Loesungen dazu
Organization: Birne Hamburg
Date: Sat, 12 Sep 1992 08:36:18 GMT

tik@abqhh.hanse.de (Michael Havemester) writes:


>!!! WICHTIG, da extreme Routingprobleme fuer Mails von und nach sowie ueber  !!!
>!!! Hamburg und dadurch zum Teil sehr lange Maillaufzeiten auftreten koennen !!!

>[...] Probleme
>haben aber all die Sites, die in Ihrer Map eine Verbindung nach mcshh.hanse.de
>drinstehen haben und den pathalias ohne die -i Option benutzen (sehr viele
>in Hamburg), da es diese Site mit diesem Namen nun nicht mehr gibt.

>Loesung: pathalias mit der Option -i aufrufen. Leider haben dies viele
>nicht in ihren automatischen Mapsskripten drinstehen. [...]

Wer den Smail faehrt, sollte mkpath zum Erstellen des paths-Files
benutzen. Mkpath ruft den pathalias standardmaessig (zumindest bei
Smail 3.1.26.7 #1 - die Version, die neulich in de.alt.sources.huge.unix
gepostet wurde) mit der Option -i auf (-i steht fuer ignore case).

Zudem wird das paths-File auch noch wunderschoen sortiert.

  Mike

-- 
Mike Hoehn                E-Mail: bit@birnehh.mali.sub.org
Ernst-Mittelbach-Ring 27  Tel.: +49 40 5525486 (VOICE)
DW-2000 Hamburg 61        "It takes a long time to understand nothing."
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.admin.mail
Subject: Re: Merkwuerdiges Routing Z-Netz -> amiux.north.de
Date: 7 Sep 1992 12:04:21 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.admin.mail, article <2YR66VS@math.fu-berlin.de>,
  heiko@Harpo.Chemie.FU-Berlin.DE (Heiko Schlichting) writes:
> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> >[ Pfad: shlink!mcshh!unido!uunet!decwrl!uka!uka_2!smurf!nadia!agsc!amiux ]
> > [grosser Aufwand bei massenhaft Mailservern geloescht]
> 
> Das kann doch wohl nicht Dein voller Ernst sein, Matthias, dass unido und
> oder mcsun sich mit einer Domainisierung von Subnet-Rechnern beschaeftigen
> sollen (was ziemlich viel Aufwand ist - ich weiss das, weil wir das selbst
> machen), nur weil die Rechnerbetreiber des Subnetzes es nicht schaffen,
> einen Mapschnipsel in domainisierter Form abzugeben.

Ich habe mich hier aber nicht (nur) auf die Submap bezogen (und mcsun war
sowieso nicht nagesprochen -- meinst du nicht mcshh?). Auch bei der
Verarbeitung der internationalen Maps kann es durchaus was bringen, nicht
nach der Map zu routen, sondern sich aus den Mapdaten den naechstgelegenen
MX-Record rauszusuchen und die Mail dorthin zu schicken.

Im uebrigen ist das nicht _so_ viel Aufwand. Mein Durchlauf ueber die 
internationale Map braucht vielleicht eine halbe Stunde, einmal pro Woche.

-- 
Slang is language that takes off its coat, spits on its hands, and goes
to work.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: de.admin.mail
From: thw@mcshh.Hanse.DE (Thomas Wieske)
Subject: Re: Merkwuerdiges Routing Z-Netz -> amiux.north.de
Organization: Point of Presence & MCS Hamburg
Date: Sun, 6 Sep 1992 00:11:31 GMT

urlichs@smurf.sub.org (Matthias Urlichs) writes:

>In de.comm.gateways, article <hal.103a@amiux.north.de>,
>  hal@amiux.north.de (Holger Lubitz) writes:
>> 

Einiges geloescht...

>mcshh wie unido haben nach den internationalen Maps geroutet, und dabei kam
>der Pfad [unido!]mcsun!uunet!decwrl!smurf.sub.org raus. (Das Ueberspringen
>von mcsun ist wohl eine Optimierung auf unido.) Darauf kann man durchaus
>kommen, da der Link decwrl!smurf dort eingetragen und aus netzpolitischen
>Gruenden (keine UUCP-Routen aus dem Ausland ueber das EUnet nach sub.org)
>mit HOURLY bewertet ist. Mehr dazu siehe unten.

>> Received: from uucp-gw-1.pa.dec.com by iraun1.ira.uka.de with SMTP (PP)
>>           id <15683-0@iraun1.ira.uka.de>; Wed, 2 Sep 1992 08:03:31 +0200
>> Received: by uucp-gw-1.pa.dec.com; id AA09841; Tue, 1 Sep 92 22:41:33 -0700
>> Received: from mail.Germany.EU.net by relay2.UU.NET
>>           with SMTP (5.61/UUNET-internet-primary) id AA10277;
>>           Wed, 2 Sep 92 01:35:17 -0400
>> Received: from mcshh (mcshh.Hanse.DE)by mail.Germany.EU.net
>>           with SMTP (5.65c/EUnetD-2.2.0.g)via EUnet for uunet.uu.netid AA13470;
>>           Wed, 2 Sep 1992 07:35:08 +0200

>(a): Zumindest mcshh sollte wohl beim Routen etwas intelligenter vorgehen.
>     Leider weiss ich nicht, mit welchem Zielpfad die Mail bei mcshh
>ankam.
Ich muesste nachschauen, aber mir fehlt im augenblick die Zeit dazu. Werde
das aber bei bedarf noch mal nachholen.
Was das Routing angeht, gehe ich nach der Reihenfolge, Lokalemap (uucp, 
Hanse-net), MX-Record/Smtp, Festdefinierte Links, Submap vor. Wobei MX
vorrang hat. Smarthost, wie nicht anders zu erwarten, ist mail.germany.eu.net.

Zu diesen Zeitraum, wo dieser Fehler (wenn man von einem Fehler reden kann)
auftrat, gab es bei uns, sowie anscheinen auch bei public.sub.org (siehe 
Zitrone) einige Probleme bei Zustellung von Mail. Anscheinen dadurch, weil
sie durch einen MX-Record umgebogen worden sind. Sicherlich gab es auch einige
lokale Probleme bei uns, die sich aber wieder gelegt haben sollten.

Gruss
	thw

P.S.
Mal von den Problemen/Verhalten von unido mal abgesehen, die ja auch noch
auftauchten...
-- 

Xref: sparky de.admin.news.software:258 de.admin.news:2001
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.admin.news.software,de.admin.news
Subject: Re: SCO/cnews
Date: 15 Sep 1992 01:57:00 +0200
Organization: University of Karlsruhe, FRG

In de.admin.news.misc, article <1992Sep15.002324.1031@lcsstr.stgt.sub.org>,
  mic@lcsstr.stgt.sub.org (Michael Lederer) writes:
> Hi all!
> Ich habe diese Group gerade eben erst eingetragen und bitte um
> Entschuldigung, falls mein Problem unmittelbar zuvor bereits besprochen wurde.
> 
Das nicht, aber...

> Unter SCO Unix wird nach jedem expire-Lauf meine Datei history.pag lt.
> Verzeichnis auf eine phantastische Groesse (56 MB) aufgeblasen (soviel Platz 
> haette ich auf dem Filesystem gar nicht mehr frei).
> Ich denke, da muss ein Wurm in dem dbz sein und hoffe, dass jemand dieses
> Problem schon geloest hat.

.BITTE NICHT ERNST NEHMEN.
Es wundert mich immer wieder, wie Leute in der Lage sein koennen, Software zu
installieren, ohne des Lesens maechtig zu sein.
.nemhen tsnre thcin ettib.

Lies mal doc/problems, da steht drin, dass du beim Compilieren vom dbz
den Optimizer ausschalten solltest.

-- 
Failure is more frequently from want of energy than want of capital.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/