Login  
Search All Forums
Dart Home | C++ Professional Toolkit | Custom Development Reply | C++ Professional Toolkit Topics | Forums   
AuthorForum: C++ Professional Toolkit
Topic: FTP ERROR CONDITION 220 REVISIT
shanejfoster

From: Cincinnati, OH USA
Posts: 18
Member Since: 05/07/04
posted June 11, 2004 4:25 PM

We have an large FTP client, using the PowerTCP FTP C++ toolkit Delphi components, that is used by many clients. Some of our clients are experiencing errors during login. The 220 message is returned from the server - then a control connection error occurs and the connection is dropped. We have tried testing many variables - it occurs during communication with different FTP servers, it occurs with and without firewalls, etc. The only constant we can find is our client and the FTP component.

This issue is very similar to the FTP ERROR CONDITION 220 post of 2000. Was there any resolution to this post?

We have priority support, but it will be difficult for you to take our code and reproduce the problem. We have never been able to reproduce the problem within our network. Some of our customers, though, are able to reproduce it - but we can't find anything related with their network configurations. Like I said before, the only constant has been our client and the FTP component.

Do you have any information for me regarding the FTP ERROR CONDITION 220? Any recommendations on how to move forward?
Tony Priest



From: Utica, NY USA
Posts: 8466
Member Since: 04/11/00
posted June 13, 2004 3:09 PM

As far as I recall the only resolution in that issue was that, for some reason, the server is accepting then immediately closing the connection.

I believe they just waited and tried again later.
shanejfoster

From: Cincinnati, OH USA
Posts: 18
Member Since: 05/07/04
posted June 14, 2004 1:43 PM

Something we consistently get when this error occurs is a status of 2 (Bad synchronization commands over a control connection).

What does this errror mean and what kind of scenarios can cause it?
Tony Priest



From: Utica, NY USA
Posts: 8466
Member Since: 04/11/00
posted June 14, 2004 1:58 PM

It means we were expecting a certain response from the server but got a different one. It almost sounds like you are receiving a greeting (220) somewhere in the middle of the session.
shanejfoster

From: Cincinnati, OH USA
Posts: 18
Member Since: 05/07/04
posted June 14, 2004 2:15 PM

What is odd is that in the OnReply event handler we get a command of 0 (Close Connection), a Stat of 2 (Bad Synchronization of commands), and a Reply of 220 (Ready). This occurs on a couple of different servers. I can't understand the combination of the three values above.

Here is a log of the info:

12:20:57 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:00 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:03 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:06 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:08 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:12 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:15 AM CMD 9 STAT 4 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:21:15 AM CMD 2 STAT 4 CODE 331 REPLY 331 Enter Password.
3   12:21:15 AM CMD 3 STAT 1 CODE 230 REPLY 230 Ready.

Does this combination make any sense to you?
Tony Priest



From: Utica, NY USA
Posts: 8466
Member Since: 04/11/00
posted June 14, 2004 2:21 PM

Something is getting out of sync. What happens if you just close the Ftp connection and start over when this occurs?
shanejfoster

From: Cincinnati, OH USA
Posts: 18
Member Since: 05/07/04
posted June 14, 2004 2:29 PM

Actually - if you look at the updated log below, you can see that we are closing the connection (Command of 8) successfully on the first line. We we try to log back in, we get some of the wierdness - starting on line 2. Eventually we get a command of 9 (Reinit) and everything begins working correctly.


12:19:06 AM CMD 8 STAT 1 CODE 221 REPLY 221 Goodbye. Thank you for using IBM Global Services IE mailbox.
3   12:19:06 AM CMD 0 STAT 1 CODE 0 REPLY
3   12:19:07 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:19:10 AM CMD 0 STAT 2 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:19:13 AM CMD 9 STAT 4 CODE 220 REPLY 220 ieftp5 IE-FTP server (v4r1m0.k) ready on system USA.
3   12:19:13 AM CMD 2 STAT 4 CODE 331 REPLY 331 Enter Password.
3   12:19:14 AM CMD 3 STAT 1 CODE 230 REPLY 230 Ready.
Tony Priest



From: Utica, NY USA
Posts: 8466
Member Since: 04/11/00
posted June 14, 2004 2:43 PM

Well, I don't have any further advice for diagnosing the problem, but I am glad to here that you have a way to get around it.

If you find a way to duplicate the issue, please let me know.
shanejfoster

From: Cincinnati, OH USA
Posts: 18
Member Since: 05/07/04
posted June 15, 2004 11:24 AM

I found that our product is using version 4.1.2.2 of ptftp32c.dll. I noticed the latest version is 4.1.2.4.

I can't find any documentation of what changes were made between these two versions. Do you know where I can find this info?
Tony Priest



From: Utica, NY USA
Posts: 8466
Member Since: 04/11/00
posted June 15, 2004 11:31 AM

The only changes made at that point were y2k related. None would have applied to FTP.
Reply | C++ Professional Toolkit Topics | Forums   
This site is powered by PowerTCP WebServer Tool PowerTCP WebServer for ActiveX