NOOP is a good one.
Dan
- Original Message -
From: "Francois PIETTE" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, May 16, 2005 2:44 PM
Subject: Re: [twsocket] Disconnect from FTP Server [FTP Client]
>Winsock nor the component will let you know the server disconnected
>bef
I've discovered that if I drop the MTU on the Xp machine to 1352, then the
file seems to be sent correctly without any stalling.
Don't know why this should suddenly have become an issue, presumably a
Windows update or something strange set upstream by the ISP ?
regards
David
--
To unsubscrib
Foreword: Are you using the latest ICS release downloaded from _my_ website
?
I can't help you directly. You have to further investigate, probably adding
some Windows.OutputDebugString('Your message') in the code, your code as
well as POP3 component and even TWSocket. This would help you find wher
> > Which error ? Maybe the server you use doesn't implement that
> >command.
> Yes, similar to it. I need again to test my program.
But probably for the purpose of keeping the connection open and knowing when
it is closed, it doesn't matter if the server replies it doesn't know the
command !
--
Hi,
Great toolbox Francois, thanks.
I have a project that checks several POP addresses for
waiting emails by gathering headers, sizes etc. I have
a "Cancel" button to abort the process and sometimes
when I cancel it just hangs and does not abort.
procedure TfrmMain.btnCancelClick(Sender: TObject
On Mon, 16 May 2005 15:44:25 +0200
"Francois PIETTE" <[EMAIL PROTECTED]> wrote:
Any command that do the less possible processing on the server. PWD
and SYST
are probably the best choices. SYST is not implemented on all
servers.
Probably sending an invalid command could also be good, just to
rec
> >Winsock nor the component will let you know the server disconnected
> >before you try to send something. So the solution is to periodically send
a
> >command just to get the error in case the server closed the connection.
Note
> >that periodically sending a command will probably prevent the serv
On Mon, 16 May 2005 14:46:27 +0200
"Francois PIETTE" <[EMAIL PROTECTED]> wrote:
Winsock nor the component will let you know the server disconnected
before you try to send something. So the solution is to periodically send a
command just to get the error in case the server closed the connection.
> 1) Client connects to the FTP server
> 2) After timeout or in the case of connection error FTP server close
> connection
> 3) FTP client recieve (immediately) message that FTP server is not
> avialable
> 4) Other actions on the side of client
>
> How I can realaize the 3) step?
> Does anybody sol
> There are two errors in your program:
> 1) You forgot to assigned ClientClass property and nevertheless you are
> using your own class TMyClient. This error cause the AV you noticed. It also
> caused the casting error you noticed:
> // GM 16.05.2005 : below is commented else i have an object
Hello,
I've already written in this maling list about disconnect from FTP
server in the case when FTP server close connection (how I can control
this event to disconnect client immediately). Sorry, but I can't
solving this problem, so I ask help again.
The steps are:
1) Client connects to the F
There are two errors in your program:
1) You forgot to assigned ClientClass property and nevertheless you are
using your own class TMyClient. This error cause the AV you noticed. It also
caused the casting error you noticed:
// GM 16.05.2005 : below is commented else i have an object typecastin
> Incredibly after working correctly with my commercial FTP client
> correctly, that too stalled on Fiday night, so I'm begining to suspect
> it's not the component, but something on my PC/network/ISP not set
> correctly. I know it's a bit off topic, but has anyone any idea what
> I should look
I know it's a bit off topic, but has anyone any idea what I should look
for. From what I've read 8760 bytes is the max frame size that can be sent
before an acknowledgement is required (but I must admit I don't quite
understand how it all works).
The single ethernet packet can take 1460 bytes plus
Incredibly after working correctly with my commercial FTP client
correctly, that too stalled on Fiday night, so I'm begining to suspect
it's not the component, but something on my PC/network/ISP not set
correctly.
I know it's a bit off topic, but has anyone any idea what I should look
for. From
> Can you make a stripped down version of your program available for download
> somewhere, just enough (source code only) to reproduce the problem ?
http://nauteus.com/ftpserver.zip (2 535 bytes)
execute, clic the start button (default port ),
launch a ftp client, get a file named images and
Hello Maurizio,
> Why you don't use the Rfc822DateTime that is in SmtpProt.pas?
Did not tought on it that it was in there :(
---
Rgds, Wilfried
http://www.mestdagh.biz
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsock
Can you make a stripped down version of your program available for download
somewhere, just enough (source code only) to reproduce the problem ?
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Guillaume MAISON" <[EMAIL PROTECTED]>
To:
Sent: Sunday, May 15, 2005 9
18 matches
Mail list logo
