AltME groups: search

I did write a ftp, smtp and hylafax protocol for R3

This is the ftp scheme Andreas and I did https://github.com/gchiu/Rebol3/blob/master/protocols/prot-ftp.r

ok, I was just thinking in terms of, say, not needing networking 
or FTP protocols for a very specific app. I don't think it would 
be a good idea to eliminate datatypes, although perhaps it makes 
sense in some cases.

BrianH:I don't believe a single second for R3 becoming even beta. 
Three or so years ago I wrote, what makes a good beta for me. So 
here it comes - give me a console, not a crap. Give me smtp, ftp 
etc schemes, without an excuse. Give us odbc, mysql, postgress, give 
us CALL. So - no matter how much advanced R3 is to R2, in a sence 
of a complete package, it is still pre-alpha ...

floats for Red? Yes, why not ... but file, networking, ports, schemes, 
tasking schemes ... so that Graham can implement/port FTP, smtp, 
pop3 etc for us :-)

Is there any prototype of FTP scheme for R3? IIRC Graham did something 
in the past?

This is a tip for where you have those pesky @s in a username. You 
still can't get past that by using %40 in a url as Rebol converts 
those when it evaluates the url but you can do this


>> cmd: open decode-url "ftp://user%40rebol.com:[password-:-ftp-:-rebol-:-com]"
make object! [
    title: "FTP Protocol"
    scheme: 'ftp

    ref: [scheme: 'ftp pass: "password" user: "user%40rebol.com" host: 
    "ftp.rebol.com"]
    path: none
    host: "ftp.rebol.com"
    port-id: 21
    pass: "password"
    user: "user%40rebol.com"
]
port opened ...

Pekr: "BrianH:I don't believe a single second for R3 becoming even 
beta. Three or so years ago I wrote, what makes a good beta for me. 
So here it comes - give me a console, not a crap. Give me smtp, ftp 
etc schemes, without an excuse. Give us odbc, mysql, postgress, give 
us CALL. So - no matter how much advanced R3 is to R2, in a sence 
of a complete package, it is still pre-alpha ..."

The question of what to include by default is never easy, but can 
be guided to some extent by what is not just popular, but also has 
a well-defined standard that is useful. e.g. HTTP and FTP are standards, 
No-SQL is not. SQL92 is a standard, but is a strict SQL92 dialect 
useful?

Yes, I know - if I would have to write some small util for me, it 
surely would be R3 nowadays. The only thing I might miss is better 
CALL and maybe ftp protocol. But it can be solved ....

could be used for *.txt too. next is integrating your ftp-client 
and we have poor mans ios :)

FTP..........NEVER!

FTP is evel.

btw - is there really fixed ftp scheme available for rebol? I wonder 
how is that other ftp products as FXFTP etc. don't have any problems 
...

Through lots of work (or luck, on your platform) do programs like 
FXFTP work without problems. :) Various FTP implementations vary 
wildly with their output. It takes lots of work to support them all. 
See Reichart's exclamation above.

Yeah, I'm REALLY anti FTP.  It took us writing our own FTP Client 
to realize, FTP is simply not worth supporting, the people who originated 
it were kids, that did not know what they were doing.  We waste too 
much time, as has everyone that has written FTP client or Server 
software.


Basically, the standard should be rewritten such that every command 
that a normal DOS would use are available, even the simple stuff 
like getting the size of the volume the data is being stored on, 
and remaining space.


But also there needs to be systems in place for check-summing files 
in usable chunks, and also for doing metrics from both sides so that 
better predictions can be made about the time it will take to synch.

It goes on and on, just throw FTP away…


Build an x-internet interface to something new, and build it correctly 
to be global not local.


For example, every block (some unit of bytes) of a given file should 
be able to exist in multiple places (on the web, not just on a server), 
etc.

Let's solve everything in one place once and for all.

FTP is evil.
But some of us have to use it.
As far as I know, REBOL doesn't support SCP
http://support.real-time.com/linux/web/scp.html

(Technically this is not an Altme message, so perhaps replies could 
go to Chat)

