Názor ke zprávičce Jak na řízení času pod Linuxem od MilanK - Mas pravdu. Ted jsem (teprve) cetl http://wiki.dovecot.org/TimeMovedBackwards a...

Mas pravdu. Ted jsem (teprve) cetl http://wiki.dovecot.org/TimeMovedBackwards a vidim, ze ty upravy by byly opravdu hodne narocne (ne-li nemozne, napr. to testovani "dotlock files' staleness", ktere zavisi na semantice jinych aplikaci, takze s nim Dovecot tezko neco zmuze). Vychazel jsem z toho, ze mnou navrhovane upravy zafungovaly v nekolika jinych pripadech (napr. demon pro dynamicke smerovani na routeru, ktery nema RTC chip: router nabehne s casem roku 1970 a teprve po spusteni dynamickeho smerovani si vytvori cestu k NTP serveru a synchronizuje se s nim, NTP demon pak zacne skokem v case, protoze je rozdil casu prilis velky; tento skok musi smerovaci demon ustat)...

Svym puvodnim prispevkem jsem chtel zminit, jak se problemy se skokovou zmenou realneho casu daji taky (casto) resit. Normalne misto ntpdate pouzijete ntpd, ale treba u tech malych routeru bez RTC to nepomuze.