RE: [Declude.JunkMail] Interim Releases - A Suggestion
Scott: You can't fault people. With the last few betas it seemed as if the original beta was quickly replaced with a follow-up interims release before the new features really worked reliably. (A common scenario was oh, yeah, we know that's broken, go download the interims release.) I understand that you don't want to post an updated list of known caveats with a beta because of the workload involved. May be this would address the concerns of your customers without slowing down your development efforts: The official beta link will contain the original beta .exe, until (in your opinion) there is another good interims release that should be used by every beta tester instead. Then that .exe will be found at the regular beta. This way, customers could safely download from the beta link, get the best code - and you could keep the interims code strictly for one-on-one situations. Best Regards Andy Schmidt HM Systems Software, Inc. 600 East Crescent Avenue, Suite 203 Upper Saddle River, NJ 07458-1846 Phone: +1 201 934-3414 x20 (Business) Fax:+1 201 934-9206 http://www.HM-Software.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of R. Scott Perry Sent: Friday, December 12, 2003 11:10 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] HIDETESTS not working? Given that we don't have a record of having given out a 1.77i2, it's probably wrong. The 1.77i folder has now the version 2. The following is the header from our email. This is exactly why there was such a big issue with interim releases last month. We only have a record of giving out the URL to the interim release to one of our customers. I just checked the stats for our web site, and it seems that 25 people have downloaded it. Perhaps next time, we'll need to come out with an interim release that does something creative to help people realize that interim releases are ONLY supposed to be downloaded when there is a specific feature or fix that is needed. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. Find out what you've been missing: Ask about our 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. --- [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.
RE: [Declude.JunkMail] Interim Releases - A Suggestion
You can't fault people. With the last few betas it seemed as if the original beta was quickly replaced with a follow-up interims release before the new features really worked reliably. (A common scenario was oh, yeah, we know that's broken, go download the interims release.) And that was part of the original design -- we could very quickly get fixes out for people that needed them. May be this would address the concerns of your customers without slowing down your development efforts: The official beta link will contain the original beta .exe, until (in your opinion) there is another good interims release that should be used by every beta tester instead. Then that .exe will be found at the regular beta. The problem here is that the interim releases would essentially become betas. That just makes the line between betas and interim releases much finer, which means more workload here for the interim releases. I believe the real problem with the original design is that we made it very easy for people to get the interim releases -- so easy, that only perhaps 10% of the people using them are people that are supposed to! Interim releases should only be run by people who have a specific need for the new features/fixes, and are willing to accept the potential consequences (odd things happening such as the C:\Declude.log file being used, having to go back to the last beta if problems come up with the interim releases, making sure to upgrade to the next beta when it comes out, etc.). Yes, new features in betas will often have problems. But rather than waiting for the next interim release, it may be best to wait for the next beta. And the idea that our customers were attempting to keep up-to-date with interim releases without knowing what they may contain -- that's something that we hadn't prepared for. Doing that is a dangerous thing. For example, an interim release might automatically turn on the debug mode -- which could result in gigabytes of log files for some systems, causing the hard drive to run out of space. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. Find out what you've been missing: Ask about our 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.
RE: [Declude.JunkMail] Interim Releases - A Suggestion
Scott, Just a suggestion, and it wouldn't be too much work, why not just distribute the special interim release in a password protected zip file when someone needs a quick fix? General interim release to fix a known bug (for everyone running a beta) would not be zipped. Just my two cents. Fritz Frederick P. Squib, Jr. Network Operations/Mail Administrator Citizens Telephone Company of Kecksburg http://www.wpa.net () ascii ribbon campaign - against html mail /\- against microsoft attachments --- [This E-mail scanned by Citizens Internet Services with Declude Virus.] --- [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.
RE: [Declude.JunkMail] Interim Releases - A Suggestion
Just a suggestion, and it wouldn't be too much work, why not just distribute the special interim release in a password protected zip file when someone needs a quick fix? We may well need to do that. Or perhaps just a random URL that isn't easily guessable. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. Find out what you've been missing: Ask about our 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.
RE: [Declude.JunkMail] Interim Releases - A Suggestion
We may well need to do that. Or perhaps just a random URL that isn't easily guessable. Yes Scott, I think that's necessary. The current method is pretty dangerous - let's take a real case from the last beta. If I remember I ultimately ended up having to use i18 to address various issues before it ran sufficiently stable. There were plenty of messages in the Mail-Archive.com that suggested that certain problems required the interims release iXX - AND where it would be found. Now, if some poor fellow would have installed the 1.76 beta a week later, they would have done their due diligence, searched the mail-archive about any caveats, read about the problem, read about downloading an interims release (i28 or whatever) - and possibly end up with one that you wouldn't want them to use. You really can't fault the customer here - if anything, the person was very thorough and acted entirely reasonable. I concur that it is necessary to keep the easily accessible interims release as mainline code and to place debug code at a unique URL. Best Regards Andy Schmidt HM Systems Software, Inc. 600 East Crescent Avenue, Suite 203 Upper Saddle River, NJ 07458-1846 Phone: +1 201 934-3414 x20 (Business) Fax:+1 201 934-9206 http://www.HM-Software.com/ --- [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.
Re: [Declude.JunkMail] Interim Releases - A Suggestion
Just a suggestion, and it wouldn't be too much work, why not just distribute the special interim release in a password protected zip file when someone needs a quick fix? We may well need to do that. Or perhaps just a random URL that isn't easily guessable. Well, I've seen from posts here that the interims have helped find/solve problems quickly, so they ARE helpful. However, they're not for everyone. I don't run them here, just the latest betas. Maybe Scott, you only offer the interims to those that request it, sort of a Declude-interim list, that way, we on the list here don't need to know that i10 has just fixed a problem in i9, etc, making us think we need to run it, unless it directly effects the previous Betas functionality. We recommend you run i10 to fix a problem in 1.76 beta, you may get it here. Which would probably just be a new beta anyway... I think I'm rambling, so I'll stop now. =) Paul --- [This E-mail scanned for viruses by Declude Virus] --- [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.
