>>I wonder if any errors you see with its use might be related to your firewall.
I wonder if this process was tested with Pagent/ATTLS? Can you confirm IBM tested that mode? >> I'm curious what problems you get when doing so. The GET then fails with Error Code 10. I'm curious if IBM has tested that mode? Can you confirm? -- Donald J. [email protected] On Fri, Mar 11, 2016, at 01:56 PM, Kurt Quackenbush wrote: > > Their server also seems to require use of the CCC subcommand to clear the > > command channel. > > To be clear, IBM's server does not require the FTP client to use the CCC > subcommand. SMP/E's default behavior is to use CCC, with the idea that > some local firewalls will be more accepting of FTPS if they can sniff > the clear text commands to intercept the exchanged port values. Perhaps > we're being naive, but that was the thought. > > > ... There is a client parameter setting ftpccc="no" to make the server > > quit using CCC, but that seems to cause a problem also. > > SMP/E does allow you to turn off using the CCC subcommand, but I'm > curious what problems you get when doing so. Since the server does not > require use of CCC, I wonder if any errors you see with its use might be > related to your firewall. We've seen examples of a firewall forbidding > CCC, hence the need for the option to turn it off. > > Kurt Quackenbush -- IBM, SMP/E Development > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN -- http://www.fastmail.com - The way an email service should be ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