OK, I will take a look. I looked into it briefly some three or so 
years ago, but it did not feature FTP, so I left it ...

It now has FTP

Tested FTP operations against two of my sites that used to require 
%ftp-patch53.r & "system/schemes/ftp/passive: true" to work ... they 
both work fine now with the new FTP protocol handler. Good job Romano 
[and others].

I have one modification wish for the FTP scheme: to add a List-Options 
variable like other FTP client programs have. This would allow LIST 
-la which allows hidden files such as Apache's .htaccess to be transferred 
using the scheme. At present these files cannot be transferred.

Yes, Hooray for Romano's FTP!  Just remember to disable your previous 
Romano FTP patch (if you have one) from your user.r.  I added a version 
check around mine:

 if (system/version * 1.1.1.0.0) < 1.2.110.0.0 [ ; View1.2.110 has 
 Romano's FTP handler built in.

  do load-thru site/patch/ftp-romano-patch/ftp-patch53.r  ; the old 
  patch
	]

Component: "REBOL Mezzanine Extensions" 1.2.0 (1-Aug-2004/22:34:12)

Component: "REBOL Internet Protocols" 1.71.0 (4-Nov-2004/21:08:24)
Finger protocol loaded
Whois protocol loaded
Daytime protocol loaded
SMTP protocol loaded
POP protocol loaded
IMAP protocol loaded
HTTP protocol loaded
FTP protocol loaded
NNTP protocol loaded
Component: "Command Shell Access" 1.9.0 (3-Jan-2005/21:08:57)
Component: "System Port" 1.4.0 (1-Aug-2004/18:58:28)

Has onyone manged to use Core with an iSeries (AS400) FTP server.

I have had no success at work .... it trying to read a folder in 
the IFS (Integrat File System) but the server returns a FTP error 
250.

(I dont have all the details on me at home).  Now looking at the 
FTP error numbers 250 is a normal return code, so I dont understand 
why I am not getting any information back.

Philb, try my ftp client

How about not using ftp and try Coyote :)

Got it -- what I'd uploaded (using our time-tested uploader) somehow 
had the wrong sort of line endings, and Apache got very unhappy.

My immediate attempted repair (hand upload via FTP) also had the 
same issue.
I have no idea why the line endings are suddenly acceptable.


The ISP saved the day by restoring the cgi-bin from the previous 
night's backup.

I found sha1.c funcs in mySQL distro, I will post it in two hours 
to ftp, as I don't have account access here ...

I simply want my file manager (Total commander) to treat it natively, 
and it does so for .zip, .arj, .rar and probably others - the same 
goes for ftp - just normal as a directory ... so my-file: read %/C/some-dir/some-zip.zip/my-file.r 
:-)

50mb and includes.. 


XMMS (MP3, CD Music, and MPEG), FTP client, Dillo web browser, links 
web browser, FireFox, spreadsheet, Sylpheed email, spellcheck (US 
English), a word-processor (FLwriter), three editors (Beaver, Vim, 
and Nano [Pico clone]), graphics editing and viewing (Xpaint, and 
xzgv), Xpdf (PDF Viewer), emelFM (file manager), Naim (AIM, ICQ, 
IRC), VNCviwer, Rdesktop, SSH/SCP server and client, DHCP client, 
PPP, PPPoE (ADSL), a web server, calculator, generic and GhostScript 
printer support, NFS, Fluxbox window manager, games, system monitoring 
apps, a host of command line tools, USB support, and pcmcia support, 
some wireless support.

I suppose perhaps the alternative is to build a boot floppy and install 
over FTP from the box that has the dvdrom. It's been years since 
I had to do that. Too bad Debian doesn't provide a little script 
to cut CDROMS from the DVD. I've got to guess I'm not the only person 
with this issue.

