Most of us are aware of the work around for this behaviour but I believe
what Greg was actually suggesting is that it would be more useful for
REBOL to set up it's proxy configuration more correctly for the selected
proxy type. That is go ahead and load the defaults perhaps for cern or
socks, but insert false value assignment statements in the user.r for
schemes that are not typically handled by that proxy type. Most notably,
SMTP for example wouldn't be handled by cern or generic proxies.

I have to sympathize in this regard as I use the generic proxy type and I
either have to configure REBOL when prompted for no proxy then add the
assignments for the one scheme (HTTP) that requires the proxy or configure
the proxy settings then go back and add false assignments for all the
other schemes that can't use that proxy.


Later,

Stephen

On Thu, 31 Aug 2000 [EMAIL PROTECTED] wrote:

> Rebol does do all that you expound on. Check out 
>http://www.rebol.com/docs/network.html
> 
> Every protocol can have its own, proxy :: port :: type :: userid:: password :: 
>bypass rules.
> 
> It appears that you are just setting your system/schemes/default/proxy settings and 
>not
> defining any of the individual protocols - system/schemes/smtp/proxy, etc. In the 
>absence of
> defining any individual protocol settings, rebol then uses the default settings. In 
>addition, if
> you want to entirely disable proxy settings for a particular scheme, you can set the 
>proxy settings
> to false.
>   ----- Original Message ----- 
>   From: [EMAIL PROTECTED] 
>   To: [EMAIL PROTECTED] 
>   Sent: Thursday, August 31, 2000 10:14 AM
>   Subject: [REBOL] [ALLY] Email and Proxies Re:
> 
> 
>   Wrong answer.
>   My SMTP server is 'local' on the WAN. It appears
>   that all IP traffic gets routed to the proxy
>   if you define it in set-net. Our cern proxy is a
>   proxy, not a firewall. We use a 'pac' file for
>   routing. This 'pac' file is usually loaded into
>   the Browser as part of auto configuration. The
>   browser can then determine which addresses are
>   'direct' (no proxy - on the WAN). All other addresses are
>   sent to the proxy. This is a pretty standard
>   setup for a large corporation.
>   The real answer here is that Rebol should not
>   proxy a service unless proxy is defined for that
>   service. Especially those a 'cern' proxy doesn't
>   handle. By default, only HTTP, FTP, and gopher
>   should be sent to a proxy. All other services should
>   be sent direct unless a SOCKS proxy is defined for
>   that service.
> 
>   Greg Piney
>   S&P Web Engineering
> 
>   Terrence Brannon <[EMAIL PROTECTED]> on 08/31/2000 10:45:04 AM
> 
> 
> 
>   To:  Greg Piney/McGraw-Hill/US@MCGRAW-HILL
>   cc:  [EMAIL PROTECTED]
> 
>   Subject:  RE: [REBOL] [ALLY] Email and Proxies
> 
> 
> 
> 
>   [EMAIL PROTECTED] sent a msg to the REBOL list about 2-3 days ago stating that
>   you cannot access external smtp servers across a cern firewall, only socks4 or
>   socks5
> 
>   Here is the URL to his archived msg.
> 
>   http://rebol.org/userlist/archive/315/656.html
> 
>   >===== Original Message From [EMAIL PROTECTED] =====
>   >[EMAIL PROTECTED] on 08/29/2000 03:27:56 PM
>   >Please respond to [EMAIL PROTECTED]
>   >
>   >
>   >
>   >To:  [EMAIL PROTECTED]
>   >cc:  (bcc: Greg Piney/McGraw-Hill/US)
>   >
>   >Subject:  [ALLY] Email and Proxies
>   >
>   >
>   >
>   >
>   >Holger,
>   >
>   >I was trying to show off Rebol and ran into either a bug or my own stupidity.
>   >
>   >I was trying to send a simple email (one liner) to show some people
>   >how powerful Rebol is. It failed.
>   >After about an hour I found out why.
>   >
>   >I recently changed my 'user.r' to use generic (Cern) proxy. We are behind a
>   >Netscape Proxy server. This proxy server does not allow mail out. Mail is
>   >handled by another machine. Most mail clients do not talk to the proxy
>   >server at all. The reason why I say this is that I changed my 'set-net'
>   >to go to the socks server and all was well. Works like the Champ that
>   >it is. Something tells me you need a 'proxy/noproxy' setting in SMTP.
>   >Or, it really is some kind of bug.
>   >
>   >TIA,
>   >
>   >Greg Piney
>   >Standard and Poor's Web Engineering
> 
>   terrence-brannon: [[EMAIL PROTECTED] perl-refugee myth-gamer]
>   free-email:       http://www.MailAndNews.com
>   free-usenet:      http://www.mailAndNews.com
>   ; all the above is real REBOL code, believe it or not.
> 
> 
> 
> 

Reply via email to