Thank you for the detailed response! I will look into ntpd instead. nancy ------------------------------------- Nancy Lin DECF 1109A Etcheverry Hall 510-642-7291 Office Hours: 2PM-4PM Mon-Thu ------------------------------------- Oliver Fromme wrote: > > > > nlin wrote: > > Emmanuel Dreyfus wrote: > > > nlin wrote: > > > > Does anyone know why it's doing that? I'm planning to upgrade > > > > the other server today. But just trying to figure out why the > > > > autowhitelist would be a negative number to begin with. > > > > > > System clock skew? > > > > Strange. The two servers are synced up to ntpd server via a cron job > every > > 30 minutes though. > > Which is a perfect way to introduce system clock skew. :-) > > If you run ntpdate (or similar) at regular intervals, the > clock might be forced to make jumps, forward or backwards. > Normally, applications are not prepared to handle that > and might cause all kinds of subtle malfunctions. I even > had cases where apps hung because they saw the same time > stamp twice during a time-out calculation. Another typical > symptom is Makefiles sometimes failing randomly without > apparent reason. > > It is much better to not run any time adjustments via cron, > but instead run ntpd as a daemon. It will correct the > system clock continuously without jumps (except for an > initial jump at boot time if necessary, which shouldn't be > harmful). Another advantage is that ntpd records the > drift of the local hardware clock, so it can correct it > even if you lose connection to your upstream NTP servers. > > ntpdate is bad and should never be used. I think it has > even been officially deprecated and will be removed in the > future (at least the manpage says so). > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch\ufffdftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M\ufffdn- > chen, HRB 125758, Gesch\ufffdftsf\ufffdhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > <http://www.secnetix.de/bsd> > > Python is executable pseudocode. Perl is executable line noise. > >
Message
Re: [milter-greylist] mxsync not quite working properly
2007-04-27 by nlin
Attachments
- No local attachments were found for this message.