I am not sure what exactly is going on but with several versions if the very latest ASP pages (either the "stock" ones or the ones I have modified) if I try to log out by doing a rediredt to the login (after setting the EmailTo session to NULL) or backing out to another page, when I log back in, I get a blank page with a URL of authenticate.asp.  If I first got to another site like google or something, I can get back in normaly.  What am I missing?  I am going over the same things over and over and I am sure I am not seeing something simple.

Any Help here?

Dan Seligmann

When I installed the new pages there was no login page in the zip file. I deleted old one from my directory on the server and only used the latest pages. I have not seen what you are describing happen. What I have seen is that the only way to kill the session is to exit the browser. Even if I go to several sites and then return to the listspam.asp it bypasses the login part of the page. I have posted this problem already here and saw a few posts discussing making the session null. Not being a asp programmer I have decided to wait until LogSat figures out how to make the web work properly. Having spent several hundred hours testing and monitoring the app. In the last month and a half, I need to focus some time on moneymaking projects before I go broke. I would hope that since there are about three weeks left before the beta expires, they will be working very hard to get all the bugs out before then.

g

Geroge,

I too have put many hours into this but the time is paying off.  Also,  I do not call myself a programmer but I seem to do a lot of it.  Setting the session to NULL should work but has unpredictable results.  I guess that I don't see the Web pages as being a part of the SpamFilter server software and therefore have not put it in the catagory of a "bug".  I may be wrong, but I think it is totally a Browser / ASP / IIS thing. I am not using any of the provided authentacation code fom my "Admin" pages because it is incorporated into a "suite" of management stuff I have put together for my guys (and gals) to use them for remote management so they don't have to call me every 5 minutes when something barks for attention. I have added a "Log Off" link in my pages pointing to "logout.asp" as follows:

<%
 Session.Abandon
 Response.Redirect "/"
%>

Now, while this seem to work for my "Customer" pages, which are "stand alone", my "Admin Pages" which are more advanced, search by from, subject, phrases etc, they are in a "Frame Set" and for some reason, I THINK, the Browser doesn't know about that particular session (or perhaps the IIS server doesn't) and worse than just logging on without a user and password, it just seems to get horribly confused.

Since I seem to no longer have any problem with the pages my customers use, I am not going to place this very high on my "ToDo" list .... just on my "What the heck" list.

Later...

Dan S.

George,

We're focusing on fixing the Access Violation errors you and a couple of more users are experiencing. I believe we nailed the problem yesterday night and have been testing the new build on our own prod server for the past 12 hours and so far so good (if you want, I can email you the updated executables).

On a side note, we also added RegEx searches to the body/headers of email content. We may have also have came up with a RegEx expression that searches for all those funky invalid html tags used to write PENIS like <edrfg65hrey>PE<eyh4rfdsc>NI<ujyhr76>S.

The new build includes this capability.

As soon as we're more confortable that the Access Violations are gone, we'll take care of the Web interface to fix the relogin issue. I think it's important to have stability in the app before doing anything else.

Roberto F.
LogSat Software

Roberto,
That is great news. Once you are sure the new build is stable go ahead and send it to me as a zip file. I block all exe files due to BugBear B. Send me the RegEx thingy for the funky html tags and I'll test it. I get lots of emails with them.

I agree with you on the importance of getting the product stable. I wish MS did the same thing instead of testing products on the general public while not calling them Beta's. :)

Dan,
I have my web quarantine pages in a "Frame Set" too and would like to know if your log out method works with a regular "Frame Set" type of situation. In time I am going to see if I can create the web pages in ColdFusion since that is what I am most familar with.

George, Roberto,

I too am willing to test the new build and as I stated in an earlier message, I don't put much priority on the web pages because at this point, I am not going to replace them with new ones.  I have too much into my pages now.  If you do update the ASP, can you anotate the canges so I can look at them?   George,  Since I added the code I showed you and also mada a minor change in the test performed to check for a valid session, I have not experienced the problem.  Unfortunately, I have very little feedback from the few customers the complained about it so only time will tell.

Dan S.

George,

We'll be uploading the new beta build to the website later tonite. We've update the web pages as well to allow users to relogin finally!

Roberto F.
LogSat Software

Dan,

In this webpages update we've indicated with ****Revision ****  comments the changes. There's only a handful and are easy to spot.

Roberto