Jump to content


Photo

Get Timeout after upgrade


  • Please log in to reply
6 replies to this topic

#1 Richard_B

Richard_B
  • Members
  • 24 posts

Posted 13 January 2010 - 06:25 PM

When we upgraded the library from 1.5 to 2, I hade to make the following change to old code to get it to compile

OLD //_ftp.ProxyType = sfFTPLib.enumProxyType.ftpProxyTypeNone;
OLD //_ftp.FTPProxyType = sfFTPLib.enumFTPProxyType.ftpFTPProxyTypeNone;
New _ftp.Proxy.Type = sfFTPLib.enumProxyType.ftpProxyTypeNone;
New _ftp.FTPProxy.Type = enumFTPProxyType.ftpFTPProxyTypeNone;

Also I am now getting a timeout when I try to connect. Are there other setting that I have to change for this version?

Thanks
Richard

#2 mb

mb

    Developer

  • Administrators
  • 11521 posts
  • Gender:
    Male
  • Location:
    Worldwide

Posted 13 January 2010 - 07:11 PM

Hello Richard ...

>timeout issue
Please try it with the latest version of the sfFTPLib:
http://www.smartftp....ftplib/download

Regards,
Mat

#3 Richard_B

Richard_B
  • Members
  • 24 posts

Posted 13 January 2010 - 07:16 PM

That is the version we are using. is there a setting I should be using, or is there a way to get my old dll to work?

#4 Richard_B

Richard_B
  • Members
  • 24 posts

Posted 13 January 2010 - 07:18 PM

Here is the code where I set up the connection

FTPConnectionMTA _ftp = new FTPConnectionMTA();

//cTripleDES des = new cTripleDES();
_ftp.Host = Properties.Settings.Default.Address;
_ftp.Port = Properties.Settings.Default.Port;
_ftp.CertName = Properties.Settings.Default.Certificate;
_ftp.Username = Properties.Settings.Default.UserName;
//_ftp.Password = des.Decrypt(Properties.Settings.Default.Password.ToString());
_ftp.Password = Properties.Settings.Default.Password.ToString();
_ftp.Password = Properties.Settings.Default.Password.ToString();

// des = null;

_ftp.Protocol = enumProtocol.ftpProtocolSSLExplicit;
_ftp.HidePassword = true;
_ftp.Passive = true;
_ftp.DataProtection = enumDataProtection.ftpDataProtectionPrivate;



// proxy settings;
//_ftp.ProxyType = sfFTPLib.enumProxyType.ftpProxyTypeNone;
//_ftp.FTPProxyType = sfFTPLib.enumFTPProxyType.ftpFTPProxyTypeNone;

_ftp.Proxy.Type = sfFTPLib.enumProxyType.ftpProxyTypeNone;
_ftp.FTPProxy.Type = enumFTPProxyType.ftpFTPProxyTypeNone;




_ftp.LogFile = @Properties.Settings.Default.FTPLOGName;// "c:\data\SFTPTransfer.log";

#5 mb

mb

    Developer

  • Administrators
  • 11521 posts
  • Gender:
    Male
  • Location:
    Worldwide

Posted 13 January 2010 - 07:49 PM

I have just uploaded this new version right before I made the post.

#6 Richard_B

Richard_B
  • Members
  • 24 posts

Posted 13 January 2010 - 07:53 PM

I figured ot a fix for the time being. What I did was to download a new copy of the client application. This copied a new DLL that over rode the one in the libary (after all this is what broke the library in the first place and forced an unplanned upgrade) and now it works.

So I have the following questions. Are you planning to fix the client install so it does not break the library? After all why should a client pay for an upgarade just to fix a flaw in the client install. When will a fix for the current library come out?

Thank You

#7 mb

mb

    Developer

  • Administrators
  • 11521 posts
  • Gender:
    Male
  • Location:
    Worldwide

Posted 13 January 2010 - 07:59 PM

>1st question
The client should not break your application (maybe the opposite is the case) because it uses a SxS manifest. I recommend you do the same for your application. See the Side By Side Execution article in the help file (chm).

>2nd question
See above (first reply)




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users