AltME groups: search

Hi, I can setup mediawiki (or any other) on my web site: http://www.moldibi.com
which is up for 7-8 years. Its hosted on hostgator. I have unlimited 
storage / MySQL DB / bandwidth etc.

But I only have 1 domain name. If it is ok I can create any number 
of subdomains like world.moldibi.com or red.moldibi.com and give 
you a FTP account if necessary.

Adding SSL to Vid is among the things I'd like to see. Does not need 
to be fast (C-code), but  nowdays many sites don't allow email/ftp:s 
without some kind of TLS or similar.. (Not my specialty, please don't 
ask me to implement) :)

I'm also unclear as to the license behind community contributed stuff. 
 Say Anton spends a couple of weeks doing an ftp scheme ... under 
what license should it be publshed as ?

+OK, what's next ?   Ftp :)

I found this ftp sequence diagram which might help understand what 
happens http://www.eventhelix.com/Realtimemantra/Networking/FTP.pdf

Does r2 ftp support passive or active ftp ?

Here's a reference for ftp client implementors http://cr.yp.to/ftp.html

Note that Bernstein recommends only using Passive mode as Active 
FTP is a security risk.

I can't even remember ever having to use active FTP, because passive 
didn't work. It's usually always passive that you have to use.

This isn't of much use yet .. http://rebol.wik.is/Rebol3/Schemes/Ftp

Just tidied up my ftp skeleton ... why is that a wrote doesn't trigger 
the next event ?

so you're struck after write ftp ["PASV"] ?

Managed to get a directory listing with my ftp scheme :)

http://rebol.wik.is/Rebol3/Schemes/Ftp
Updated ... I really need a rebol syntax formatter for this

Have you fixed my ftp scheme so that it works properly yet?

anyone can test this http://rebol.wik.is/Rebol3/Schemes/Ftp

I was trying to find a ftp site with a lot of data to read from ...

Using a timeout value, largish, I can read a 5000 file listing in 
a ftp directory.  Posted latest code.

Downloaded a 16Mb file using my ftp scheme ... streamed it to disk 
directly rather than saving in any buffer.

http://rebol.wik.is/Rebol3/Schemes/Ftp

Updated so that you can supply a callback to commands

eg: 

[ LIST (:print) ]

or 

[RETR "hugefile" %downloads/hugefile.mov ]

It looks like I should be able to re-use the directory parser from 
the r2 ftp scheme ...

Currently streaming a ftp download of the ubuntu server iso image 
... will see how that longs before I get an error.

One good thing .. on r2 I doubt I could download a 500Mb file using 
ftp .. but I'm nearly there now and the windows task manager is only 
showing 12Mb of ram usage with 0-1 % cpu

except the r2 ftp scheme doesn't support that ... AFAIK

ftp: open ftp://...
write/append %... copy/part ftp 10240

wrap a `while [not tail? ftp] [....]` around this

I did this as otherwise I ended up pipelining the ftp server :(

in case it's an Amiga ftp server ...

must be why when I login to chat .. .I start getting more messages 
from my ftp handler!

as there's a WAIT on the ftp scheme port already, simply OPENing 
the dataport suffices to have it scheduled and receiving events

I don't know if the ftp server will take a full path but the client 
can

could i have a minimal FTP thingie with just USER/PASS/PASV/RETR?

Do you actually use ftp much ?

so why do we do ftp, then :) ?

well, I still occasionally use ftp across my network ...

so anything that once was ftp is now either http or ssh :)

a minimal ftp login skeleton, no error handling: http://bolka.at/share/prot-ftpget.r
[temporary url]

ftp STOR now supported ..

Small optimization:


Graham, if you try to connect to a host with an ip as a string, then 
a DNS lookup is performed even if it's useless.

On the other side, if you provide an ip as a tuple, no lookup is 
performed and it's a straight connection.


So as an example, when you enter in PASV mode (ftp proto) try this 
instead.

data-address: to-tuple to-block form copy/part tmp 4

now my ftp scheme is doing what I need .. I can move onto my fax:// 
scheme which uses the ftp protocol but on port 4559

This is pretty cool ... I can talk the hylafax server running in 
virtualbox using the ftp scheme.

The fax protocol is similar to ftp but uses port 4559, and uses additional 
commands

On testing a ftp server behind NAT ( well, it's a home system ), 
the ftp server responds to a PASV command with its local non addressable 
network address.

Meanwhile my little fix for the ftp server behind NAT has allowed 
me to finally open up a data connection to my fax server

Since FTP, andIMAP have folder structures, I propose that we use 
cd, ls, pwd etc for those schemes that support this.  This is no 
different to the lookup that is done by read, write, length? etc

I started with daytime, moved to smtp, and then ftp, fax and now 
imap.  I am using pretty much the same template with changes appropriate 
to the protocol.

Daytime is too trivial to learn much from ... maybe FTP instead??

I do this in ftp, fax and imap .. but I should go back and do this 
for smtp as well

I think in my ftp scheme I access port/data directly so I can stream 
to the file system .. so it would require a tiny change if there 
were two sep buffers

OK, I will do few tests with my FTP Linux server, during the evening 
...

(reworking on ftp scheme currently )

going to implement ftp site to site transfer ?  :)

