Hi Jamileh, I'm not a networking expert, but I've seen this behavior before on some Intranets.
This has something to do with local DNS resolution I guess, and when the local Network Admin couldn't figure it out for me, my temporary solution was just to edit the local "HOSTS" file. For the sites hosted locally on the same Server, try the following entries: 127.0.0.1 localhost 127.0.0.1 intranet.ourstuff.com 127.0.0.1 anothersite.outstuff.com You can make as many entries as you like in the "HOSTS" file, which is usually located at "C:\Winnt\system32\drivers\etc" (on Windows machines anyway). 127.0.0.1 is a hard-coded IP address meaning "this machine". As for addresses external to the local network - either DNS resolution is not setup or is blocked as a firewall rule for some reason. Also, for the sake of knowing, <@URL> makes out-bound requests to port 80 (by default) just like a browser does. If a browser on the local machine can see these sites, then <@URL> should work too. As for <@URL> not pulling back images on the intranet sites you can access - this is normal behavior. <@URL> will make a call to the specified address and just pull back whatever is there (in most cases an HTML page). Obviously images are not embedded in HTML pages, but are simply referenced by it. So, if you are doing something like simply redisplaying the HTML you grabbed via <@URL>, then the image "paths" have now all changed because the TAF file does not come from the original site now - follow me? Following is a simple example. If the following page lives at http://somesite.com/ <HTML> <BODY> <IMG SRC="images/doh.gif" /> </BODY> </HTML> Then when you view the page on http://somesite.com, the full address of the image is http://somesite.com/images/doh.gif But, if you use <@URL> on your site at http://mysite.com to grab the page from http://somesite.com and display it, the visitor's browser now thinks the image address is http://mysite.com/images/doh.gif To resolve this problem, investigate the BASE= attribute for the <@URL> Metatag, or have the HTML page on the other site include a full absolute image path (e.g., <IMG SRC="http://somesite.com/images/doh.gif"; />). Hope this helps. Cheers..... Scott Cadillac, Witango.org - http://witango.org 403-281-6090 - [EMAIL PROTECTED] -- Information for the Witango Developer Community --------------------- XML-Extranet - http://xml-extra.net 403-281-6090 - [EMAIL PROTECTED] -- Well-formed Development (for hire) --------------------- -----Original Message----- From: Wilcox, Jamileh [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 10:19 AM To: [EMAIL PROTECTED] Subject: Witango-Talk: OT: help with networking/firewall problem So, as of this morning, I can not use the @URL tag on our intranet server to reference any sites hosted on that server. Using that tag gives this error: http://intranet.ourstuff.com: unable to send data: No error I get the same error if I reference external sites (e.g., www.yahoo.com) Using the @URL tag to reference sites hosted on other campus servers works, but the referenced sites lose all images, etc. Is this normal? (I've not used the @URL tag much.) Has anyone heard of something similar? I'm trying to give my nw guys some idea of where to look & what to try; if I can't, they'll likely say it's Tango & the apps rather than their set-up. Which it could be, but then I still have to figure out what and fix it! :( Thanks for any suggestions. jamileh > -----Original Message----- > From: Wilcox, Jamileh > Sent: Saturday, May 24, 2003 4:32 PM > To: [EMAIL PROTECTED] > Subject: RE: Witango-Talk: Odd failure > > > Hey Dan, you're working on the weekend, too. :) It's gotta > be something with the firewall, I just don't know what. The > firewall's out of our control; best I can do with that at > this point would be to pull the box back outside. > > I've been typing the info below while we worked on it; any > suggestions would be welcome, but we're OK at the moment. > > I've put a workaround in place for now (pulled the URL > inclusion and substituted a simple link). It's ugly, but > they can work - it'll get us by until next week. So I'm > outta here for the weekend, barring a frantic phonecall from > the bossman. ;^) > > Hope y'all are having a better weekend than me! Happy > holiday to the USians, and good weekend to the rest of youse. > > > ----------------------------------- > > Sorry, I shoulda put these in: > > Tango2000 > Windows 2000 Server > SQL & Access databases > > > Update - most of the apps have started working again, I don't > know why. I HATE that kinda thing. > > The main log-in portal is still down, though. The log-in > application works fine if I hit it directly, but not when I > hit the main page index.taf, where it's always been included > with an @URL tag; the browser shows the error > (http://intranet.ourplace.com/login/login.taf: unable to send > data: No error). > > The debug window just shows the index.taf actions: > > [Application File] [16] START /index.taf Tango_2000_Server > [Results Action] [16] head_only > [Results Action] [16] Results > [Results Action] [16] Login > [Results Action] [23866] Results1 > [Results Action] [23866] foot > > I get the same error for any other URLs on that server; URLs > from other servers work fine. > > > I've tried switching to the @INCLUDE tag instead (<@INCLUDE > FILE="/login/login.taf">, but nothing shows up in the browser > for that. I've tried to INCLUDE several different apps, but > it's not pulling them in. It's like it doesn't even read the tag. > > I've had my nwadmin on the phone for the last hour; we've > been rebooting and restarting everything we can find. He > can't hit anything using localhost, so there's something > wrong there. He also said there's a problem with the lmhost > file, but I didn't quite get what it was. > > Thanks! > > j > > > > -----Original Message----- > > From: Dan Stein [mailto:[EMAIL PROTECTED] > > Sent: Saturday, May 24, 2003 3:47 PM > > To: [EMAIL PROTECTED] > > Subject: Re: Witango-Talk: Odd failure > > > > > > You didn't say > > What Version of WiTango > > What OS > > What DB > > > > Have you looked ant any of this with debug on so you can see what is > > going on? > > > > If all that changed is the firewall it must have something to do > > with that but maybe with debug you can se. > > -- > > Dan Stein > > Digital Software Solutions > > 799 Evergreen Circle > > Telford PA 18969 > > Land: 215-799-0192 > > Mobile: 610-256-2843 > > Fax 413-410-9682 > > FMP, WiTango, EDI,SQL 2000 > > [EMAIL PROTECTED] > > www.dss-db.com > > > > > > > From: "Wilcox, Jamileh" <[EMAIL PROTECTED]> > > > Reply-To: [EMAIL PROTECTED] > > > Date: Sat, 24 May 2003 14:37:13 -0500 > > > To: <[EMAIL PROTECTED]> > > > Subject: Witango-Talk: Odd failure > > > > > > Hey guys, I've got a really odd problem, if anyone's out > > there today. > > > > > > We moved our servers behind a firewall last night. The intranet > > > server didn't come back up until this morning - I'm not yet > > sure what > > > the problem was, but it seemed to have fixed itself this morning. > > > (The nw techs suggested that waiting might fix whatever it was.) > > > > > > For some reason, arguments are not getting passed in many of the > > > applications. For instance, if I have a form with text > > input fields, > > > then the values of those fields do not show up after the form is > > > submitted. I've tried creating new tafs, just in case it > was some > > > sort of file corruption, but the new ones do the same thing. > > > > > > One application seems to be working correctly; another is > partially > > > working (i.e., the initial search doesn't work - it just shows > > > everything no matter what is entered in the search > fields, but the > > > detail works, maybe because the arg is being passed in the > > url rather > > > than from a form). > > > > > > What's even stranger is that one of the apps WAS working > > when I looked > > > at it a couple hours ago; I've just gone back and rechecked > > it and it > > > doesn't work now either. > > > > > > I'm trying to get someone in networking to switch it back, > > but this is > > > so strange I'm not sure that reverting will fix it. > > > > > > FWIW, the internet server (which transferred last night > without any > > > problems) is working fine. > > > > > > > > > Does anyone have any ideas on what this could be? > > > > > > Thanks. > > > > > > jamileh > > > > > > > > > ______________________________________________________________________ > > > __ > > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > > > > > > ______________________________________________________________ > > __________ > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > > > ______________________________________________________________ > __________ > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf
![http://somesite.com/images/doh.gif"](http://somesite.com/images/doh.gif"){kind=link}