I've never gotten CFHTTP to work with our proxy.  I finally got the
sysadmins to put a rule in to allow the webserver passage without the proxy
(actually required a hole in the firewall for request traffic from the
server).  I think that the issue is that CFHTTP doesn't authenticate against
the proxy.  Username and Password are, I believe, for basic authentication
against a website, not the proxy.  If your proxy doesn't require
authentication then it might work.  If anyone has other insights into this
I'd love to hear them as well!

The other option you might want to look into if you are running on a Windows
platform, is the XML.HTTPRequest object.  It's part of the Microsoft XML
package in version 3.0 and greater.  It has better methods for navigating
proxies and firewalls and functions similarly to CFHTTP.  Although it won't
resolve URLs in the page.  You'll have to write a regex to add in the FQDN
to each relative link.  There is significant setup to get it working with
proxy servers and HTTPS connections, but you might have better luck with it?

Good Luck!

Jeff Garza
Lead Developer/Webmaster
Spectrum Astro, Inc.
480.892.8200
[EMAIL PROTECTED]
http://www.spectrumastro.com



-----Original Message-----
From: Bruce Holm [mailto:[EMAIL PROTECTED]] 
Sent: Friday, March 08, 2002 10:02 AM
To: CF-Talk
Subject: Re: Intranet apps


I agree with Jeffry's observation.  We plan to make it relevant to the
user's location.
It will be small and non-intrusive, and a motivator for employees to make
the Intranet their browser Home.  Company stock quote is also planned for
displaying the company stock price thru-out the day.

I still can't get CFHTTP using proxyserver to get a page outside our
firewall.  Anyone have experience getting that situation to work?  I need
help.

Bruce

----- Original Message -----
From: "Jeffry Houser" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Friday, March 08, 2002 8:50 AM
Subject: RE: Intranet apps


> At 09:49 AM 03/08/2002 -0600, you wrote:
> >Not to ruin the party or be overly nosey, but please don't put local
weather
> >information on your corporate intranet, that's just plain wrong in so
many
> >ways.
>
>   I don't understand what is so wrong about it, however your description
> below is obviously a flawed implementation.  I see no reason why you can't
> get local weather based on the user's sign in.  ( New York people see New
> York info, Chicago people see Chicago info, etc.. )
>
>
> >  When I worked for a global company based in Minneapolis, I would login
> >to their corporate intranet and 70% of the page was the local,
Minneapolis
> >weather forecast. I'm sure the intentions were good, but everyone from
New
> >York, Chicago, LA, UK, etc would get a nice big browser full of "26 and
> >heavy snow" each time they needed information about the actual company.
It's
> >probably good to let people stick to their own sources for weather
> >information (morning news, newspaper, weather.com, etc), and keep the
> >intranet specific to the actual company.
> >
> >Adam.
>
>
>
>
> --
> Jeffry Houser | mailto:[EMAIL PROTECTED]
> Need a Web Developer?  Contact me!
> AIM: Reboog711  | Fax / Phone: 860-223-7946
> --
> My Books: http://www.instantcoldfusion.com
> My Band: http://www.farcryfly.com
>
> 

______________________________________________________________________
Why Share?
  Dedicated Win 2000 Server � PIII 800 / 256 MB RAM / 40 GB HD / 20 GB MO/XFER
  Instant Activation � $99/Month � Free Setup
  http://www.pennyhost.com/redirect.cfm?adcode=coldfusionc
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to