World: r3wp

try with those...

It never gets to the read - it fails on open. When I tried TRACE/NET 
ON I saw the error: HTTP/1.1 440 Login Timeout
What's that?

https authentication.  No experience.  Sorry.

what type of authentication is it?

It's Basic authentication.

is it simple authentication ?

ok.

AFAICT

Authorization: Basic Q0NFU1xBZG1pbmlzdHJhdG9yOiFNVFVTQSYqKA==

Is that digest?

read/custom http://user:[password-:-somewere-:-com] [ post ... ] doesn't 
work?

because the password has some funny characters in it??

It does.

Ok, you can change the parse rule to allow the @ or whatever

Nonetheless, the error I got with the port spec is the same that 
the VBScript from Microsoft's web site gets.

Any way to increase the timeout?

You can try   port:  open  [spec]   insert port mold ['post stuff] 
 result: copy port  ???  the insert may need more....   {POST HTTP/1.1 
...  somesuch

yes

And what would that way be? :)

The command docs mention something about initiating ssl connections 
  with  port: open/direct  ssl://url:portnum  then a   set-modes 
port [secure: true]  to initiate authentication...

Brian,

    read/custom [scheme: 'https host: "server" path: "path/to/stuff" 
    user: "username" pass: "password"]

works. I don't need to recreate the port scheme, as it does that 
secure: true in its code. I get the same error with Microsoft's VBScript 
fix. I think it's something server-side. Thanks for the help with 
the syntax though - it's been a while.

There is a system/schemes/http/timeout field    probably the same 
for https

Yeah me too,  This is the kinda code that my brain treats as fire-and-forget. 
 Need to do it again...look it up again.  :)

Timeout is ignored. Must be a server misconfiguration (just a guess 
based on how messed up this server is).

There are threads in MS Tech net about 440 timeouts when Exchange 
enables Form Authentication.  All I've seen so far is Help Help messages, 
not fixes...


http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1110323&SiteID=17

Is one example.

According to MS's blogs, the only way to enable Exchange's server-side 
junk mail folders is to do so through Outlook Web Access on a per-user 
basis. The only way they suggest to do so for all users is to post:

cmd=options
junkemailstate=1
cmd=savejunkemailrule


to every user, logging in as a domain administrator. They provide 
a 100+ line VBScript to do this for a list of names in a file. When 
that failed, I figured that I could do the same in 1 or 2 lines of 
REBOL, and I was correct: I get the same exact failure the VBScript 
gets in 1 line of REBOL :(

Interesting. That site you linked to seems to narrow this down to 
forms-based authentication, which is enabled om my server. I'm going 
to try temporarily disabling it and see if that helps.

Drummm rollll

Worked!

Yippee...if you can disable FBA long term...

There may be a more permanent solution...I didn't read all of it.

http://www.chicagotech.net/exchange/owa440.htm

Brian;  Don't forget to post your REBOL solution to the place you 
got the VBScript.  :)

doh! I'd been hunting a bug in LIST-VIEW all day and it turns out 
that Ladislav's BUILD function does funny stuff to paths:

>> build [append/only [] []]
== [append/unset [] []]

The solution seems to be:

>> build [only 'append/only [] []]
== [append/only [] []]

Gotta watch those advanced libs. :-) The tricky stuff, like REBOL 
itself, often has a few things you have to trip over a couple times 
before setting a flag in your brain.

Thanks for the post on this. I haven't hit it, but I might someday.

If [APPEND/ONLY [] []] is what you were looking for to recieve with 
the help of BUILD, Henrik, BUILD/WITH [APPEND/ONLY [] []] [] works, 
too, and to me it seems to be a bit more intuitive.

But since BUILD [A/B [] []] gives [A/B [] []] as one would expect, 
I'd say this is a real bug in BUILD. You probably should let Ladislav 
know.

a path! is a kind of block!. so i guess BUILD is just recursing into 
paths. it's a bug but... it seems a cool feature to me instead. you 
can build paths ;)

probably should be included in docs :-)

No, I'd say it's a bug, due to inconsistent behaviour:

>> build [append/only [] []]
== [append/unset [] []]

vs.

>> build [append/anything-other-than-only [] []]
== [append/anything-other-than-only [] []]

It's just the /only refinement producing the unexpected result.

How are the functions named to access the Windows Registry?

I need to read out a possible proxy config.

http://www.rebol.com/docs/sdk/registry.html

The reg funcs get unset in *some* versions of REBOL,so make sure 
they're available in the one you use.

Hm... in my version these functions are unset. I use REBFACE to start 
a script.

And it shows that the "Windows Registry Access" stuff is loaded. 
I use 2.7.5

Any idea what to do?

1) Go back to an older version.
2) Look at calling the registry APIs directly
3) Tell Carl we need them back. :-)

The Roxy setup toolkit uses them, so I'm still encapping installers 
with some really old version of REBOL.