No -- if you'd like to know the details of why, you can search the archives. :)"
Gone the good ol' days...
Time to move on...
So saaaaaaaaad
If you look at the archives, that's my (personal) standard response. :) The interim releases are designed to get fixes and new features out more quickly than they otherwise could. I've made it very clear on many occasions what the policies are regarding interim releases, one of which is that we will not track information on which features/fixes were added to which interim. Yes, there are a number of people who don't like that policy, but most people agree that having the interims is better than not having them.
The problem is that once we start giving in to the people that want us to track interims, we're going to have to start giving in on the other niceties that are in betas, and then we'll be back to betas that are just called interims. Then, when someone has a problem that needs a quick fix, we won't be able to do it. Today, we can make that fix and give it to the customer. But if we just did releases/betas, we wouldn't be able to justify a new beta just for one fix for one customer.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers since 2000.
Declude Virus: Ultra reliable virus detection and the leader in mailserver vulnerability detection.
Find out what you've been missing: Ask for a free 30-day evaluation.
--- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
--- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
