From: Kai_Henningsen@ms.maus.de (Kai Henningsen)
Newsgroups: de.comm.gateways
Subject: Re: Sourceroute-Adressen?!
Date: 11 Apr 92 09:14:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.04

ae>>          @gateway:user@host oder @gateway1,@gateway2:user@host

ae> Was ist denn das? Kann mir das mal jemand auseinanderfriemeln und mir
ae> sagen, wie das zu routen ist (falls hier mal so etwas ankommen
ae> sollte)?

Erst nach gateway1, dann nach gateway2, dann nach host ... aber es ist voellig
legal, diese Zusatzangaben einfach zu ignorieren.

Zitat aus RFC 1123, Requirements for Intzernet Hosts:

         A receiver-SMTP MUST accept the explicit source route syntax in
         the envelope, but it MAY implement the relay function as
         defined in section 3.6 of RFC-821.  If it does not implement
         the relay function, it SHOULD attempt to deliver the message
         directly to the host to the right of the right-most "@" sign.

         DISCUSSION:
              For example, suppose a host that does not implement the
              relay function receives a message with the SMTP command:
              "RCPT TO:<@ALPHA,@BETA:joe@GAMMA>", where ALPHA, BETA, and
              GAMMA represent domain names.  Rather than immediately
              refusing the message with a 550 error reply as suggested
              on page 20 of RFC-821, the host should try to forward the
              message to GAMMA directly, using: "RCPT TO:<joe@GAMMA>".
              Since this host does not support relaying, it is not
              required to update the reverse path.

              Some have suggested that source routing may be needed
              occasionally for manually routing mail around failures;
              however, the reality and importance of this need is
              controversial.  The use of explicit SMTP mail relaying for
              this purpose is discouraged, and in fact it may not be
              successful, as many host systems do not support it.  Some
              have used the "%-hack" (see Section 5.2.16) for this
              purpose.


ae> Ausserdem konnte mir bisher noch keiner erklaeren, was genau ein MX-
ae> Record ist und wozu der dient...

Das ist eine Information, die ein Internet-Domain-Name-Server Dir geben kann
als Antwort auf die Frage "Wie stelle ich Mail an user@sys.tem.do.main zu?".

Das kann entweder eine IP-Adresse sein (123.45.67.239 - war das nicht ein
A-Record?), die Du [:-)] als Internet-Host direkt ansprechen kannst, oder eben
ein MX-Record (fuer "Mail eXchanger"), die eine Liste von anderen Rechnern
angibt, die bereit sind, Mails zu dem betreffenden Rechner zu transportieren -
die also Gateway spielen. (Diese Darstellung ist vereinfacht!)

Wenn ein Rechner NICHT direkt am Internet haengt, ist er nur mit Hilfe eben
solcher MX-Records erreichbar - oder ueber haessliche Adress-Hacks.

Und ein Domain-Name-Server ist das Internet-Aequivalent zu Maps, weil Maps fuer
das Internet viel zu gross waeren: stattdessen gibt es eine gigantische verteilte
Datenbank, die eben von diesen DN-Servern getragen wird, das sog. DNS (Domain
Name System). Jeder kennt einen Teil des Internet, und ausserdem koennen sie sich
gegenseitig nach weiteren Informationen fragen und das Ergebnis eine Weile
speichern (fuer die naechste Anfrage). Deswegen sind Domains auch hierarchisch
organisiert: damit ein Domain-Server den zustaendigen anderen Domain-Server
herausfinden kann.

Es gibt stets einen oder zwei "zustaendige" Server, eine Antwort von denen ist
dann eine "authoritative answer". Falls man sowas mal in einer Fehlermeldung
finden sollte. (Ja, auch das ist vereinfacht. Aber jedenfalls bedeutet das,
dass der Server sich absolut sicher ist, dass er recht hat und nicht nur
unzureichend informiert ist.)

MfG Kai