World: r3wp

Seems like SSL Tunnelling with squid is on by default on certain 
ports using the CONNECT method:

http://www.squid-cache.org/mail-archive/squid-users/200210/0295.html

Our customer was monitoring the trafik and could see, that nothing 
happened after the CONNECT, so maybe the problem is, that REBOL doesn't 
continue after the CONNECT!? As I understand it, the CONNECT method 
is used to establish a connection between the two computers (client 
and server), and then the proxy simple let the communication continue 
without touching it (allowing SSL encryption and the like). REBOL 
can make the connection, but fail to communicate afterwards. (My 
guess.)

It's interesting, that Altme works using encryption too!? Is the 
CONNECT method in use in this situation?

an encryption tool? I think not ... IMO altme is built upon SSL capability 
of Rebol/Command SDK or even Rebol/Pro? Dunno ...

Pekr: Graham was just saying, that "Altme uses encryption but not 
ssl"

Geomol - there is nothing like "connect". If you have a free bit 
of a free time, I suggest you to download Winpcap and Ethereal - 
they are both free and you get cool network monitoring tool. You 
can learn a lot ...

well, maybe he is right, Graham is clever guy :-)

it may just use normal means of tcp communication with encrypted 
content, using RSA for e.g.

see http://www.rebol.com/docs/encryption.html

Yes

not sure how this discussion started but maybe we are not in correct 
group ...

I started it Tuesday 11:26 with a problem regarding HTTPS over a 
proxy.

ah, proxies ... in our company, although we use Squid IIRC, we have 
following problem - we found out, our admins use kind of load balancing, 
but they are not able to solve session afinity right now, so eg. 
ICQ disconnects after some time, as it can get packed routed using 
different machine and it imo causes communication to break ...

Graham: I've done Ethereal monitoring with our test proxy, and after 
the "HTTP/1.0 200 Connection established" reply from the proxy, there's 
a line from my computer (running REBOL) to the proxy with the text 
"Continuation or non-HTTP traffic". After that, the proxy reply with 
a [FIN, ACK]. If that "continuation" holds the information from my 
REBOL application to go to the server in the other end, it may be 
a proxy problem!?

I notice a bug in the CONNECT request from REBOL to the proxy. Ethereal 
reports:

[Dissector bug, protocol HTTP: "Request Version" - "http.request.version" 
invalid length: -32 (proto.c:2104)]
!?

I'm having some problems with the rebol example webserv.r   I've 
installed it on a computer at home and a computer here at work. It 
works fine at home, but here there appears to be problems with the 
path of the script. The log file is places several places (where 
the webserv.r script is located and severel places inside the www 
path), and there are problems accessing rebol scripts inside :[  
]: - apparently also because of problems with the path. Very wierd 
behaviour. Any help appriciated.

I've solved the problem with HTTPS thru a proxy. The problem is, 
that the commands to the proxy is sent with only a newline in the 
end of each line. If I replace the newlines with carriage-return 
newline ("^M^/"), it works. Within the SDK, the problem is in the 
file "source/prot-http.r".

Geomol, that sounds excellent. Does it still work at home ?

Sorry Geomol, I've mixed your post with Flemming's. Must be time 
to go to sleep :)

Flemming, are you using the same version of rebol and are they on 
the same platform at home as at work ?

Geomol, that is a known bug in ssl, see RAMBO #3532, it is interesting 
to know that it affects HTTPS with proxy

Geomol, can you post the corrected version of prot-http.r somewhere?

Perhaps on the REP site ?

Or, Rebol.org ...

Off topic here, but what do you have to do to create an external 
link on  a web page so that a new browser instance loads. Do you 
need some javascript on the page?

just add target="_blank" in the <a> tag

<a href=http://www.rebol.comtarget=_blank>Rebol</a>  ?

correct

Great!

once second - the quotes aren't there.

targe="_blank"

is that the same for the action of a form ?

hmmm..

Apparently so.

it should if the action is redirection to another page using the 
<a> tag.  But I'd need to look it up to be certain.

Yes, it works :)

It does in Opera, at least.

Including 'post' forms.

Yes, I just changed my header analysis lookup form to use this ...

Graham: I'm not sure, if the copyright on prot-http.r prevent me 
from posting it, but I can tell you, what I added to it. My work-around 
consists of 2 extra lines after line 46, which in my version is:

append http-packet "^/"

My extra lines are:

replace/all http-packet "^/" "^M^/"
remove back tail http-packet	; Because a newline will be added.


It's not a nice solution, but it works. A better way would be to 
open the port with a /with refinement and CRLF. See RAMBO #3532.

ok. thanks.

You're welcome! :-)

Does anyone know away to automate the checking of a website that 
requires https, authentication and probably cookies. I basically 
want an application to log into my ebank account and extract some 
information.

jaime you probably need to dig into what protocol your ebank uses...the 
most common ones are HBCI and OFX  ( i think =D  )

Thx. I will check this.

Jaime: http://www.zend.com/codex.php?id=1036&single=1

that was for OFX/QFX

I think Jaime wants to know how to get the data first !

OOps.. Ok  sorry  jaime =(

OK.  what's the secret to getting plugin working in IE 6?  I've read 
how IE supposedly doesn't like embed tags, but that isn't true insofar 
as I've been using embed only for SWF files.  Same with SVG.

When I try the samples.  they all fire off the download, etc.  install 
seems to work, except that I always end up with red x, and nothing 
ever runs.  Just wondered whether anyone ever figured out what was 
up with that, or whether there was any momentum at all with rebol 
plug-in.  I'd probably rather have an active-x/progid sort of affair, 
but talk about a can of worms.  I've never done it, but looked into 
it.  seems like it may not be such a big step, though, if there's 
been success with browser plugin.  This is all sort of an aside. 
 I didn't really have anything particular in mind, except as maybe 
an Ajax alternative.