be nice, however nicer would be a
> throttle-component that plays with all ICS components (drop and forget),
> just
> my to cents.
ups... I have mis-read your first posting - I thought you were talking
about FtpSrv...
nevertheless, the posted code implements this derived throttled server.
tp://www.feldtech.com/downloads/uThrottledFTP.pas
(taken directly out of a project - so no examples...) - please note that I
didn't check if my "extensions" are compatible with ics-ssl (I fear not,
since I'm "hijacking" DoRecv(), which is used in ssl-implementatio
l mistake ;) (no offense meant!) - I was
just asking Arno because he is working on SSL and therefore might be using
some "meta"-version which he could've merged himself...
--
Peter Feldbaumer
p dot feldbaumer at utanet dot at
--
To unsubscribe or change your settings for TWSocket mai
Mode then // FLD 17.1.06
FreeCurrentPasvPort(Client);
--> enter before
FClientList.Remove(Client);
end;
--
Peter Feldbaumer
p dot feldbaumer at utanet dot at
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
ch version do you use, maybe something has been lost on merging my
changes - unfortunately there are so many versions lately...?
> BTW: Sockets in state TIME_WAIT do have nothing to do with this error,
> correct?
Correct
--
Peter Feldbaumer
p dot feldbaumer at utanet dot at
--
To unsu
ndSTOR and so on...
best regards,
Peter
ps: please forget the last paragraph in my last posting - the described
situation can't happen
--
Peter Feldbaumer
p dot feldbaumer at utanet dot at
> I found a bug in the FtpCli - FtpSrv combination.
> Steps to reproduce:
>
> 1) (Client) p
ent ports), it
_could_ happen that the data-connection is established _before_ the
control-connection has transmitted the command! This would lead to
TFtpServer.ClientPassiveSessionAvailable() being called before the server
knows for which command the passive-data-connection is connected - in ret
