Scott - thanks so much once again for your help. We added the suggested lines to the HOSTS file on that server and voila! All is working again.
Also for the explanation of @URL - that's what I thought was happening, everything was just so strange I wasn't sure. Thanks as always for your time and knowledge! jamileh > -----Original Message----- > From: Scott Cadillac [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 27, 2003 12:20 PM > To: [EMAIL PROTECTED] > Subject: RE: Witango-Talk: OT: help with networking/firewall problem > > > 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 > ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf
![http://somesite.com/images/doh.gif"](http://somesite.com/images/doh.gif"){kind=link}