In message <_A3292@delegate-en.ML_> on 06/09/06(00:00:39) I wrote:
 |Hmm..  FTOCL is applied even when getting MOUNTed builtin-data.
 |It might be able to be escaped with a conditional FTOCL in CMAP
 |but I'm not sure.
 |On Windows, the shutdown for TCP for FTOCL causes another problem.
 |It might be able to be escaped with SOCKOPT=noshut.
 |
 |These problems can be escaped with the following patch.
 |I uploaded the patched version as dg9_2_2-pre9y.zip.

I uploaded 9.2.2-pre10 which is almost ready to be released as 9.2.2.
The problem of the empty result with CFI on Windows is caused because
DeleGate did not appropriately wait for children processes (which
might be CFI) to exit, and do shutdown the TCP connection with the 
client before all of children finishs.
In 9.2.2, I modified to force waiting CFI processes before doing
shutdown and exit, and confirmed it to work with the following
configuration.

./dg9_2_2-pre10.exe +=dg.cnf

[dg.cnf]
-f
-P9999
SERVER=http
RELIABLE=1.1.1.1
ADMIN=ptarqbth4-mxhgu44mz33w.ml@delegate.org
DELAY=reject:0
FFROMSV=cat.cfi
FTOCL=cat.cfi
CACHE=no
MOUNT="/-/builtin/mssgs/403-forbidden.dhtml http://www.delegate.org/test/test.txt"

[cat.cfi]
#!cfi
Filter: cat -n

[test-cases]
delegated -Fdget -h -o http://localhost:9999/xxxx
delegated -Fdget -h -o PROXY=localhost:9999 http://localhost/

A remaining open problem is whether or not FTOCL should be applied to
the forbidden message which is generated by DeleGate itself.
It is applied when the DeleGate is acting as an origin server and it is
not applied when it is acting as a proxy, as the above test cases shows.

Cheers,
Yutaka
--
  D G   Yutaka Sato <pfqcabdyi-mxhgu44mz33w.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