Hans-Juergen Taenzer <[EMAIL PROTECTED]> wrote on 06.01.05:
> Michael Heydekamp ([EMAIL PROTECTED]) wrote:
>>> Irgendwann (vermutlich Ende 2002) hattest Du beschlossen den
>>> "Sender" nicht mehr nach "U-Sender" durch den UUZ schreiben zu
>>> lassen.
>> Das jedenfalls ist kein Fehler, sondern v�llig richtig so. W�rde
>> "Sender:" nicht nach "WAB" geschrieben werden, k�nnte man nicht an
>> den Sender antworten.
> Ich bin da sicherlich kein Experte, vielleicht eher Claus F�rber
Das �ndert nichts an der Richtigkeit meiner obigen Aussage.
> (<[EMAIL PROTECTED]>):
> <--------------------------------------------------------------------
> > Stefan Vinke <stefan.vinke at gmx.de> schrieb/wrote:
>> Claus F�rber <list-openxp at faerber.muc.de> schrieb:
>>> Nein. WAB ist Resent-From/Resent-Sender.
>> Worin muss man denn 'Sender' wandeln?
> Geht nicht. ZConnect kennt keine Unterscheidung zwischen Sender und
> From, sondern nur ABS.
> Am besten, man wirft Sender weg oder macht eben U-Sender draus, wenn
> - was praktisch immer der Fall ist - auch From vorhanden ist.
> Claus
> <--------------------------------------------------------------------
In zu-Richtung wird WAB aber (seit jeher) nach Sender gewandelt (und
eben nicht nach Resent-From/Resent-Sender), da w�re es komplett
unlogisch, in Gegenrichtung nicht dasselbe zu tun.
Mag schon sein, da� WAB und Sender inhaltlich nicht 100%ig dasselbe
sind, aber eine andere Alternative gibt's nun mal nicht. Die Adresse
komplett wegzuwerfen oder nach U-Sender zu schreiben, ist keine Option,
weil sie dann wie gesagt beim Beantworten nicht zur Verf�gung steht (und
beim Archivieren im Userbrett mit <Alt-P> gleich ganz vernichtet wird).
Der E-UUZ schreibt auch mehrere Adressen im From: ab der zweiten nach
ANTWORT-AN (weil ZConnect nicht mehrere ABS-Header kennt). Stimmt im
Grunde auch nicht, aber so stehen die Adressen beim Beantworten
wenigstens zur Verf�gung.
Alle anderen UUZs werfen sie weg bzw. schreiben mehrere From:-Adressen
hintereinander in *einen* ABS-Header (argh!).
>>> Korrektur (Quick and Dirty, s.u.):
>> [...]
>> Kann ich ohne genauere (vor allem gedankliche/inhaltliche) Pr�fung
>> so nix zu sagen. Technisch sieht's OK aus. Will man denn ein
>> Supersedes, bei dem From: und Sender: unterschiedlich sind,
>> akzeptieren (bei News und prinzipiell, meine ich)?
> Die Supersedes-Frage wurde bereits fr�her f�r OpenXP diskutiert
> (Mitte 2000, vor der Trennung), mit dem Ergebnis, da� Supersedes und
> Cancelnachrichten in verarbeitet wurden.
In... was?
> Der in ip3o.inc ausschnittsweise zitierte RFC 1036 scheint hier, bis
> auf die Definition, was ein *verified sender* genau ist, auch
> ziemlich eindeutig zu sein:
Jup, das st�tzt die Position, da� Sender: und From: auch bei Cancels und
Supersedes unterschiedlich sein k�nnen.
> Deine Bedenken bez�glich Auswertung von Cancel- und Supersedes-
> Nachrichten scheinen aber auch erst neueren Datums zu sein?
Ich habe keine (neuen) Bedenken. Ich habe nur gesagt, da� ich
inhaltlich aus der Lameng dazu nix sagen kann.
> Aus der Snapshot.txt:
> <------------------------------------------------------------------>
> �nderungen ab Januar 2002
> [...]
> MY:
> - Routine zum Ermitteln der eigenen Adresse bei Cancel- und
> Supersedes-Nachrichten f�r RFC/Client sauberer gestaltet.
> XP3O.PAS
> <------------------------------------------------------------------>
Was soll mir das sagen? Inhaltlich habe ich da offenbar nix ge�ndert
(sonst h�tte ich's dokumentiert).
>> Hab's jedenfalls mal vorgemerkt, danke erstmal.
> F�r mich stellt sich das Ganze so dar, da� mit der Nicht-Versorgung
> des U-Sender-Headers durch den UUZ sich in FreeXP ein technischer
> Defekt in der Bearbeitung der Cancel- und Supersedes-Nachrichten
> ergeben hat.
Dem ist wohl so, ja. Danke f�r die umfassende Recherche.
Das hei�t BTW auch, da� der E-UUZ im XP2-Modus U-Sender: statt WAB:
schreiben m��te (mal davon ausgehend, da� die Routine dort �hnlich
arbeitet wie die bisherige in FreeXP).
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[email protected]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
