From: David papworth (CABC)
Maximizer: Maximizer Enterprise
Date: 12 May 1999
Time: 10:32:48
Remote Name: 195.7.227.216
Comments
Please find below the Multi-active Y2k statement from
www.maximizer.com: Year 2000 Compliance Statement Maximizer and Maximizer Enterprise Products Have Always Been Y2K Compliant
There are two issues with the year 2000, and how computer programs handle the millennial changeover: The first issue, widely publicized, is that many computer programs store the year portion of a date as only two digits. The year 1997 is stored as 97, for example. The problem with this date storage method is that on January 1, 2000, all programs using it are going to think that it's January 1, 1900. Any calculation based on dates will be grossly distorted. Maximizer and Maximizer Enterprise users do not have to worry about this problem with their contact data: our software has always used four digits to store the year, ever since it was first developed in 1987.
The second, less widely known issue, is that 2000 will be a "leap century." Because the year is not exactly 365 days long (it's actually 365.242 days), extra days are added every once in a while to even things out. We all know that every fourth year has an extra day, February 29. Adding an extra day every four years gives us an extra 0.25 days per year, which is a little too much to make up for the extra .242 needed. For this reason, years that end in 00 are generally NOT leap years. Once every 400 years, though, the century year IS a leap year. So 2000 is a leap year, even though 1700, 1800, and 1900 were not. Some computer programs automatically assume a century year like 2000 will not be a leap year. Maximizer does not make this mistake.
From: Steve Aschenbrenner
Product: Maximizer Enterprise
EMail:
Date: 23 Jul 1999
Time: 22:12:59
Remote Name: 204.239.26.209
Comments
All Maximizer versions are completly Y2K compliant. Even the very old DOS versions.
