Hallo, Michael Heydekamp <[EMAIL PROTECTED]> schrieb am 08.05.04 zum Thema: Re: E-UUZ und -graberec tut's nicht mehr ...
> Michael Heydekamp <[EMAIL PROTECTED]> wrote on 08.05.04: >> Ralf Mueller <[EMAIL PROTECTED]> wrote on 08.05.04: > Ach je, ich wei� gar nicht, wo ich anfangen soll, so vielschichtig > ist das mal wieder... Also, das wird wieder l�nger jetzt: > Erstens: > -------- > Da� Dein alter UUZ �berhaupt die "richtige" Adresse aus den > Received:- Headern rausgeporkelt hat, ist pures Gl�ck bzw. Zufall und Irgendwie hatte ich mir das schon gedacht. > Sieh Dir mal den allerersten Received:-Header in Deiner Mail an, der > besteht aus f�nf Zeilen (ist also viermal gefolded), und die f�nfte > Zeile enth�lt die g�ltige Mailadresse "[EMAIL PROTECTED]". > Das ist die Mailadresse, die eigentlich in Deinem EMP:-Header h�tte > landen m�ssen, und die w�re nat�rlich falsch gewesen. Hier kann man > schon gut die prinzipiellen Grenzen dieses Verfahrens erkennen. Deswegen w�rde ich es auch mit einer geringeren Priorit�t als UseEnvTo versehen, siehe Deine �berlegung unten. > Das vorweg: Ich werde sicher nicht wieder einen Bug einbauen, nur > damit Adressen unterschlagen werden, weil das bei dieser > Konstellation mal zuf�llig pa�t. ;) Dann nenn es halt Feature ;-)) > BTW: �berhaupt sind die Header f�r meinen Geschmack v�llig krank > gefoldet und stellenweise mit riesigen Zwischenr�umen versehen, was > dem Enhanced UUZ nichts ausmacht. Ist aber ein Hinweis darauf, da� > hier MTAs beteiligt sein m�ssen, die nicht ganz sauber ticken. Hey, hier ist die Uni mit ihrem versammelten academischen KnowHow am Ball, also mal nicht so despektierlich <eg> > Zweitens: > --------- > In der Tat ist aber insofern trotzdem ein Bug im Enhanced UUZ, als > Zur Erl�uterung und als Antwort auf eine Frage, die Du per Mail > gestellt hattest: Der Schalter -graberec nimmt einfach die erste > Mailadresse nach einem "for ", die er in irgendeinem Received:-Header > finden kann. Wenn schon im ersten Received:-Header eine vorhanden > ist, dann halt die, ansonsten die aus einem der n�chsten Header. > Sobald eine Adresse gefunden wurde, werden alle Adressen aus noch > folgenden Headern ignoriert. Aha, danke. Ich hoffe es l��t sich dann auch nicht durch ein: 'MailMonitor for SMTP' in einer 'Received: ...'-Zeile aus der Ruhe bringen, da es 'SMTP' in diesem Beispiel als *Nicht-Adresse* erkennt und daher ignoriert. > Drittens: > --------- > In der Mail hattest Du angesprochen, evtl. den Header > "Original-recipient:" auszuwerten, um an die richtige Adresse > ranzukommen. > Kann man evtl. machen, obwohl mir das �hnlich wie "Delivered-To:" so > ein propriet�rer Header zu sein scheint, der zudem mal wieder v�llig > schr�g gestaltet ist: > ----------8<---------- >> Original-recipient: rfc822;[EMAIL PROTECTED] > ----------8<---------- Die Gestaltung mag schr�g sein, den Headertitel selber habe ich aber schon �fter gesehen und auch in anderen 'Schriften' erw�hnt gefunden. > Ich w�rde das dann mit zu den Headern "(X)-Envelope-To" und > "Delivered- To" packen, d.h. man m��te "-UseEnvTo" angeben, um den > UUZ zu einer Auswertung dieses Headers zu bewegen. Yep, das w�rde helfen. > Langfristig erscheint es mir aber sinnvoller, Du w�rdest die > envelope-f�hige L�sung f�r UKA_PPP verwenden, sobald sie existiert. > Sobald ich eine UUZ-Version habe, die mit diesem schr�gen > "Original-recipient:" klarkommt, schicke ich sie Dir aber auf jeden > Fall zum Testen zu. Ok, her damit. > Ich mu� mir aber auch noch ein Vorgehen f�r den Fall �berlegen, falls > jemand "-graberec" und "UseEnvTo" gleichzeitig angibt *und* evtl. > sogar ein Envelope-Header vorhanden ist. Irgendwie mu� dann eine > Priorit�t definiert sein. s.o. > Anyway, es war definitiv ein Bug vorhanden und daher erstmal Danke > f�rs Finden. :) Auch wenn's mir jetzt wieder ungeplante zus�tzliche > Arbeit beschert. Gerne, das Los der Programmierer eben ;) Gru� und Dank Ralf ------------------------------------------------------------------------ FreeXP Support-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