which is what I have in my imap scheme ... could use similar for 
ftp

for example, the state diagram used to open a ftp session looks like 
this currently.

USER
<< ( 
	(1 2) error
	(4 5) fail
	3 >> PASS << ( 
		2		success
		1		error
		(4 5)	fail
		3 >> ACCT << (
				2   	success
				(1 3) 	error
				4 5 	fail
		)
	)
)

it's a dialect

pop uses .crlf
ftp closes the data port

Jeez i wasted my time to develop a script to launch remote commands 
from an AS400 on my PC using FTP.

And I fail on the finish line because CALL don't do the last easy 
part of the job.
T_T

a little strange to use ftp to do that, but it's the only protocol 
allowed here :-)

GUI, console (not willing to experiment that much with the Windows 
default one), call, protocols (ftp, email, easy-cgi), DB (mysql, 
sqlite)

Optimizing file deletes means first avoiding the standard DELETE 
func. It reads the dir each time which can kill you if you have a 
large dir or, heaven forbid, point it at an FTP location. You can 
build on CLEAR easily though.

    delete-all-files-in-dir: func [dir /local port] [
        port: open dir
        clear port
        close port
    ]


I think my tree deleters all rely on some of my other stuff, like 
FILE-LIST and DO-IN-DIR (now standard as IN-DIR). They generally 
have a callback option as well, so you can track progress.

Yes. Many different scenarios. I have never used REBOL's ftp protocol, 
for example.

I am fully with Gregg here. At least http(s), ftp, smtp, pop, could 
be allowed by default ...

Pekr, import [http ftp smtp pop] is tough typing, for sure.

in my opinion, R3 is already useable, apart from GUI, maybe pop, 
ftp, proxy support (nowadays I don't need it though), and ugly console 
:-)

because people would expect to have things like ftp, smtp, pop3 in 
the distributed exe

It is going to be a long. long time before there is a version of 
R3 published which inlcudes ftp, smtp and pop3.

There are two sides to R3 adoption for me. First is the available 
features. I greatly prefer to have basic schemes (HTTP and FTP in 
particular) built in. A basic GUI system is also important to me, 
but I can use R3 for non-GUI things without that. The second, and 
more important, aspect is stability and robustness. Is the module 
model stable, is it robust? Will tasks ever work? Are there outstanding 
core bugs that will prove problematic if they are never fixed. That 
is, if RT never did any more work on R3, could I use it for production 
work?

BrianH - from end user's perspective, you might not be right - missing 
pop, smtp, ftp, sqlite, mysql, postgress in official distro, just 
to name the few, GUI's not useable yet too, hence ppl keep tied to 
R2 ....

Hi, I have a client whose ftp username has an ampersand @ in it. 
I think that's causing a problem accessing it. Is there a way around 
that or should that work?

Try read (write etc) like this:

     read [ scheme: 'ftp host: domain.com user: user-domain.com pass: 
     "password" ]

Or see what other people have tried in the past:
    http://www.rebol.org/ml-topic-index.r?i=ftp

Does anyone know why modifeid? and info? return a date without the 
time when accessing a file through ftp lon a windows ftp server? 
 Is this a limitation of windows, the ftp scheme, the ftp server, 
or the version of Rebol (I'm using the latest 2.7 - activated ODBC 
connection all dll access)?  Are there any known fixes to this - 
a quick google didn't find anything?

ecall there is a ftp update out there, does anyone know if that fixes 
this limiation?

it should return the time, I've got ftp synching routines which use 
info? and use date/time.   so I'd bet its a limitation on the server, 
or its using a non-standard date string in its LIST command.

Okay, I'll see if our server admin can change something that will 
help.  Using Romano's FTP-Patch.r shows the date for files, but there 
is some code in place to get it to work from what I can tell.

You might also try connecting with the FTP server with a command 
line client like NcFTP and looking at the listings directly.

or just modify the existing ftp client ... the formatting is a parse 
rule

ftp protocol ...

trying to get info on a file via ftp using to long version of teh 
port spec as my user name is an email address:

fport: [
    scheme: 'FTP
    host: "ftp.example.com"
    target: %/file.txt
    user: "bill@ example.com"
    pass: "vbs"
]

I can read it with "read fport"

but I can not get other info from it like:

print modified? fport

Whats the method here?

But I can upload a file to FTP now

The escape decoding gets done too early. The decoding should not 
be done after until the URI structure has been parsed. If you do 
the escape decoding too early, characters that are escaped so that 
they won't be treated as syntax characters (like /) are treated as 
syntax characters erroneously. This is a bad problem for schemes 
like HTTP or FTP that can use usernames and passwords, because the 
passwords in particular either get corrupted or have inappropriately 
restricted character sets. IDN encoding should be put off until the 
last minute too, once we add support for Unicode to the url handlers 
of HTTP, plus any others that should support that standard.

yep... and I've lost hours trying to get some ftp code to work because 
it had strange urls (with passwds)... which the interpreter would 
break all the time. 

At some point you are mystified by what is the actual URL being sent 
to the server.


once you see what is going on, you can get it to work, but realizing 
that you didn't actually send the url you expect, can take quite 
a long time to realize and properly fix once you've got a whole app 
expecting/playing with urls.