It may be an irrelevant coincidence but each
FTP site that this happened with was Microsoft FTP. It never happened (ie
FTP always worked fine) with other server types.
I don't know if this matters, but I had some problems recently with
people downloading from external FTP servers and we foun
no - only ftp to ftp.ibes.com and ftp to www.chi-x.com which are not public.
it seems to have failed after login just before or just as data started to
flow.
the strange thing is that data download works about half the time with
reassemble tcp switched on and all the time with it off.
appologies
On 2010-01-15, Alastair Johnson wrote:
> We went from 4.3 with
> scrub in all
>
> to the latest 4.6 stable with
> match in all scrub (reassemble tcp)
'scrub in all' on 4.3 is the same as 'scrub in all fragment reassemble'
which is now done by default.
If you had done 'scrub in all reassemb
There has been 2 recent threads mentioning problems with "reassemble tcp":
"pf: reassemble tcp"
"problems with emails through pf"
For info here is another. We solved the problem by removing this scrub.
We went from 4.3 with
scrub in all
to the latest 4.6 stable with
match in all scrub (reassemb
There has been 2 recent threads mentioning problems with "reassemble tcp":
"pf: reassemble tcp"
"problems with emails through pf"
For info here is another. We solved the problem by removing this scrub.
We went from 4.3 with
scrub in all
to the latest 4.6 stable with
match in all scrub
There has been 2 recent threads mentioning problems with "reassemble tcp":
"pf: reassemble tcp"
"problems with emails through pf"
For info here is another. We solved the problem by removing this scrub.
We went from 4.3 with
scrub in all
to the latest 4.6 stable with
match in all scrub (reassembl
6 matches
Mail list logo
