>>>You can do that with the "Expires" response header. Everytime the resource is requestef, serve it with a value of "now + minimumrefreshinterval".<<<
Ah. I see what you mean. Thank you. The problem is that when you say "You can do that now with the "Expires" response header" - I can't. It's a theoretical capability I have, but not a practical one. I am directly responsible for three feeds. One is a feed associated with my aggregator. It's a simple xml file stored on a shared server along with the rest of my web site. I have no access to any HTML headers. When aggregators access my feed, no code of mine runs - the transaction is handled by the server alone. The other two are feeds generated on the fly from a back-end database; again they are running on a shared server and, again, my development tool (IBM's Domino) gives me no access to set the Expires header. I just used Microsoft's Fiddler tool to check all the feeds I subscribe to (not a scientific sample, I admit, but it's a pretty broad mix and includes blog sites and blogging tools) and just two provide Expires headers. One is the BBC, the other is Wired. Both set Expires to expire immediately. I'm guessing they have good reason to do that. I re-subscribed to Slashdot (which has implemented draconian bandwidth throttling measures) and it doesn't use Expires headers. So, Expires is a measure that I could use in theory but is not available to me either directly or, apparently, via third party blogging sites/tools. When I look at best practice, I find Expires is either not used or is used in a different way. Both from a provider viewpoint and from an aggregator viewpoint, Expires does not seem a practical option. Andy
