Frank Markopoulos <[EMAIL PROTECTED]> wrote on 01.03.04:
> [EMAIL PROTECTED] (Michael Heydekamp) teilte uns am 29.02.04 mit:
>>> "Kannofant" ist was anderes als T-Online. :-))
>> Die OpenXP/16-Gruppen wurden auch damals schon mit T-Online
>> gefeeded. Nie gesehen?
> Doch.
> Aber dann wurde der Feed gekappt (wegen des "Hickhacks") - schon
> vergessen?
Was f�r ein "Hickhack" und wieso gekappt? Da wurde nix gekappt, bis zum
Abschalten von news.kannofant.de am 31.10.2003 waren die OpenXP/16-
Gruppen bei T-Online verf�gbar.
Der Feed zu den XP2-Gruppen wurde weit fr�her mal (auf ausdr�cklichen
Wunsch von XP2!) "gekappt".
> (Und das TOT baute in die Newsreader-FAQ b�se Seitenhiebe auf XP ein,
> weil das a) "nur f�r das olle DOS" sei und man b) wegen "Streitereien
> der Entwickler" das Produkt nun gleich gar nicht mehr empfehlen
> k�nnte; inzwischen sieht diese FAQ f�r XP wieder "netter" aus.)
Das wiederum hat aber weder mit dem XP2- noch mit dem OpenXP/16-Feed
etwas zu tun.
>> Ausgehend nicht, weil Du ja gar nicht siehst, was wirklich
>> versendet wird
> Doch, das sieht man doch recht h�bsch -
Ich erinnere dunkel, da� man sich mit UKA_PPP in der Tat die ausgehenden
Nachrichten anzeigen lassen kann. Und das machst Du wirklich bei
*jeder* ausgehenden Nachricht?
Und selbst wenn Du es machst - wer nicht mit RFC1036 ff., RFC2047 und
RFC2822 unter dem Kopfkissen einschl�ft, wird als Normaluser kaum in der
Lage sein zu beurteilen, ob die Nachricht RFC-konform oder in anderer
Hinsicht defekt ist.
> vor allem, weil ich mir meine eigenen Artikel auch wieder abhole, und
> dann sehe, was rausgegangen ist.
Dann ist's aber schon zu sp�t und die Nachricht bereits versendet.
>> Jochen Gehring hatte da mal irgendein bestimmtes Problem, da bin
>> ich bald umgefallen (Details m��te ich aber rauskramen).
> Meinst Du diesen �blen Bug, da� am Zeilenende manchmal Zeichen
> gedoppelt werden?
Irgendwas in der Art, ich glaube, es kam schlicht ein ganz anderes
Zeichen in der RFC-Mail (also vor der UUZ-Konvertierung) an als
versendet wurde (7bit!).
> (In einer GABELN sendet ein Poster immer seine Artikel _ohne_ CR/LF
> nach der Schlu�formel "- Martin" ab - da bekomme ich reproduzierbar
> ein "- Martinn<CR/LF>". Das scheint am UUZ zu liegen - ich wei�...
Glaub' ich nicht, das d�rfte eher an UKA_PPP liegen. Aber ich will mich
da ohne Test nicht festlegen.
>> Ich mu� mir Robos Batch irgendwann mal ansehen, so viel anders kann
>> das ja bei FreeXP auch nicht sein.
> <Vorfreude> - genau das w�re f�r die ersten "Gehversuche" mit FreeXP
> sehr hilfreich.
Na ja, jetzt freu Dich mal nicht zu fr�h, der Berg, den ich vor mir
herschiebe, ist mannshoch.
>> Das Problem ist nur, da� - nicht nur wegen UKA_PPP, sondern vor
>> allem auch wegen des UUZ - das System gar nicht so "running" ist,
>> wie es f�r Dich aussehen mag.
>> Das ist aber auch bei XP2 etwas versionsabh�ngig - welche Version
>> benutzt Du denn (ich sehe nur den UKA_PPP-Header)?
> 3.31.006 - also die letzte "frei verf�gbare" Version.
Die ist UUZ-technisch halbwegs (!) OK, jedenfalls besser als die 3.30
PRE irgendwas vom gleichen Datum.
>> Es ist ja noch die Ver�ffentlichung einer XP2-kompatiblen Version
>> des "Enhanced UUZ" von FreeXP geplant. Sobald der erschienen ist
>> und Du dann immer noch XP2 benutzt, ist das Mindeste, was Du tun
>> solltest, diesen UUZ zu verwenden.
> Das habe ich schon aus dcsc mitbekommen. Das w�rde ich als ersten
> Schritt auf jeden Fall versuchen, da besonders "minimalinvasiv". :-)
L�st aber die Macken von UKA_PPP nicht. Wie auch immer, komm blo� nicht
auf die Idee, den aktuellen Enhanced UUZ mit XP2 einzusetzen...
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
