🚀 go-pugleaf

In de.comm.gateways, article <hal.103a@amiux.north.de>,
  hal@amiux.north.de (Holger Lubitz) writes:
> 
> heute sind einige Mails mit Headern wie dem folgenden hier angekommen. Muss es
> wirklich sein, dass eine Mail aus dem Z-Netz an eine Site, die vom Gateway nur
> drei Hops (shlink->mcshh->agsc->amiux) entfernt sitzt, erst durch die halbe
> Welt geroutet wird ? Wie kommt sowas ?
> 
> Das folgende Beispiel stammt von einer Mail aus der Insider, aehnlich verquere
> Pfade hatte ich aber auch ueber Mails aus der Genesys und der Treff.
> 
[ Pfad: shlink!mcshh!unido!uunet!decwrl!uka!uka_2!smurf!nadia!agsc!amiux ]

Anscheinend wurde die Mail an amiux.agsc.sub.org oder nur amiux gesendet.

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

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.

>Ich hoffe, dass die Angaben ausreichen, den Fehler nachzuvollziehen. Sowas muss
>wirklich nicht sein. Spaetestens mail.Germany.EU.net haette amiux.north.de doch
>eigentlich erkennen und ueber den MX-Record fuer .north.de zustellen muessen.

Wenn irgendjemand nach den normalen Maps zustellt, dann fliegt die Domain aus
der Adresse. (Deshalb existiert auf smurf auch ein aufwendiges Programm, das
die Domains aus den Maps rauszieht und dem Mailer so vorlegt, dass dieser
die Adressen wieder domainisieren kann.) Und amiux steht mit Link nach smurf
in der u.deu.10[01].

>Oder macht unido neuerdings kein Rerouting mehr ?
> 
Liefe auf dasselbe raus.

So. Nach dieser Analyse ist der oder das Schuldige wohl (a) dass weder mcshh
noch unido beim Routen die Submap oder das Internet befragt, sondern blind
nach den internationalen Maps routet, (b) der "decwrl  smurf.sub.org(HOURLY)"
in der Map u.usa.ca.6.

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

(b): Ich werde den Link von HOURLY auf HOURLY*10 setzen lassen, so dass
     die Maps dann von unido aus den direkten Weg gehen, international aber
auf decwrl!smurf zeigen. (Eigentlich sollte ich ja auf eine Pruefung lernen,
anstatt mit dem Pathalias und diversen Mapschnipseln zumzuspielen.)

Zusaetzlich sollten sich die Postmaster auf germany.eu.net mal ueberlegen,
ob sie nicht doch wieder rerouten und dabei vielleicht die in den Maps
auftauchenden Domainnamen mit den im Internet vorhandenen MX-Records
kombinieren sollten, um die Mails auf dem kuerzesten Weg zustellen zu
koennen. So mache ich es hier schliesslich auch.  ;-)

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.

Followups nach de.admin.mail.
-- 
The only way to amuse some people is to slip and fall on an
icy pavement.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/