Michael Heydekamp ([EMAIL PROTECTED]) wrote:
> Hans-Juergen Taenzer <[EMAIL PROTECTED]> wrote on
> 06.04.05:
>> Die "#! rnews" Eintragungen sind alle korrekt. 0x0d 0x0a
>> Kombinationen kommen �brigens nicht vor (Z�hlproblemtik).
> Die w�rde der UUZ aber ohnehin korrekt abfangen (vorausgesetzt,
> der Newsbatch ist RFC-konform).
Und unter der Voraussetzung, da� der UUZ sich nicht verz�hlt. ;)
>> Das Merkw�rdige ist, da� man scheinbar *keine* Nachricht vor der
>> fehlerhaft konvertierten l�schen kann, ohne da� der Fehler
>> verschwindet.
> Aber wenn man *alle* Nachrichten davor entfernt, dann klappt es.
> H�?
Doppelte Verneinung. Positiv ausgedr�ckt: l�scht man *irgendeine*
Nachricht vor der bewussten, tritt der Fehler nicht mehr auf.
> Zwischenzeitlich hatte ich ganz stark diese UTF-8-Nachricht *nach*
> dem betreffenden Posting im Verdacht (h�tte durchaus sein k�nnen,
> weil jeder Newsbatch zweimal durchlaufen wird -- beim ersten wird
> die L�nge f�r den LEN:-Header ermittelt, beim zweiten wird
> konvertiert).
> Aber wenn man nur diese UTF-8-Nachricht entfernt, wird immer noch
> ein falscher LEN:-Header erzeugt.
Ich spiele noch mal mit dieser Nachricht, aber so wie sich das alles
darstellt, scheint das eher mit nicht immer sauber duchgef�hrten
Initialisierungen beim Wechsel einer Nachricht zusammenzuh�ngen.
>>> Und interessant w�re auch zu wissen, ob es �berhaupt einen UUZ
>>> gibt, bei dem dieses Problem nicht auftritt (und welcher das
>>> ist).
>> Damit kann ich dienen. Der aktuelle UUZ von Eurer Webseite hat
>> das Problem mit *diesem* Newsbatch nicht (Zeitstempel: 30.08.2003
>> 00:00, Gr��e: 152.928).
> Das ist aber doch genau der UUZ, der bei dem seinerzeit ebenfalls
> nicht RFC-konformen Newsbatch (ISO-8859-1 als UTF-8 deklariert)
> einen ganz �hnlichen Fehler produziert hatte.
Ja. Hier haben wir stattdessen eine ISO-8859-15 Nachricht. Das probeweise
�ndern auf einen anderen Charset bringt auch kein anderes Ergebnis. Wird
also wohl auch nichts mit dem Euro-Support zutun haben.
> Die Behebung dieses Problems schafft eines bei dem nun in Rede
> stehenden Newsbatch? Hmm...
>> Aber wie schon fr�her geschrieben, habe ich hier einen Newsbatch,
>> mit dem dieser UUZ nicht zurechtkommt.
> Ich nehme mal an den, um den es schon damals ging und der Anla�
> f�r die umfassenden Fixes f�r f�lschlicherweise als UTF-8
> deklarierte ISO-Header war?
Nein, da� ist ein relativ neuer Newsbatch mit Postings aus dcsn. ;) In
dem Thread geht es in der Tat um Tests im Umfeld von UTF8.
>> Zumindest technisch scheint der Batch in Ordnung zu sein, wenn
>> man mal davon absieht, da� enorm lange Headerzeilen vorhanden
>> sind.
> Das ist ja kein Verbrechen und zul�ssig.
Sicher, allerdings immer unter der Voraussetzung, da� der UUZ das in allen
Situationen richtig handelt.
>> Die laengste Zeile hat 429 Bytes (Path:).
> Kein Thema.
>> Auch die "Korrektur" des seltsamen Datumseintrags "Date: 20 Feb
>> 2005 15:47:42 -0600" bringt keine �nderung.
> Was ist daran seltsam?
Es fehlt der allgemein �bliche Wochentag. Aber auch eine Korrektur nach
"Date: Sun, 20 Feb 2005 15:47:42 -0600" bringt keine �nderung.
Ich bef�rchte, da� Du wohl nicht um eine Debuggersitzung herum kommst. ;)
Gruss
Hans-Juergen
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[email protected]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
