Arno,
Thanks. I will check that out.
If it persists, I will do as advised and upload the file and post a link.
Regards,
Andy
On 01/02/2012 17:00, Arno Garrels wrote:
Info2004 wrote:
Hi,
Some additional information after hooking up wireshark.
I have attached a csv of the capture.
The list
Info2004 wrote:
>> Hi,
>>
>> Some additional information after hooking up wireshark.
>>
>> I have attached a csv of the capture.
The list server stripped the attachment, please upload the file
to some webserver and post the URL here.
>>
>> What it shows me is that I get the 150 from the server
Attachment did not work so here it is: (ahh, can't stop thunderbird
wrapping - sorry)
No. TimeSource Destination Protocol
Length Info
190 10.344855 192.168.1.3165.212.180.79 FTP 72
Request: PASV
191 10.524256 65.212.180.79 1
Hi,
Some additional information after hooking up wireshark.
I have attached a csv of the capture.
What it shows me is that I get the 150 from the server, I then send an
ACK, but I don't send the FTP-DATA.
Then of course, I don't see the request done event, because I have not
sent the data.
Brian Culverwell wrote:
> probably your backend ftp server has been changed to 'binary' type -
> and when receiving your request to STOR the .csv file - it is issuing
> a type A to change the mode to ASCII
A server doesn't issue commands, regardless of which type is active
the upload should basica
Info2004 wrote:
> On 31/01/2012 17:41, Arno Garrels wrote:
>>
>> I guess the server did not send a response to the STOR
>> request after the client successfully established the data
>> connection. Since this is async mode your application
>> should have detected and handled a request timeout.
>>
OK.
Thanks.
On 31/01/2012 21:46, Brian Culverwell wrote:
before each STOR
On Wed, Feb 1, 2012 at 6:27 AM, Info2004 wrote:
On 31/01/2012 19:05, Brian Culverwell wrote:
probably your backend ftp server has been changed to 'binary' type - and
when receiving your request to STOR the .csv file
before each STOR
On Wed, Feb 1, 2012 at 6:27 AM, Info2004 wrote:
> On 31/01/2012 19:05, Brian Culverwell wrote:
>
>> probably your backend ftp server has been changed to 'binary' type - and
>> when receiving your request to STOR the .csv file - it is issuing a type A
>> to change the mode to ASC
On 31/01/2012 19:05, Brian Culverwell wrote:
probably your backend ftp server has been changed to 'binary' type - and
when receiving your request to STOR the .csv file - it is issuing a type A
to change the mode to ASCII
You could force the Type A before issuing your STOR.
Brian,
Do you mean
On 31/01/2012 17:41, Arno Garrels wrote:
I guess the server did not send a response to the STOR
request after the client successfully established the data
connection. Since this is async mode your application
should have detected and handled a request timeout.
Arno,
What is the correct way to
probably your backend ftp server has been changed to 'binary' type - and
when receiving your request to STOR the .csv file - it is issuing a type A
to change the mode to ASCII
You could force the Type A before issuing your STOR.
Regards
Brian
On Wed, Feb 1, 2012 at 2:43 AM, Info2004 wrote:
> H
Info2004 wrote:
>> PASV
> < 227 Entering Passive Mode (65,212,180,79,238,1)
> ! Upload Size 91
>> STOR 17012012_1319010_leeEcersley.csv
>
I guess the server did not send a response to the STOR
request after the client successfully established the data
connection. Since this is async mode your ap
Hi,
I have been using the ftp client component for a couple of years now
without a hitch. Until recently. The version is 7.09.
I have in the main thread a timer that runs a state machine to control
logging in and sending of the files. But recently, the state machine
stalls and times out. I h
13 matches
Mail list logo
