World: r3wp

usage text appearing in my experiences is always because the file 
has not been detabbed

Why can't the domain hoster just run multiple rebols ? Just save 
each one with the version number...

Then, when one fails, you can shut it down and it won't affect the 
rest of the people running other versions.

[G]: I never linked a problem with tabs ....  yes Anton, he has done 
that.

ok, so anyway, you're saying it's probably the last version of Core.

I do not believe that 'rebol on the linux server is the latest. I 
am using 2.5.6.3.1 (for windows) on this machine. I think I've got 
the latest for linux on my main workstation, but it is not available 
right now....

Running a script as --cgi or -cs should negate the need for -q.  
While this looks like the line-ending transfer bug, that it does 
actually perform the CGI program suggests otherwise (unless I don't 
recall this bug correctly).

Chris: from what I see, it does not. Either the file has to be transfered 
and saved on the server with unix-style line enders or -q has to 
be there to make it work for me. Time will tell. Unfortunately I 
don't have a linux machine to download and compare.... Can you say 
"Heisenberg Uncertainty Principle"? :-) Anway, what works, works. 
I'll post more on this subject when I actually get back to programming. 
thanks.

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.

Tim: this bit down at the bottom:
Content-Type: text/html

hello from D Drive

Is this a part of your script?

how do starting skrypt cgi in rebolu ?

Try this How to - Quick & Easy CGI at http://www.rebol.com/docs/cgi1.html

now.cgi [ print probe system/options/cgi]

serv: [ open tcp://:80 ]

browse 127.0.0.1:80/now.cgi

plis help ?

what do to make in order to this side displayed ?

you need to run a web server .. and just opening tcp://:80 won't 
do it.

check out the web servers on rebol.org

Or install the Apache webserver for the full works -- http://www.apache.org

Or something like Xitami for 99% of what you are likely to need -- 
http://www.xitami.com

For anyone interested in getting Carl's blogger script (blog.r) to 
work under Cal's rebol webserver (webserv.r):

(1) Cal''s script passes Carl's script a tcp connection and set's 
no-wait on this connection.  Carl's script doesn't like that.

(2) So I modified the post section of read-cgi in Carl's script as 
follows:

     set-modes system/ports/input [binary: yes lines: no no-wait: false]

     if integer? content-length: attempt [to integer! system/options/cgi/Content-Length] 
     [
	        data: copy/part system/ports/input content-length
	    ]

 ; which is based on some code Gabriele suggested a long while ago

(3) Also, Cal's script was performing poorly for me (even on static 
files) until I modified a wait statement from [listen 0] to [listen 
0.01].

So far these two changes make the combination work quite fast for 
me.

I wonder when Dockimbel is going to release his Cheyenne web server 
... it was slated for a Dec 04 release according to his website.

Not really CGI .. but anyone knows what is involved in writing a 
mail server?

I presume that the minimum one needs to do is to listen on port 25 
and respond appropriately

You also need to make a DNS lookup to get MX records for destination 
mail servers.

I was thinking more of a simple mail server that only accepts mail 
for one's own domain.  In that case, I wouldn't need to do any mail 
forwarding. But I guess I still need to do a DNS lookup to confirm 
that the server sending mail is who they claim to be.

this is probably old, but has anyone successfully made reading GET 
and POST data working in webserv.r?

I just get none! data back...

read-cgi: func [/local data len] [
       either system/options/cgi/request-method = "POST" [
               len: to-integer system/options/cgi/content-length
               data: to-string copy/part system/ports/input len
       ] [
               data: system/options/cgi/query-string
       ]
       data
]

exactly that returns none

hopefully it doesn't have anything to do with Windows...

maybe something with set-modes too. i patched around in mine a bit.

I read your post on the mailing list and tried the code you posted. 
same thing....

set-modes system/ports/input [lines: false no-wait: false]
?

and the webserv from rebol.org?

and a non-alpha rebol? IIRC that has problems with set-modes lines.

yes, latest version of webserv.r. I also tried a simple read-io system/ports/input. 
also tried an old rebol/core version and a newer rebol/view version. 
two different machines. three different browsers. same thing.

I must have forgotten something essential...

restarted webserv.r after a change? it caches scripts.

done that many times now...

also on different rebol instances

no good idea. how do you post?

first I want GET working, haven't tried post yet, but they should 
be fetched the same way, shouldn't they? if I check system/options/cgi/request-method 
it's none

everything in system/options/cgi is none

hu? no, fetching works different. GET is part of the url. POST gets 
more data from the port. system/options/cgi should contain some environment-variables 
AFAIK.

they do. they're all empty

normal webserving works?

yes, perfectly

ok, here goes: I inserted print [mold system/options/cgi] in the 
beginning of my script