} On Tue, 10 Jun 1997, Ring, John C wrote:
}
} > I'm reasonably certain it's stupid to ask if Exim will have any problems
} > itself with the year 2000, but nevertheless I'll ask it :) I myself
} > can't see how it would, but I've been wrong before, and probably will be
} > again! Besides if our Year 2000 committee ends up asking me on it, I'd
} > rather have the opinion of the code maintainer to give them then simply
} > my own.
}
} I sorta doubt *any* unix application will have year 2000 problems. Times
} are stored in seconds since jan 1 1970 00:00, so nothing is going to roll
} over in 2000.
The real problem is date parsing.
I know of no time, or any reason, that means that exim ever has to parse
and convert a date from user form into internal form, so 2 digit years
should never be a problem.
Exim always generates dates in 4 digit year form, so anything parsing its
dates should also be OK. MUAs that generate 2 digit year dates will not
have them fixed by exim, which is pretty much how it should be.
However, without modification of both exim and the underlying operating
system, there is likely to be serious problems around 2038 when the
seconds count runs out of steam on 32 bits. I intend to have retired by
then :-)
Nigel.
--
[ Nigel.Metheringham@??? - Systems Software Engineer ]
[ Tel : +44 113 251 6012 Fax : +44 113 224 0003 ]
[ Friends don't let friends use sendmail! ]
