Joachim Merkel ([EMAIL PROTECTED]) schreibt: > Wobei mir mit einer ZConnect-Box am st�rendsten erscheint, > da� die U- und X-Header nicht erkannt werden. Da steht immer > am Anfang mehrere U-Received etc. Wenn der LEN:-Header nicht > stimmt, verpasst ZPR immer den Headeranfang und das zieht > sich unter Umst�nden durch den gesamten Puffer ab dem Fehler. > Daher war meine �berlegung, zun�chst per Kommandozeile den Header > zur Liste der erkannten hinzuf�gen zu k�nnen (ohne weitere > Aktion), damit dieses Verz�hlen aufh�rt. Nach ZConnect mu� > die Reihenfolge der Headernamen ja beliebig sein k�nnen, aber > ich will ja nicht den ersten Headereintrag festlegen, aber > vielleicht hilft es schon, wenn eine Zeile als Headereintrag > erkannt wird.
Ich habe da mal ein wenig getestet. Das klappt nur besser, wenn man einen Pflichtheader an den Anfang setzt. Daf�r ist mir dann was anderes noch aufgefallen: Aus einem alten Mailpuffer, alle LEN: 0 gesetzt und EMP: als erste Zeile des Headers ( danach mehrere U-Received: und der Rest, wie es eben bei ZConnect reinkommt) wird als Anfang eines neuen Headers folgendes erkannt: Das stammt aus dem Trailer: Mailingliste FreeXP Web: http://www.freexp.de/ - fuer Abonnenten: [EMAIL PROTECTED] FTP: ftp://ftp.freexp.de/ - eMail: [EMAIL PROTECTED] und der Trailer wird ver�ndert zu: Mailingliste FreeXP WFTP: ftp://ftp.freexp.de/ - eMail: [EMAIL PROTECTED] wobei wie gesagt ab FTP: ftp[...] der neue Header beginnt, weil der ZPR meint: EB w�rde aus AM entfernt und nat�rlich im Zusammenhang zu sehen mit Nachricht w�rde vergr��ert Ich pers�nlich werfe in harten F�llen meistens alle Header bis auf die Pflichtheader aus dem Puffer, setze alle LEN: 0 und bin damit meistens zum Ziel gekommen. BTW eigentlich hatte ich fast nur Probleme durch von mir selbst ver�nderte Puffern, die ich in XPBMF einlesen wollte. Da habe ich massiv die st�renden W�rter gel�scht und manchmal einige tausend Leerzeilen, dann stimmen die L�ngen eben nicht mehr, wobei gerade bei XPBMF wieder alle Header drin haben will. Es ist also durchaus eine ernstzunehmende Alternative, einen Pflichtheader durch einen Eingangsfilter an den Anfang zu setzen und alle anderen Headerzeilen unver�ndert zu lassen um dann nach LEN: 0 setzen bei "nachbearbeiteten" Bodies den ZPR die L�ngen korrigieren zu lassen. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Entwickler-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
