Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] mxsync not quite working properly

2007-04-27 by nlin

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.
> 
>

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.