Date: Sun, 03 Jan 1993 16:00:00 CET
From: gatebau@a-link-h.comlink.de
Reply-To: gatebau@a-link-h.comlink.de
Distribution: world
Newsgroups: de.comm.gateways
Subject: Envelope-Adressen
Organization: Aquila Jugendmailboxprojekt Langenhagen
Content-Length: 3436    
X-Gateway: NETCALL3.8 UU uzercp.zer.sub.org [UZERCP V3.99c]


Envelope-Adressen
=================

Immer, wenn eine Nachricht von einem Verteiler oder per Hand 
weitergeleitet wird, muss man sich darueber klar sein, dass Nachrichten 
zwei verschiedene Arten von Empfaenger- und Absenderangaben haben koennen.
Bei normalem Versand von Nachrichten bemerkt man diese Unterscheidung
nicht, da beide Adressarten hier dieselben Werte haben.

Man macht sich das am Besten an einem Beispiel klar: Es werde eine
Nachricht im RFC822-Format von Kristian Koehntopp an die Individual-
Network Mailingliste gesendet.

Der Header der Nachricht enthaelt unter anderem diese Zeilen:

From: kris@toppoint.de (Kristian Koehntopp)
To: in@individual.net (Individual Network)

Diese beiden Adressangaben sind Headeradressen. Sie beschreiben den
logischen Absender und den logischen Empfaenger der Nachricht. Dass
es sich um eine logische Empfaengerangabe handelt, sieht man daran, dass
man der Empfaengeradresse so nicht entnehmen kann, welche konkreten
Empfaenger denn jetzt die Liste in@individual.net bilden. Der logische 
Absender und der logische Empfaenger einer Nachricht stehen in dem
Moment, in dem eine Nachricht verschickt wird, fest. Sie werden im Laufe
des Zustellweges einer Nachricht *niemals* geaendert.

Wird die Nachricht jetzt (z.B. per SMTP) von toppoint.de an individual.net
zugestellt, dann bekommt diese Nachricht fuer diese Zustellung sogenannte 
Envelope-Adressen:

MAIL-FROM: kris@toppoint.de
RCPT-TO: in@individual.net

Da es sich um eine normale Mailzustellung handelt, stimmen in diesem Fall
die Envelope- und die Headeradressen ueberein.

Da in@individual.net aber eine Mailingliste ist, wird die Nachricht auf
dem Zielrechner nicht einem Benutzer zugestellt, sondern an alle Empfaenger
dieses Verteilers weiter verteilt. Jetzt ist der physikalische Absender
der Nachricht der Rechner in@individual.net und der physikalische
Empfaenger der Nachricht der jeweilige User auf dem IN-Verteiler.

In diesem Fall stimmen Envelope-Adresse und Header-Adrese nicht mehr
ueberein. Hier noch einmal alle Header fuer den zweiten Versand der
Nachricht:

MAIL-FROM: in-request@individual.net
RCPT-TO: terra@sol.ccc.de
From: kris@toppoint.de
To: in@individual.net

Fehlermeldungen (etwa, weil terra@sol.ccc.de nicht existiert) gehen
an die Adresse in-request@individual.net, also an die in MAIL-FROM 
angebene Adresse.

Eine Reply von terra auf diese Nachricht geht an kris@toppoint.de,
also an die in From angegebene Adresse.

Ein Group-Reply auf diese Nachricht geht an kris@toppoint.de mit
in@individual.net als Kopienempfaenger, also an die in From angegebene
Adresse fuer das Original und an alle To-Empfaenger als Kopie.

Falls ein Netz die Unterscheidung zwischen Header- und Envelope-Adressen
nicht kennt, empfiehlt die Gatebau folgend Vorgehensweise:

1. Die Nachricht wird an die Envelope-To, also RCPT-TO: Adresse zugestellt.
2. Der Absender ist der Header-From Absender, also wird der Inhalt des
   From-Headers eingesetzt.
3. Wenn eine Adresse fuer Fehlermeldungen eingesetzt werden kann, soll
   hier der Envelope-Absender eingesetzt werden (MAIL-FROM Header).
4. Der Header-To-Inhalt soll zur Information mit in den Body der Nachricht
   uebernommen werden.

Fuer die andere Richtung (Konvertierung von einem Netz ohne Envelope-
Adressen nach Metamail) schreibt die Gatebau vor:

1. Der Absender wird in MAIL-FROM und From eingesetzt.
2. Der Empfaenger wird in RCPT-TO und To eingesetzt.