hmm, I start to think, that if having Linux server (although it runs 
for 2 years or more without the assistance), is good for me. I simply 
have to struggle with getting into it every time I need to config 
something and maybe it is upon my skills :-( .... for occassional 
things, maybe I would better go with plain Windows XP profi plus 
some free Sendmail, FTP server and Apache ....

but - log.txt is just an example. It is not option for me to have 
files I want to write to placed somewhere else, as I will/want to 
use sqlite and surely want it have accessible via ftp easily, directly 
in directory I want.

my little fax monitor script that was supposed to pick up new faxes 
and ftp them to me failed as it lacked the permissions to read the 
file

when the fax is received, it invokes a bash script.  But I just remembered 
that I also call my rebol script from that bash script that creates 
the file in question.  So, I should be able to make it readable to 
my other script to ftp it to me.

I would like you to suggest me some Linux distribution:

Current situation:


I run old Fedora Core 1 linux, so it lacks on security updates. The 
server is used for few domains, it runs apache, old mySQL 3.5.x version, 
glftpd, sendmail (I am used to that). Server has 2 hads. Content 
of server is packed each week via script and copied to other disk.

Objectives:


- need some easy distro, graphical mode installation, which even 
monkey can configure, forget somo guru stuff, target hardening, etc.
- need mysql 5.x family, Apache 2. family

- adding new users/developers by some tool, e.g. webmin - ftp, apache 
domain, webmail (squirrel)

- needs to run rebol in cgi mode, eventual sqlite library compatibility 
welcomed

- kind of easy recovery - install from CD in graphical mode, copy 
configs, reboot, or even better - instasll some kind of loader, map 
to second hd, unpack backup, reboot. Maybe this could be automated?


Of course I have some sympathies already - stay with Fedora? Try 
Ubuntu server edition? Any other suggestion?

Thanks.

You can use a file tree on disk or through FTP. Not sure how to copy 
the mulyiple CDs into one tree

Take a look at http://www.johnsons-web.com/cgi-bin/test.r.This is 
very bizarre! If you use netscape, you will see the entire usage 
message from rebol displayed prior to the mime-type header. If you 
use IE, it is likely that some but not all of these effects will 
be obfuscated, but you should be able

to see the entire output if you view the source. The sources from 
the script is being sent from a windows computer to a linux server. 
Now, if

I use a FTP client like WS_FTP which as a "ascii" mode, it automatically 
converts line enders to unix style, and this problem does not occur.

From memory, rebol converts lineendings for you, if you upload via 
FTP across different platforms. That's what I used to do when it 
was a problem.

I'm not using rebol to do the upload. WS_FTP *does* convert line 
endings, Total Commander's FTP client does not. It occurs to me that 
using the 'q option is a good idea for CGI in general. You think?

Never seen that problem, Tim, despite developing in Windows and running 
live in various GNU/Linux/UNIX systems/

But then all the websites I support that have REBOL CGIs use a REBOL 
uploader rather than an FTP program -- so line endings are automatically 
translated.

but if the script runs, you can track the error-message. either by 
that header, or also helpfull: echo %/make-sure-you-can-write-here/echo.txt 
. that captures the last output, and you can use ftp to look at it.

3) I have older version of rebcmd from linux sdk I bought. But it 
did not used 'read-cgi at that time (well, here we are with SDK coming 
late ;-) My question is - I uploaded rebol core into cgi-bin directory:
a) is it desirable aproach or should it be avoided?

b) how do I assure, that if I ftp rebol executable to cgi-bin dir, 
to have sufficient right of the target directory, so that it could 
be run?

ok, now I tried it, Graham. I used Total Commander to copy it over 
ftp there. I got correct user and group permissions, but I had to 
chmod it directly on server to 755

yes, but if all you have is ftp account, not console? How do you 
change it?

ftp client can do that for you

what about 3)? Graham said that FTP client should allow me to set 
permission, but I can't find any option to do it in FTP Total Commander 
provides ...

well, but as for 3) if I only edit my script, overwrite it, the permission 
(after copying it back to ftp) will be preserved. But if I add script, 
it has insufficient permission once again ...

Volker: but usually you don't get console access, only ftp to copy 
your web to ...

ftp

Hi Graham, I am, of course, using ftp. I'm sending core 042 for Red 
Hat to the server using binary mode.

I am trying for first time to setup rebol for cgi on  remote Apache 
web server on Linux.
I am working from WinXP
Site management is done with EnsimPro. Ftp does not yet working.
So what is done up to now:

