From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comm.gateways
Subject: Re: Adressierungen (War: ZCONN
Date: 29 Sep 1992 18:29:37 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comm.gateways, article <A48744@MS.maus.de>,
  Kai_Henningsen@ms.maus.de (Kai Henningsen) writes:
> hC> Von : heiko@Harpo.Chemie.FU-Berlin.DE (Do, 24.09.92 05:37)
> hC> Name: Heiko Schlichting
> 
> hC> Es gibt durchaus vernuenftige Gruende, warum zwischen From: und Reply-To:
> hC> unterschieden wird, die ich hier nicht darlegen will.
> 
> Sicher. Aber es gibt kaum gute Gruende dafuer, dass die Regeln dafuer so
> kompliziert sind. Wenn es zB *immer* eine Sender:- und eine Reply-To:-Zeile
> gaebe, waere die Logik erheblich einfacher, und ausser in einigen extrem obskuren
> Faellen wuerde man nichts verlieren ... in genau die Richtung gehen zB unsere
> Planungen in der MAUS.
> 
Die Regeln dafuer sind so kompliziert, weil sie als Regeln hingeschrieben
wurden und nicht als dumme Ideen. RFC822 ist nunmal ein Standard und keine
Implementationsbeschreibung. Das hindert dich nicht daran, es dir beim
Implementieren so einfach wie moeglich zu machen.

> Uebrigens waeren Mailinglisten auch deswegen ein Problem, weil wir keine
> Standleitungen haben. Benutzer, die es gewohnt sind, dass alle Mitteilungen am
> naechsten Tag am Ziel sind, haetten ihre Probleme mit einem Mechanismus, der zwei
> Tage dafuer braucht - vier Tage Pause bis zur Antwort statt einem, das ist ein
> ziemlich drastischer Unterschied!
> 
Wenn du innerhalb deines Netzes keine Mailinglisten anbieten willst, sei
das dir ueberlassen. Aber wenn ein Mauser als gleichberechtigter Teilnehmer 
in einer Internet-Mailingliste mitarbeiten will, solltest du ihm das nicht
dadurch schwermachen, dass du in eurem Protokoll keine Moeglichkeit
vorsiehst, die entsprechenden Header weiterzureichen.

> hC> Dann kann man zum Beispiel nicht mehr herausfinden, ob es sich um eine
> hC> direkte Mail (Mausnetz: PM) gehandelt hat, oder ob es an eine Mailingliste
> hC> ging.
> 
> Bei Mail an eine Mailingliste sollte doch irgendeine entsprechende Adresse im
> Envelope-From: stehen, oder?!
> 
Die bezeichnet aber den Verwalter der Mailingliste und ist fuer alle normalen
Funktionen, die so mit einer Liste zu tun haben, uninteressant.
Es hat einen Grund, wieso die meisten Unix-Mail-Benutzerprogramme die 
Envelope-Absenderadresse nicht mal anzeigen.

> hC> Das gleiche gilt fuer Cc:.
> 
> Tja, da muesste man dann klaeren, wie das Gate Zusatzinfos unterbringt.
> Beispielsweise als besonders gekennzeichnete erste Textzeilen.
> 
Womit wir wieder beim Fidonetz und ^A-Hacks waeren.

Ich dachte immer, es waere programmtechnisch kein Problem, beliebige
Headerzeilen in irgendeinem Array zu speichern und 1:1 durchzureichen...

> hC> Es ist doch von entscheidender Bedeutung, ob Du eine Mail von mir ueber
> hC> die IN- Mailingliste bekommen hast oder ob ich sie Dir direkt geschrieben
> hC> habe. Im einen Fall wirst Du naemlich an die Liste antworten und im
> hC> anderen nur mir.
> 
> Das sollte allerdings dann auch so im Reply-To: stehen, nicht wahr?
> 
Reply-To: ist ein optionaler Header. Wenn ich auf Mail an eine Liste
antworten will (also an genau die Leute die Antwort schicken moechte, die
die Originalmail auch bekommen haben), dann verwende ich die Adresse(n)
im To: und Cc:-Header; evtl noch Reply-To: bzw. From:, wenn ich nicht
sicher bin, dass der Absender selber im Listenverteiler steht.
Dazu sind diese Header naemlich da. Und genau deshalb werden sie im
Unterschied zu den Transportadressen des Envelope auch nicht von den
Systemen veraendert, die die Mail weiterleiten.

Ob eine Mailingliste Reply-To: automatisch auf die Listenadresse zeigen
laesst, ist nicht festgelegt. Manche tun es; von den Listen, in denen ich
stehe, veraendern 80% ueberhaupt keine Headeradressen. Wozu auch, wenn
alle notwendigen Infos bereits in den Headern enthalten ist?

-- 
In Seattle, Washington, it is illegal to carry a concealed weapon that
is over six feet in length.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/