Nope none of that. No hack it happens to a bunch of us. It is the variable cache dump file if that has the number in there.
I sent the file to with and called them this evening to ask that they look at the binary right away and see if they find that number in the file. If they do that pretty much proves it. Everything else has been tried. on 9/4/03 19:48, Ben Johansen at [EMAIL PROTECTED] wrote: > Use the date of the log entries and then check for TAFs modified on that > date. Check to see if user reference is accidentally entered as hard > coded. > > Turn up logging to highest level and view the full request that seems to > be locking you up. Since it is an old userreference it might be a hack > attempt > > Ben Johansen - http://www.pcforge.com > Authorized Witango Reseller http://www.pcforge.com/WitangoGoodies.htm > Authorized MDaemon Mail Server Reseller > http://www.pcforge.com/AltN.htm > > > -----Original Message----- > From: Dan Stein [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 04, 2003 4:13 PM > To: [EMAIL PROTECTED] > Subject: Witango-Talk: Critical Issue > > I have a recent issue with a site > > Witango server V5.062 windows 200 server. > > Intermittently the session is lost ( I boot them out if the user > variable we > need is not present. > > Rest assured we pass userreferance arguments everywhere and I mean > everywhere. > > We also pass a random number between 100,000 and 1,000,000,000 > > We also do everything you can with the headers and IIS to force new > pages. > > Prior to going to V5.062 it seemed the only time session was lost was > when > we might expect it. Improper use of back buttons and refreshes after > logout. > > But in the last two weeks we are seeing loss of session when moving > between > the HTTP site and HTTPS. > > The directory does not change just the SSL > > It is intermittent. When it happens it seems to last about 2 hours and > effect most but not all people. > > It resolves by itself. > > I even created a small simple taf that just tests it by printing my name > as > a user variable to the page. > > When it is happening the test file confirms the loss of session. When it > is > not all works fine. > > When you are booted out the same user reference number comes up no > matter > who it happens to and it is a number that was fist used about 2 weeks > ago > from what I see in the logs. > > So... I stop the service and deleted the file in the Witango Server > variable > cache directory and then restarted the server. > > I submitted the file with my bug report. > > Does this sound like what other people were seeing on the list? > > Does removing the file fix the problem? > > Does it re occur? > > Has anyone heard back from customer support? > > This is my biggest client so this is a serious major problem. -- 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 ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf
