Hi Curtis.
Thanks for looking into this.
I have attached the test trace log. It looks like the test with data mode E
has given the "not supported" message and the test reports that the test
was successful.
Best,
Laszlo.
On 3 November 2015 at 05:53, Curtis Leach via RT <bug-Net-FTPSSL@rt.cpan.org
Show quoted text> wrote:
Show quoted text> <URL:
https://rt.cpan.org/Ticket/Display.html?id=108162 >
>
> Hi Laszlo,
>
> Sorry for the delay in responding. I was out of town for a long weekend.
> Next time send all that data as attachments. Makes things easier to read.
> You could have dumped the output to a log file using option
> DebugLogFile=>"myLogs.txt".
>
> Currently data channel modes(S) & (E) are not supported, hence the failure
> message for 'E'. They've been on my todo list for a while now. But I
> currently don't have a server to develop against that supports these 2
> options. Making it very difficult to come up with a solution. And I've
> always found (P), the most secure option, usually works.
>
> So I was very surprised to see that selecting "E" for this worked in the
> test script. It may have been a bug in my test code where it defaulted to
> 'P' anyway for the data channel. But without the log file for the test, I
> can't tell for sure. Can you please rerun the test script & return the log
> it generates in ./t/test_trace_log_new.txt
>
> Also can you please simplify your test script. Most of the options you
> provided are being ignored anyway. Be careful of typos. The module
> ignores unknown tags.
>
> my $ftps = Net::FTPSSL->new ($server, Debug=>1,
> DebugLogFile=>"myLog${dc}.txt", Croak=>1, Port=>5011, DataProtLevel = $dc);
>
> Try one test with $dc = "P" and another with $dc = "E".
>
> If neither case works, add SSL_Client_Certificate=>%emptyHash so that it
> will attempt to reuse the context, and then retry $dc = "P" and another
> test with $dc = "E". (Your test script had a typo when it attempted to do
> this.)
>
> I hope this helps & I look forward to hearing back from you.
>
> Curtis
>
> On Thu Oct 29 23:47:24 2015, laszlo.gercsov@mq.edu.au wrote:
> > Hi.
> >
> > I would like to use "Data Connection mode E" with Net-FTPSSL-0.30.
> >
> > For the FTPS server I am trying to use, 'make test' deeper test works
> with
> > "Data Connection mode E", but fails with "Data Connection mode P".
> >
> > During execution there is a message saying "Data Connection mode E" is
> not
> > supported and the transfer fails.
> > The transfer also fails with "Data Connection mode P" with "450 TLS
> session
> > of data connection has not resumed or the session does not match the
> > control connection".
> > I have copied below the results for the "make test" attemps with data
> > connection mode "E" and "P" as well as the program listing for my test
> > program, and the results when the program executes.
> > I can transfer files using the same credentials using FileZilla, but with
> > mode "P" the transferred file is empty with size zero but the file is
> > created with a current timestamp, just no contents.
> >
> > I get "uname -a" giving :-
> > Linux lacwsprd1001a 3.8.13-55.1.2.el6uek.x86_64 #2 SMP Thu Dec 18
> 00:15:51
> > PST 2014 x86_64 x86_64 x86_64 GNU/Linux
> >
> > and "perl -v" gives :-
> > This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi
> >
> > I get the same results for Net-FTPSSL-0.30 and Net-FTPSSL-0.29
> >
> > Please advise.
> >
> > Thanks,
> >
> > Laszlo.
>
>
--
*Laszlo Gercsov*
Senior Systems Analyst Library Systems
*Library | *Level 4, C3C Building
Macquarie Drive
Macquarie University, NSW 2109, Australia
*T:* +61 2 9850 6533 *| **F:* +61 2 9850 7568
*M:* + 61 402 175 101* | *mq.edu.au
[image: Macquarie University] <
http://mq.edu.au/>
CRICOS Provider Number 00002J. Think before you print.
Please consider the environment before printing this email.
This message is intended for the addressee named and may
contain confidential information. If you are not the intended
recipient, please delete it and notify the sender. Views expressed
in this message are those of the individual sender, and are not
necessarily the views of Macquarie University.