On the project I worked on, I had no need to make the title hyper-linked as you described. I went with the standard functionality which gives you the dropdown box with options besides every document or, by default, if you click on the item it opens it within IE if it knows what type of document it is (typically Office docs). Also, by default if it does not know what type it is, it will start to download it. These two scenarios are logged appropriately with the standard auditing in WSS/MOSS to the Item level.

First, can you verify this by not hyper-linking?

If you have confirmed this, then it will be an issue I did not tackle myself. My only suggestion is to create an actual HttpHandler, since you have more granular control over the http requests, but it will also be more complex code.

Can you get your users to comply with the standard WSS/MOSS functionality for document libraries? That would probably be the best solution.

Yes im using a document library, and I have turn on Auditing,
The problem is that (I’ll put and example),..

I have my List “A” where I have 3 List Items “b”, “c”, “d”

I can see these items in the allItems view, these items are .ppt/.zip/.doc/.img etc…
on the TITLE column i enabled the hyperlink option, meaning that when the user clicks the title they begin downloading the file, at this point, an Audit Entry is made, but is on the list, not on the item:

UserName site/subiste/A List Date

So I did your code, but the problem is that in any of the methods of IHttpModule, at the moment of clicking the file, SPContext exists, but SPContext.Current is null.

Are you dealing with a Document Library or a custom list? If it’s a Document Library, you just need to turn on Auditing for it. It logs this information very well. In MOSS you have a UI to turn this on. For WSS you will have to write code to turn this auditing on for the library.

If it’s a custom list, did you create an IHttpModule as I did in my example?

Any ideas???

Thanks!