On 06/11/04(16:38) you "vanny" <vanny@artemis-it..> wrote
in <_A2643@delegate-en.ML_>
 |> Does this problem occur with recent versions of DeleGate?
 |I don't know, 'cause I've not tried the recent ones.But mine is 7.9.13.

Why don't you try it?  Why you are using such an ancient unsupported
version?  What do you think about the loss of (my) time if the problem
has been already solved in later version?

 |06/11 16:20:13.58 [3912] 0+0: --INITIALIZATION START: 7.9.13 on
 |Linux/2.4.18--
...
 |06/11 16:20:13.58 [3913] 0+0: arg[9] FTOCL=/var/spool/delegate/cfi/pop.cfi

What does this filter "pop.cfi" do? and what will happen if you removed
this FTOCL parameter?

By the way, there seems to have been a bug since 8.8.5 in cfi.c which
addes a garbage at the end of response data for repetitive RETR.
It should be fixed like enclosed patch.  But this problem does not
affect your problem since your problem occurs even with single RETR.

Cheers,
Yutaka
--
  D G   Yutaka Sato <pfqcabdyi-mxhgu45sr33w.ml@delegate.org> http://delegate.org/y.sato/
 ( - )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller


diff -c dist/delegate8.9.5/filters/cfi.c filters/cfi.c
*** dist/delegate8.9.5/filters/cfi.c	Sat Feb 14 17:03:33 2004
--- filters/cfi.c	Sat Jun 12 08:20:26 2004
***************
*** 767,773 ****
--- 767,776 ----
  		if( body ){
  			relayRESPBODY(in,tmp,endline,sizeof(endline));
  			fflush(tmp);
+ 			/*
  			Ftruncate(tmp,0,2);
+ 			*/
+ 			Ftruncate(tmp,0,1);
  			fseek(tmp,0,0);
  		}else{
  			Ftruncate(tmp,0,0);