World: r3wp

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.

hmm, I can't find them even in 1.2.8, nor 1.2.1

Hmm... ok. I drop him a note and see what happens. Otherwise I have 
to use registry.r from rebol.org

dunno why those were removed? I do understand it for plug-in, but 
normal View?

I think security was the issue, but they should still be available 
in the SDK in any case.

I think I use 1.2.48 to use them.

Yup, that's the one.

there are some funcs in the sdk, but for install kind of purpose, 
association etc., but those all are just wrappers around natives, 
which are unset. So - how can we have their sources, if reg* functions 
are natives? :-)

Christian, that's because "only" is a keyword for build. [append/only 
[] []] is for build the same as [[append only] [] []]. I agree it's 
a bug, however I'd be tempted to leave it as-is ;)

Ah, ok, you wouldn't know from HELP BUILD but it's in the script's 
comment. So it's kind of an "intended bug", I see that now ;-)

it is not bug, totally intended. If you are afraid of INS and ONLY 
keywords, you have to use the /WITH refinement

maybe I should use a less usual word instead of 'only ? 'ins seems 
to be less conflicting, since nobody uses it for "normal" purposes

anyway, when you use the /with refinement, you are totally safe, 
since it is you who specifies the keywords

regarding the path processing - I did that intentionally - the processed 
"parts" are: block! | paren! | path! | set-path! | lit-path! as you 
can see from the source

is there a request to leave something out?

(or change a default keyword?)

I'm not afraid of ONLY, nor was it me spending/loosing time understanding 
what's going on there. I'm just suggesting to put some info regarding 
INS and SOME into the help string if it's intended behaviour; so 
no offense intended.