Joachim Merkel <[EMAIL PROTECTED]> wrote on 24.10.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schreibt:
>> Und st�ndig stolpert man �ber neue Sachen. Falls Du z.B. eine
>> RFC2822- konforme Routine f�r das korrekte Rausoperieren einer
>> Mailadresse aus einer "From_"-Zeile bzw. einem beliebigen Textstring
>> schreiben m�chtest, die alle denkbaren F�lle ber�cksichtigt, dann tu
>> das doch mal. *Das* w�rde wirklich helfen.
> Ist klar. Vor der Forderung nach unbedingter Exaktheit stehen schon
> mal Fragen der Ziel-Mittel Relation, Effizienzbetrachtungen und die
> Einbeziehung der Vorarbeiten anderer,
McKinsey-Jargon ist nicht mein Ding. Ich will nur, da� der Kram
funktioniert, wie er zu funktionieren hat.
Voarbeiten anderer -- au�er meinen eigenen, die aber auf ein anderes
Szenario abzielen -- gibt's nicht, um das nur mal anzumerken.
> Bisher habe ich einen so generellen Einstieg beim UUZ f�r mich nicht
> als n�tig empfunden. Ich werde dar�ber nachdenken. Vielleicht
> packst Du einfach gelegentlich den Source auf den CVS.
�hm - da� das nicht geht und warum es nicht geht, hatte ich in der
Vergangenheit des �fteren schon mal erkl�rt. Mu� ich 'ne MID rausuchen?
Er liegt nach wie vor auf dem FTP-Server, BTW. Aber er wird f�r die
genannte Aufgabenstellung gar nicht ben�tigt. Sieh' Dir einfach
'mailstring' in xpovl.pas an, das ist der seit Jahren unver�nderte Stand
der Routine, von dem auszugehen ist.
Aber wie gesagt, bzgl. des local part bin ich quasi durch und es w�re
angesichts der fortgeschrittenen Arbeit nicht sehr sinnvoll, wenn jetzt
jemand v�llig neu in die Materie einsteigen w�rde und auch nochmal die
Recherche, die ich anl��lich dieser Sache in Teilen nochmal neu ansto�en
mu�te, durchf�hren m��te.
Siehe Anhang dazu im n�chsten Posting, das ist das Resultat (quasi
RFC2882 in praxisorientierter Kurzfassung als Arbeitsunterlage). Die
aktuelle Baustellenrotine h�nge ich auch mal dran; bitte beachten, da�
meine Kommentare oberhalb der Prozedur so nicht (mehr) aktuell sind --
vieles, von dem dort behauptet wird, da� auch die �berarbeitete Routine
es nicht machen w�rde, macht sie bereits bzw. wird sie machen, wenn sie
fertig ist.
Das sollte nur mal ein Beispiel sein, worauf man bei der Arbeit so st��t
und weshalb sich Dinge mitunter unplanm��ig verz�gern.
Mit einer Sache k�nnte sich aber tats�chlich mal jemand besch�ftigen,
wenn er m�chte: Die Routine 'EncodeFoldQuote' in uuz.pas m��te
hinsichtlich der Unterst�tzung beliebig langer ZConnect-Header noch
dahingehehend angepa�t werden, da� sie als *Input* eben auch solche
beliebig langen Headerzeilen (also char-Arrays bis 65500 Zeichen)
verarbeitet, da wir diese ja jetzt auch *ausgehend* unterst�tzen.
Bisher kann sie aus mehreren Einzelstrings (z.B. mehrere KOP:-Header)
zwar einen beliebig langen RFC-Header generieren, aber als Input eben
jeweils nur einen Pascal-String verarbeiten.
Au�erdem war noch die Recherche in Sachen Content-Type-Parameter ein
Thema, das ich mal angesprochen hatte und mir Zeit sparen w�rde.
Michael
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
