you need to see the actual response you're getting. telnet to port
80, use curl, wget, or a firefox plugin.
On May 16, 2006, at 2:49 PM, Alan Wolfe wrote:
did you check to make sure that when you viewed source when
displaying the url there wasn't any html entities in the url that
were seeing when outputting the url variable?
for instance something like if there was an & that it was showing
the & when you displayed the variable in html but when you looked
at the source html of the page the & was really a & ? That
example is innocuous but there are others that may be problematic.
also if it is displaying the url as it really is but works when you
try it and not when <@url> tries it, do you have any spaces in the
url? IE and other browsers will often take spaces and convert them
to %20 behind the scens but <@url> being lower level wont do that
kind of thing for you.
On 5/16/06, Peter Fogg <[EMAIL PROTECTED]> wrote: "it is
possible that the url you're visiting is doing a redirect or
something?"
The url is extracting another url from a database.
"There are 3 attributes which i think should be included in all @URL
calls
WAITFORRESULT='true'
DETAILEDRESPONSE='false'
MAXRESULTSIZE='655360'
______________________________________________________________________
__ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
Bill
William M. Conlon, P.E., Ph.D.
To the Point
345 California Avenue Suite 2
Palo Alto, CA 94306
vox: 650.327.2175 (direct)
fax: 650.329.8335
mobile: 650.906.9929
e-mail: mailto:[EMAIL PROTECTED]
web: http://www.tothept.com
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
