Re: [Oorexx-devel] Status of RxFTP

2024-06-02 Thread Mike Cowlishaw
 
> > > On Thursday 30 May 2024 08:39:56 Mike Cowlishaw wrote:
> > > > Finally resolved this.   The server used to accept:
> > > >
> > > >   LIST -al *.*
> > > >
> > > > but the pattern *.* now causes a 'syntax error'.  
> Removed it, and 
> > > > all is fine; no change to the RxFTP class needed, 
> although one has 
> > > > to pass ''
> > > > (empty string)  to ftpdir to prevent a different pattern
> > > > (./*) being added.
> > > >
> > > > :-)
> > > >
> > > > Mike
> > >
> > >   But that would not match only files that contain ".", 
> right?  I'm 
> > > imagining e.g. a directory containing many subdirectories 
> but only a 
> > > few files with extensions, so that the files one is looking for 
> > > become swamped by the rest.
> >
> > What is the "that" in this case?  Not sure I understand 
> your question.
> >
> > Mike
> >
>   Looks to me like *.* matches any string that contains a 
> . separator, but ./* matches anything after a /, whether or 
> not a . is present?

OK .. thanks for the clarification; I think you are correct.

Either should have been fine (because all my files on this server have
exactly one '.').  But neither "*.*" nor ".\*"  were accepted after the
software 'update'.  



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-06-02 Thread J Leslie Turriff via Oorexx-devel
On Friday 31 May 2024 07:47:18 Mike Cowlishaw wrote:
> > On Thursday 30 May 2024 08:39:56 Mike Cowlishaw wrote:
> > > Finally resolved this.   The server used to accept:
> > >
> > >   LIST -al *.*
> > >
> > > but the pattern *.* now causes a 'syntax error'.  Removed
> > > it, and all
> > > is fine; no change to the RxFTP class needed, although one
> > > has to pass ''
> > > (empty string)  to ftpdir to prevent a different pattern
> > > (./*) being added.
> > >
> > > :-)
> > >
> > > Mike
> >
> > But that would not match only files that contain ".",
> > right?  I'm imagining e.g. a directory containing many
> > subdirectories but only a few files with extensions, so that
> > the files one is looking for become swamped by the rest.
>
> What is the "that" in this case?  Not sure I understand your question.
>
> Mike
>
Looks to me like *.* matches any string that contains a . separator, 
but ./*
matches anything after a /, whether or not a . is present?

Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.5 - x86_64
Open Object Rexx Version 5.0.0 r12583
Build date: Dec 23 2022
Addressing mode: 64


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-31 Thread Mike Cowlishaw
 
> On Thursday 30 May 2024 08:39:56 Mike Cowlishaw wrote:
> > Finally resolved this.   The server used to accept:
> >
> >   LIST -al *.*
> >
> > but the pattern *.* now causes a 'syntax error'.  Removed 
> > it, and all 
> > is fine; no change to the RxFTP class needed, although one 
> > has to pass ''
> > (empty string)  to ftpdir to prevent a different pattern 
> > (./*) being added.
> >
> > :-)
> >
> > Mike
> >
>   But that would not match only files that contain ".", 
> right?  I'm imagining e.g. a directory containing many 
> subdirectories but only a few files with extensions, so that 
> the files one is looking for become swamped by the rest.

What is the "that" in this case?  Not sure I understand your question.

Mike



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-30 Thread J Leslie Turriff via Oorexx-devel
On Thursday 30 May 2024 08:39:56 Mike Cowlishaw wrote:
> Finally resolved this.   The server used to accept:
>
>   LIST -al *.*
>
> but the pattern *.* now causes a 'syntax error'.  Removed it, and all is
> fine; no change to the RxFTP class needed, although one has to pass ''
> (empty string)to ftpdir to prevent a different pattern (./*) being added.
>
> :-)
>
> Mike
>
But that would not match only files that contain ".", right?  I'm 
imagining
e.g. a directory containing many subdirectories but only a few files with
extensions, so that the files one is looking for become swamped by the rest.

Leslie
--
Platform: Linux
Distribution: openSUSE Leap 15.5 - x86_64
Open Object Rexx Version 5.0.0 r12583
Build date: Dec 23 2022
Addressing mode: 64


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-30 Thread Mike Cowlishaw
Finally resolved this.   The server used to accept:
 
  LIST -al *.*
 
but the pattern *.* now causes a 'syntax error'.  Removed it, and all is
fine; no change to the RxFTP class needed, although one has to pass ''
(empty string)to ftpdir to prevent a different pattern (./*) being added.
 
:-)
 
Mike
 
 



  _  

From: Mike Cowlishaw [mailto:m...@speleotrove.com] 
Sent: 19 May 2024 16:59
To: 'Open Object Rexx Developer Mailing List'
Subject: Re: [Oorexx-devel] Status of RxFTP


OK, thanks ... in fact upload to the ISP is just running the Rexx program
that I wrote many years ago and has worked with 5 ISPs so far with no
problems until a month ago ...
 
But thanks for the ideas, in case I have to give up on FTP.  In practice I
just try things out in my own directories before uploading to ISP.  It is
all static pages/files so nothing to test, really.
 
Mike


Hi Mike, 

This might be a dumb proposal but does refreshing the browser help? F5 on my
machine.

FWIW I use XAMPP <https://www.apachefriends.org/index.html>  to try my www
stuff locally. Open source and after installing to a place where you have
access rights you can put your stuff in the htdocs folder and start the
server from a control panel. After that you access the web page on
localhost. Restarting the web server is then just a click on a button.

The only snag is that you may need to change hardcoded paths for the test,
but it is way more convenient for trying things out than uploading to a paid
service. 

I use ssh/scp instead of ftp to shuffle files btw.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-19 Thread Mike Cowlishaw
 


[Wow, your memory of elap is impressive!!]


except I forgot it was called elap!  
 
 

:-) 

 

The package manager uses a weak reference for loaded packages, so if there
are no references pointing into that package it will get garbage collected
eventually. A bit tricking to control and there's always the issue of
unexpected references locking it down. Restarting the server is probably the
best solution.  
 

Yes .. it takes less that a second.  I should have thought of that ... :-). 

Mike
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-19 Thread Mike Cowlishaw
OK, thanks ... in fact upload to the ISP is just running the Rexx program
that I wrote many years ago and has worked with 5 ISPs so far with no
problems until a month ago ...
 
But thanks for the ideas, in case I have to give up on FTP.  In practice I
just try things out in my own directories before uploading to ISP.  It is
all static pages/files so nothing to test, really.
 
Mike


Hi Mike, 

This might be a dumb proposal but does refreshing the browser help? F5 on my
machine.

FWIW I use XAMPP   to try my www
stuff locally. Open source and after installing to a place where you have
access rights you can put your stuff in the htdocs folder and start the
server from a control panel. After that you access the web page on
localhost. Restarting the web server is then just a click on a button.

The only snag is that you may need to change hardcoded paths for the test,
but it is way more convenient for trying things out than uploading to a paid
service. 

I use ssh/scp instead of ftp to shuffle files btw.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-19 Thread oorexx
Hi Mike,

This might be a dumb proposal but does refreshing the browser help? F5 on my 
machine.

FWIW I use XAMPP <https://www.apachefriends.org/index.html> to try my www stuff 
locally. Open source and after installing to a place where you have access 
rights you can put your stuff in the htdocs folder and start the server from a 
control panel. After that you access the web page on localhost. Restarting the 
web server is then just a click on a button.

The only snag is that you may need to change hardcoded paths for the test, but 
it is way more convenient for trying things out than uploading to a paid 
service. 

I use ssh/scp instead of ftp to shuffle files btw.

Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se




> Am 18.05.2024 um 18:19 schrieb Mike Cowlishaw :
> 
> [Wow, your memory of elap is impressive!!]
>  
> But no, the command is called from MemoWiki which is started from a Chrome 
> browser icon which in turn talks to a goserve HTTP server which runs a Rexx 
> program to effect the wiki.  That Rexx program is continually running -- so 
> that is likely the underlying cause.
>  
> And indeed the publishpage simply does a:
>  
>call webPublish ftpserver'/'path,,
>   ftpuser':'ftppassword,,
>   textTypes, ignoretypes, binarytypes,,
>   'memowiki' args, filesdir
>  
> rather than running it in a separate process.
>  
> So I should restart the server, which is faster than rebooting Windows :-), 
> but is still a bit tedious.
>  
> Is there a simpler way to force reload of the .cls?
>  
> Mike
>  
>  
> 
>> From: Rick McGuire [mailto:object.r...@gmail.com] 
>> Sent: 18 May 2024 17:02
>> To: Open Object Rexx Developer Mailing List
>> Subject: Re: [Oorexx-devel] Status of RxFTP
>> 
>> are you calling the program using your custom command shell? I suspect that 
>> might be the problem. Otherwise it should be picking up the change every 
>> time the program is run, assuming it runs in a new process. 
>> 
>> Rick
>> 
>> On Sat, May 18, 2024 at 11:55 AM Mike Cowlishaw > <mailto:m...@speleotrove.com>> wrote:
>>>  
>>>> 
>>>>  
>>>> With a bit more info from the ISP .. I think I can solve this; so for now, 
>>>> no need for anyone else to spend time on this!
>>>>  
>>>>  
>>> Well, I was wrong, but am homing in on the problem using a modified 
>>> rxftp.cls (rxftpx.cls). 
>>>  
>>> A quick question: how do I 'refresh' a class .. that is, have ooRexx use a 
>>> modified version after I have made an experimental change?
>>>  
>>> At present, if I edit the .cls file the next time I use the Rexx program 
>>> that requires it the old version continues to be used (until I reboot 
>>> Windows, in which case the change takes effect).
>>>  
>>> Q:  So .. how do I get ooRexx to use the modified .cls file without 
>>> rebooting Windows?
>>>  
>>> Mike
>>> ___
>>> Oorexx-devel mailing list
>>> Oorexx-devel@lists.sourceforge.net 
>>> <mailto:Oorexx-devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
>>> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Rick McGuire
On Sat, May 18, 2024 at 12:19 PM Mike Cowlishaw  wrote:

> [Wow, your memory of elap is impressive!!]
>

except I forgot it was called elap!

>
> But no, the command is called from MemoWiki which is started from a
> Chrome browser icon which in turn talks to a goserve HTTP server which runs
> a Rexx program to effect the wiki.  That Rexx program is continually
> running -- so that is likely the underlying cause.
>
> And indeed the publishpage simply does a:
>
>call webPublish ftpserver'/'path,,
>   ftpuser':'ftppassword,,
>   textTypes, ignoretypes, binarytypes,,
>   'memowiki' args, filesdir
>
> rather than running it in a separate process.
>
> So I should restart the server, which is faster than rebooting Windows
> :-), but is still a bit tedious.
>
> Is there a simpler way to force reload of the .cls?
>

The package manager uses a weak reference for loaded packages, so if there
are no references pointing into that package it will get garbage collected
eventually. A bit tricking to control and there's always the issue of
unexpected references locking it down. Restarting the server is probably
the best solution.

Rick



>
> Mike
>
>
>
> --
> *From:* Rick McGuire [mailto:object.r...@gmail.com]
> *Sent:* 18 May 2024 17:02
> *To:* Open Object Rexx Developer Mailing List
> *Subject:* Re: [Oorexx-devel] Status of RxFTP
>
> are you calling the program using your custom command shell? I suspect
> that might be the problem. Otherwise it should be picking up the change
> every time the program is run, assuming it runs in a new process.
>
> Rick
>
> On Sat, May 18, 2024 at 11:55 AM Mike Cowlishaw 
> wrote:
>
>>
>>
>>
>>
>> With a bit more info from the ISP .. I think I can solve this; so for
>> now, no need for anyone else to spend time on this!
>>
>>
>>
>> Well, I was wrong, but am homing in on the problem using a modified
>> rxftp.cls (rxftpx.cls).
>>
>> A quick question: how do I 'refresh' a class .. that is, have ooRexx use
>> a modified version after I have made an experimental change?
>>
>> At present, if I edit the .cls file the next time I use the Rexx program
>> that requires it the old version continues to be used (until I reboot
>> Windows, in which case the change takes effect).
>>
>> Q:  So .. *how do I get ooRexx to use the modified .cls file without
>> rebooting Windows*?
>>
>> Mike
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Mike Cowlishaw
[Wow, your memory of elap is impressive!!]
 
But no, the command is called from MemoWiki which is started from a Chrome 
browser icon which in turn talks to a goserve HTTP server which runs a Rexx 
program to effect the wiki.  That Rexx program is continually running -- so 
that is likely the underlying cause.
 
And indeed the publishpage simply does a:
 
   call webPublish ftpserver'/'path,,
  ftpuser':'ftppassword,,
  textTypes, ignoretypes, binarytypes,,
  'memowiki' args, filesdir
 
rather than running it in a separate process.
 
So I should restart the server, which is faster than rebooting Windows :-), but 
is still a bit tedious.
 
Is there a simpler way to force reload of the .cls?
 
Mike
 
 


  _  

From: Rick McGuire [mailto:object.r...@gmail.com] 
Sent: 18 May 2024 17:02
To: Open Object Rexx Developer Mailing List
Subject: Re: [Oorexx-devel] Status of RxFTP


are you calling the program using your custom command shell? I suspect that 
might be the problem. Otherwise it should be picking up the change every time 
the program is run, assuming it runs in a new process.  

Rick

On Sat, May 18, 2024 at 11:55 AM Mike Cowlishaw  wrote:



 


 
With a bit more info from the ISP .. I think I can solve this; so for now, no 
need for anyone else to spend time on this!
 
 

Well, I was wrong, but am homing in on the problem using a modified rxftp.cls 
(rxftpx.cls).  
 
A quick question: how do I 'refresh' a class .. that is, have ooRexx use a 
modified version after I have made an experimental change?
 
At present, if I edit the .cls file the next time I use the Rexx program that 
requires it the old version continues to be used (until I reboot Windows, in 
which case the change takes effect).
 
Q:  So .. how do I get ooRexx to use the modified .cls file without rebooting 
Windows?
 
Mike
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Rick McGuire
are you calling the program using your custom command shell? I suspect that
might be the problem. Otherwise it should be picking up the change every
time the program is run, assuming it runs in a new process.

Rick

On Sat, May 18, 2024 at 11:55 AM Mike Cowlishaw  wrote:

>
>
>
>
> With a bit more info from the ISP .. I think I can solve this; so for now,
> no need for anyone else to spend time on this!
>
>
>
> Well, I was wrong, but am homing in on the problem using a modified
> rxftp.cls (rxftpx.cls).
>
> A quick question: how do I 'refresh' a class .. that is, have ooRexx use a
> modified version after I have made an experimental change?
>
> At present, if I edit the .cls file the next time I use the Rexx program
> that requires it the old version continues to be used (until I reboot
> Windows, in which case the change takes effect).
>
> Q:  So .. *how do I get ooRexx to use the modified .cls file without
> rebooting Windows*?
>
> Mike
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Mike Cowlishaw
 


 
With a bit more info from the ISP .. I think I can solve this; so for now,
no need for anyone else to spend time on this!
 
 

Well, I was wrong, but am homing in on the problem using a modified
rxftp.cls (rxftpx.cls).  
 
A quick question: how do I 'refresh' a class .. that is, have ooRexx use a
modified version after I have made an experimental change?
 
At present, if I edit the .cls file the next time I use the Rexx program
that requires it the old version continues to be used (until I reboot
Windows, in which case the change takes effect).
 
Q:  So .. how do I get ooRexx to use the modified .cls file without
rebooting Windows?
 
Mike
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-17 Thread Mike Cowlishaw
With a bit more info from the ISP .. I think I can solve this; so for now,
no need for anyone else to spend time on this!
 
Mike


  _  

From: Mike Cowlishaw [mailto:m...@speleotrove.com] 
Sent: 17 May 2024 15:25
To: sahana...@gmail.com; 'Open Object Rexx Developer Mailing List'
Subject: Re: [Oorexx-devel] Status of RxFTP


Well, after many weeks, the ISP, finally admitted that they have made a
change (see emails from the last couple of days, below).  
 
 
Here's my summary of the problem, with 'before' and 'after' logs.  Any ideas
welcome 
 
Mike
---
 

Hi Vern,
 
I suspect when your colleague tried this they were *inside* your firewall.
But that is just a guess as I still have no idea what change you (ISP) made
on 24 April.  Perhaps you could share that information?  I've been using FTP
for forty years or so and could perhaps help you determine the problem.  
 
I gave you the steps-by-steps when I first raised the ticket; the FTP trace
logs were attached (they show the FTP commands sent to your server and your
server's response to each).  It does not matter which client program sent
those commands.
 
I attach those two files again.  The key lines are:
 
a) from 20 April (all OK):
 

SYST
215 UNIX Type: L8
CWD htdocs/gallery
250 OK. Current directory is /htdocs/gallery
PASV
227 Entering Passive Mode (213,171,193,5,162,222)
LIST -aL *.*
150 Accepted data connection
226-Options: -a -l
226 13 matches total
PASV
227 Entering Passive Mode (213,171,193,5,162,229)
STOR index.html
150 Accepted data connection
226-File successfully transferred

 
b) from 25 April and again 2 May (failed [and also fails with other
subdirectories, including /htdocs/gallery]):


SYST
215 UNIX Type: A
CWD /htdocs/mfc
250 Successful (/htdocs/mfc/)
PASV
227 Entering Passive Mode (213,171,193,5,211,117).
LIST -aL *.*
150 Opening data connection.
501 Syntax error in parameters or arguments.
QUIT
221 Service closing control connection.



I also pointed out in an earlier e-mail that I did try another client
(manual Windows FTP client) and that also failed, though that is not
necessarily for the same reason because I hadn't used the manual client for
a long time...

Hope that helps!
 
Mike
 
 
 
 
 
---
 
 
 
ISP emails:



Your Ticket Summary


Subject


FTP failure 'bad syntax'


Response By Email (Wilfredo) (17/05/2024 02.56 PM)
Dear Mike,

Essentially you should be able to use any list commands so long as your
software really pass the passive mode. If your software can pass the passive
mode, that should do it. Our engineers presume your software, though it
state of already passing passive, is not really passing as your list command
was not recognised.

 For your case, you should be able to use "ls" - this still an acceptable
command.

Best regards,

Wilfredo
Fasthosts Customer Support

Customer By CSS Email (Mike Cowlishaw) (17/05/2024 01.37 PM)
Hi Wilfredo,
 
Many thanks for this .. I think this is progress (but I still cannot update
my files).
 
If you take a look at the second of the short logs in my e-mail of 10 May
7:52pm you will see that the library I am using is entering passive mode
successfully.  The error occurs upon the execution of the subsequent LIST
command.
 
Is it that the LIST command is no longer supported or it has different
flags/options?  (You used the 'ls' command, which is not a standard FTP
command?).
 
The library I am using is open source and I can probably get it changed or
change it myself, but I do need the details of what the current command it
(apparently) issues to get long format response (with size and date/time):
 
  list -al *.*

needs to be changed to.  Can you confirm if this is indeed the problem and
what the library should use instead to get the same results (with the -a and
-l flags).
 
Or, better still, could you not support the list command as you have done
for at least 15 years?  :-)
 
Thanks -- Mike
 


  _  

FTP failure 'bad syntax' [Incident: 240502-000345]



Response By Email (Wilfredo) (17/05/2024 11.00 AM)
Dear Mike,

Apologies for the delay in getting back Mike.



 I am writing to you regarding the recent FTP connectivity issues you
experienced on April 20, 2024. I would like to extend my sincere apologies
for any inconvenience this may have caused you.

Upon investigating the matter further, we discovered that there was a
migration of our FTP infrastructure to our new state-of-the-art data center
facility. This is contrary to what has already been confirmed repeatedly
that were no changes. This migration led to a change in the configuration of
our FTP system, which ultimately resulted in the disruption of your FTP
connection that had been stable for years.

One key aspect of the new configuration is the requirement to pass the
passive flag before executing certain commands. As part of our
troubleshooting process, we initiated the 'ls' command, which successfully
listed the files in your directory. Here is a snippet of the output:



ftp> ls

Re: [Oorexx-devel] Status of RxFTP

2024-05-17 Thread Mike Cowlishaw
 htdocs
drwxr-xr-x 1 1080331220 0 0 Jan 19 2015 private 226 Closing data connection.
ftp>

We understand the frustration this issue has caused you, and we are working
diligently to ensure a smoother FTP experience moving forward. If you
encounter any further difficulties or require additional assistance, please
do not hesitate to contact us.

Once again, please accept our sincerest apologies for the inconvenience.
Your satisfaction is our top priority, and we are committed to resolving
this matter promptly.

Thank you for your understanding and patience.

Best regards,

Wilfredo
 
 
 
 
 
 
 
 


  _  

From: Sahananda [mailto:sahana...@gmail.com] 
Sent: 02 May 2024 20:36
To: Open Object Rexx Developer Mailing List
Subject: Re: [Oorexx-devel] Status of RxFTP


Sounded familiar to me.  I found this on this list 12 years ago.  Perhaps
try with the firewall off? 
hth Jon




Sahananda (Jon) Wolfers 

Sat, 1 Dec 2012, 16:02 
  <https://mail.google.com/mail/u/0/images/cleardot.gif> 
  <https://mail.google.com/mail/u/0/images/cleardot.gif> 
  <https://mail.google.com/mail/u/0/images/cleardot.gif> 


to RexxLA
  <https://mail.google.com/mail/u/0/images/cleardot.gif> 
Following a test with the firewall off, I can report that the passive
problem is firewall related. 
So the only question I have is what about active mode and the interpreter
not closing.

thanks,

Jon 


On 1 December 2012 15:33, Sahananda (Jon) Wolfers 
wrote:


Hi, 

I have been having problems using the rxFTP class in combination with the
guild ftp server.  There are certain files that it chokes on.  I can move
these files using the ftp command line client with Guild and Walter did a
test using RxFTP on a different server that succeeded.

Looking to move from guildFTP I am trialling the built in Windows 2008 FTP
server.
I find that I cannot perform FTPDIR or FTPGet commands.  The problem seems
to be concerned with entering PASV mode, where the client cannot connect to
the port the server gives it.  Again I can perform these actions fine using
the command line client.

If I use the ftpSetMode method to use active mode instead, then the ftpDir &
ftpGet methods succeed, BUT after the exit, the rexx interpreter does not
close.

I'm aware that the problem with PASV mode might be an incorrectly set up
firewall on the server, but what is happening in Active mode to prevent the
interpreter instance from closing?

anyone have any ideas please?

thanks,

Jon






On Thu, 2 May 2024 at 19:24, Michael Lueck 
wrote:


Greetings Mike,


Mike Cowlishaw wrote:
> I use RxFTP almost daily for updating my web sites (speleotrove.com and
speleogroup.org) -- and have been using it without problems for many years
(a decade, or thereabouts).


Which RxFTP implementation: The legacy IBM Object Rexx DLL, or the RexxLA
ooRexx Class replacement for the DLL?

I am thankful,

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-03 Thread Mike Cowlishaw
Michael, I'm using the class, e,g,:
 
rc=session~FtpDir('*.*')
 
Jon .. thanks .. I'll mention that to the ISP.
 
Mike
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-02 Thread Sahananda
Sounded familiar to me.  I found this on this list 12 years ago.  Perhaps
try with the firewall off?
hth Jon
Sahananda (Jon) Wolfers 
Sat, 1 Dec 2012, 16:02
to RexxLA
Following a test with the firewall off, I can report that the passive problem
is firewall related.
So the only question I have is what about active mode and the interpreter
not closing.

thanks,

Jon


On 1 December 2012 15:33, Sahananda (Jon) Wolfers 
 wrote:

> Hi,
>
> I have been having problems using the rxFTP class in combination with the
> guild ftp server.  There are certain files that it chokes on.  I can move
> these files using the ftp command line client with Guild and Walter did a
> test using RxFTP on a different server that succeeded.
>
> Looking to move from guildFTP I am trialling the built in Windows 2008 FTP
>  server.
> I find that I cannot perform FTPDIR or FTPGet commands.  The problem seems
> to be concerned with entering PASV mode, where the client cannot connect to
> the port the server gives it.  Again I can perform these actions fine using
> the command line client.
>
> If I use the ftpSetMode method to use active mode instead, then the ftpDir
> & ftpGet methods succeed, BUT after the exit, the rexx interpreter does not
> close.
>
> I'm aware that the problem with PASV mode might be an incorrectly set up
> firewall on the server, but what is happening in Active mode to prevent the
> interpreter instance from closing?
>
> anyone have any ideas please?
>
> thanks,
>
> Jon
>
>
>

On Thu, 2 May 2024 at 19:24, Michael Lueck 
wrote:

> Greetings Mike,
>
>
> Mike Cowlishaw wrote:
> > I use RxFTP almost daily for updating my web sites (speleotrove.com and
> speleogroup.org) -- and have been using it without problems for many
> years (a decade, or thereabouts).
>
>
> Which RxFTP implementation: The legacy IBM Object Rexx DLL, or the RexxLA
> ooRexx Class replacement for the DLL?
>
> I am thankful,
>
> --
> Michael Lueck
> Lueck Data Systems
> http://www.lueckdatasystems.com/
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Status of RxFTP

2024-05-02 Thread Michael Lueck

Greetings Mike,


Mike Cowlishaw wrote:

I use RxFTP almost daily for updating my web sites (speleotrove.com and 
speleogroup.org) -- and have been using it without problems for many years (a 
decade, or thereabouts).



Which RxFTP implementation: The legacy IBM Object Rexx DLL, or the RexxLA 
ooRexx Class replacement for the DLL?

I am thankful,

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel