Thank you, Damon and Massimo, for the answers. At least it should work in principle and the idea is not stupid in principle.
I do not want to do that in JavaScript on Client side as I want to be shure that I get only valid Links in a data base and it might be sent by a web service client and not by an interactive page. I know that SE Linux may presevent this, but I see no SE-Linux errors... The comments about -timeout and -head are correct. When I remove them, the page with the verification never returns. So it blocks and times out. Normally, this looks like DNS issues, as this may take a long time... So I tried to put an IP-Address instead of a server name, same result. The relevant page is accessed via https and protected by a password via html auth. I have tried the same request on the same server outside of rivet in a tcl shell and there it worked... Thank you, Harald Am 10.05.2013 16:10, schrieb Damon Courtney: > I use the HTTP package within Rivet to make outside requests all the time. > Not sure what could be causing the problem. Try without the timeout and just > see how long it takes to come back. The problem with the timeout feature of > the http package is that it times out even if the request comes back and is > delivering data. > > Also, -validate sends a HEAD request, which can actually be disabled on the > web server. Not sure what kind of response you would get back in that case, > but you might try just doing a regular request with no timeout from within > Rivet to see what you get back. > > Damon > > > On May 10, 2013, at 8:30 AM, Harald Oehlmann <[email protected]> > wrote: > >> I am trying to verify some links of a form entered by a user by: >> >> package require http >> set requestHandle [::http::geturl $urlIn -validate 1 -timeout 5000] >> >> Outside of a rivet script, this works well. >> Inside a rivet script, I always run into the timeout. >> >> Is the tclsh interpreter inside rivet not allowed to use sockets to call >> out of the machine ? >> >> This is CentOS 6.2 64 bit with recent Rivet and tcl8.6.0. >> >> I have activated SE Linux but there are no warnings within the log, so >> there should be no issue with that. >> >> Thank you for any idea, >> Harald --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