Uploaded file Rebol from rebol-core-2602042.tar package for Linux 
to cgi-bin directory;

Set permisions to owner read, write, execute and for group and others 
to read, execute;
Test script -> write file read file,

Test script uploaded (throught web broeser by using EnsimPro web 
interface) test script:

#!/var/www/cgi-bin/rebol -cs

REBOL [Title: "CGI Basics"]

print ["Content-type: text/html" newline]

print "Hello!!!"

to cgi-bin directory;
Set the same permisions.


Pointing to the test file I am getting "500 Internal server errror" 
What else could be wrong?


Interesting that I have interpreters directory on this web server 
where are couple files regarding php and perl.
Could it be connected with my problem?

I mean - let's say I don't have telnet available - just ftp to upload 
my site ...

Gabriele - where it is not accessible? That means I need other then 
FTP access. That ruins easy REBOL deployment ...

why? ftp access only gives access to cgi-bin? usually, you have your 
own home dir, with www and cgi-bin dirs inside.

Any ISP that gives you FTP access to your account and CGI does provide

Maybe I should try the trick to connect to the FTP account and upload 
it there, instead of rewriting? :-)

same file on my ftp  ;)

some ftp update problems maybe ...

stupid FTP client... try again :-)

my FTP tis back from death so here is my last script http://shadwolf.free.fr/svg-demo-shadwolf.r

There are a lot of ways you could do it, FTP, LNS, AltMe file sharing, 
custom protocol on TCP. It shouldn't be hard, but I would try to 
use something existing. The devil is in the details.

How can i convert content of dbf file to readable html file on webserver 
?

I thought to use rebol to make conversion, and then transfer html 
to server using ftp...
Can someone point me in the right direction ?

I want to upload file on ftp. 
I know I can do it like this:
write/binary ftp://user:[pass-:-website-:-com] read/binary %file

Or I am supossed to do it.... it just wont let me....


>>  write/binary ftp://user:[pass-:-ftp-:-site-:-com] read/binary %file.txt
** User Error: Cannot open a dir port in direct mode

** Near: write/binary ftp://user:[pass-:-ftp-:-site-:-com] read/binary %file.txt

I can read the contents of ftp rootdir with:
print read ftp://ftp.site.com/


But writing is not working.... What does it mean: "Cannot open a 
dir port in direct mode"?

Another common issue with FTP is to set  system/schemes/ftp/passive 
to true.

Ftp problem again.... everything was working perfectly from march 
till now.... we changed internet provider yesterday and my scripts 
dont work any more :(
Here is the core of script where error is:

server: ftp://user:[pass-:-ftp-:-firm-:-com]/data
file: %file.zip
from-port: open/binary/direct lokal/:file
to-port: open/binary/new/direct server/:file

** Access Error: Network timeout
** Where: confirm
** Near: to-port: open/binary/new/direct server/:file

I can still connect with ftp applications....

You can get more detail by doing this first:
	trace/net on
Rebol will print more information in the console.

At a deeper level, you can use Wireshark (open source program) to 
capture and analyse the ftp traffic.

can you try this ?
system/schemes/ftp/passive: true

It does not help..... :(

As I wrote before... It worked without problem for half a year.... 
now I have new provider... if I connect my pc directly to WAN it 
works.... When I connect PC to my router lan port it does not.... 
Everything else works.... HTTP , FTP from Total commander... upload 
download...., torrents work....

Vladimir - what is your FTP user name? Does it contain @ char? If 
so, you need small patch. Look at how is Total commander FTP configured. 
It should work. Aren't you using proxy? You might install WireShark 
and watch packets, that is the very low level of networking,  you 
will see everything there. Then you could compare your Total Commander 
connection with your REBOL one and see, where they differ....

user name is "visaprom.com"
Total commander is set up simply...
use passive is ON...
here is what is happening with ftp/passive: true:

Net-log: "215 UNIX Type: L8"
Net-log: ["PWD" "25"]
Net-log: {257 "/" is your current location}
Net-log: ["PASV" "227"]
Net-log: "227 Entering Passive Mode (194,9,94,127,235,183)"
Net-log: [["CWD" port/path] ["25" "200"]]

this is where it pauses and then:

Net-log: "Closing cmd port 3565 21"
** Access Error: Network timeout
** Where: confirm
** Near: to-port: open/binary/new/direct server/:file

FTP runs over TCP, not UDP.

Got it, Ben, very good.

Is there anyone who can donate webspace (say 10MB) and set up FTP 
access for Ben and I ?

Anton, re webspace, send me an email - what do you need to do? private 
ftp space or public web and for how long?

Works great.. Thanks!


You know, a really cool feature for RebDB would be to use tables 
stored on an ftp instead of locally. I think it would be possible 
since it's RAM based and you control your commits, but I could be 
wrong :) Now I'll have to sync my database manually every time I 
change computer

RebDB does have a built in client / server mode if that will help. 
  db-client.r  can talk with SQL.r from just about anywhere.  Or 
try  set path  with an ftp url, it may just work, never tried but 
looking at the code and the use of base-dir it seems like a reasonable 
chance of success.

This ftp based storage is kind of neat.  I have to update my users' 
tables, and need to provide a script that updates their firebird 
tables.  I can embed the data in the update script, but this sounds 
a much better idea.

Ashley, don't know why, but they are string! for http and ftp schemes, 
and file! for file and directory schemes.

As I mentioned near the beginning of this thread, SQLite supports 
multiple database files each containing one or more tables - in fact 
they go so far as recommending that you separate multiple high-access 
tables out into different databases for concurrency reasons. In this 
sense, SQLite "databases" act more like traditional "tablespaces". 
So, if we wanted we could write our REBOL front-end so that it created/accessed 
each table in a database of the same name thus ensuring a one-to-one 
mapping between table names and database names. The advantages of 
this approach are:

	backups (only those tables that change need be backed up)

 external table administration (you can drop a table by deleting its 
 database file)

 concurrency (you spread your file locking across a greater number 
 of physical files)

Disadvantages:


 Administering your database is more cumbersome (you can't use the 
 sqlite3 admin tool to administer all tables in one session)

 Value of sqlite_master is diminished (you can't "select * from sqlite_master" 
 to report on all your tables in one query)

 Query references need to add a database prefix when referring to 
 a table not in their own database

 Name conflicts (all tables in one file means multiple databases can 
 use the same table names - the solution with multiple files would 
 be to segregate at the directory level)

 Multiple database files means you need to zip them prior to some 
 operations such as email attachment, etc


On balance, I actually prefer the one file / one database approach.


Pekr's other comments in relation to schema implementation also have 
merit (I've agreed with Pekr twice today - a new record!); I see 
the value of an ftp schema, an http schema, etc; but what value in 
a sqlite schema? Given that the entire schema can be written in a 
much more concise fashion as an anonymous context that exports a 
couple of key access functions to the global context; I can't see 
what the functional differences between the two implementations would 
be?


So, bar any good reasons to the contrary, these are the features 
of the implementation I am currently working on (a rough design spec 
if you like):

	Implemented as an anonymous context

 "Database" is a directory (which is specified when a database is 
 opened with 'open-db)

 Each table resides in a "tablespace" (aka SQLite database file) of 
 the same name
	File is automatically opened on first reference

 The /blocked refinement of 'db-open specifies that rows will be returned 
 in their own block (default is a single block of values)

 Non-numeric values (which SQLite stores natively as INTEGER and REAL) 
 will be subject to 'mold/all on insert and 'load on retrieval

 The /native refinement of 'open-db will turn this behaviour off (see 
 comments below)

 SQLite binding will be supported allowing statements such as ["insert 
 into table values (?,?,?)" 1 [bob-:-mail-:-com] "Some text"] and ["select 
 * from table where email = ?" [bob-:-mail-:-com]]


Whether to store values (including string!) as molded values in SQLite 
is an interesting question; on the one hand it gives you transparent 
storage and access to REBOL values – but at the performance cost 
of having to mold and load every TEXT value returned; and the storage 
cost of the overhead of a molded representation. On the other hand, 
if I only want to store numbers and strings anyway then I don't want 
this overhead. I think the only practical solution is a /native type 
option as detailed above.

I'll check with ftp ...

Strange, I can see the script on the server with ftp, but I can't 
reach it with browser or rebol.

pressing the "Read FTP" button in the test script gives me:


** User Error: Server error: tcp 421 Unable to set up secure anonymous 
FTP
** Near: view-text read ftp://ftp.rebol.com/test.txt
>>

Am I correct in assuming that the majority of these proxy scenarios 
are just downloading HTTP/FTP files? Is there a case where you need 
upload support through proxy as well?

OK. I'm thinking about using Win32 HTTP/FTP upload/download API functions, 
which use the proxy settings set in Windows.....

No, getting the config won't be necessary. There is full support 
in Win32 to download and upload files via HTTP and FTP, and these 
API functions automatically use the Internet Configuration in Tools->Internet 
Options, which includes proxy.....

yes, but I just don't understand, where http/ftp download/upload 
in Windows is related to rebol networking?

I need to run this by Carl, but my thinking is along the lines of 
a new option to 'read and 'write that says "use win32 HTTP/FTP API". 
If you choose that option, you get full proxy support in Windows....

but does Windows http/ftp API limit rebol free socket capabilities 
or not? :-)

You would have only the capability of HTTP and FTP requests via Proxy, 
we're not talking about proxy-enabling the whole network stack. I'm 
not sure that makes sense anyway (i.e. if the cache server serves 
you a cached page, you're not going to communicate with the actual 
server anyway).....

The problem is that today REBOL is doing everything itself. It is 
making the socket connection, sending the GET command, etc. In the 
process, it has to know everything about the proxy settings and do 
everything natively.


I am proposing adding new HTTP/FTP support that uses the Win32 API. 
No more socket communication within REBOL -- instead, Win32 does 
everything, including interacting with proxies.

Well, you tell me. Here are your options:

 1. Minor fix to get-net-info that reads correct registry values. 
 Does not handle auto-config, NTLM, or Kerberos.

 2. New refinements to 'read and 'write that use Win32 Internet API 
 to download and upload HTTP/FTP files. Uses whatever is supported 
 by the OS, including auto-config.

Would you prefer (1), (2), or both?

To clarify: I made a mistake above. There is nothing in get-net-info 
that needs fixing. The single question is: do you want a Win32-specific 
refinement that changes the read or write to use the Win32 HTTP/FTP 
API, and consequently enables full proxy support?

I would like to proxy any port but I think that http, ftp is good 
for this round since the MS Proxy permissions would have to allow 
the rest anyway

I want to make it clear that we are not promising these refinements 
or anything along those lines.. We may nix the whole idea. We just 
want to get your feedback on the idea. Would you like refinements 
that use the Win32 HTTP/FTP API, including proxy support?

beer is not about http, so hopefully not. On one hand, we would get 
proper http/ftp, maybe faster, more robust (authentication), on other 
hand, if my understanding is correct, it will be kind of hardcoded 
in rebol kernel ....

WinInet.dll offers a Win32 API for http, https, and ftp downloads 
combined with other API for caching and parsing.  It\u2019s a very 
popular binary, and in addition to being part of the IE platform, 
is widely used in Windows client applications for its Networking 
services.

the only thing it needs is someone to adapt it for cgi use... I have 
too little CGI practice and no real need, atm... so its hard to put 
time on this... but its a rebol script, so its easy to adapt.  all 
it would need is to check if its been started as cgi and call a different 
startup, which only prints out one file.  for static pages (which 
CAN include dynamic conent like sql queries) then its a very good 
solution which already supports site magamenent and ftp xfer.

Have you got an ftp client for uniserve?

If you're presenting, screenshots and any other files that you want 
to make available can be uploaded to the file area at http://rockfactory.us/rooms/room22/transfer.html
.  I also prepared a temporary ftp account  to help upload multiple 
files - same username and pass.  Please let me know if you have any 
questions!