Sam writes: > If you have modified aliases yourself, well, you better tuck away a known > good copy somewhere else, and compare against that. Gee. What happened to RPM verification? A moment ago I thought you were talking about RPM verification as some sort of anti-trojan guarantee. Why doesn't it work for /etc/aliases.db? If you're willing to ``tuck away a known good copy'' of /etc/aliases.db and hundreds of other system-dependent security-critical files, why can't you include the qmail files in the list? > Then, install a known verified package, including a fresh /etc/aliases.db. > Then, reapply your local configuration changes, by hand. Why can't you do exactly the same thing for qmail? ---Dan
- Re: System integrity verification and other delusions D. J. Bernstein
- Re: System integrity verification and other delusions Russell Nelson
- Re: System integrity verification and other delusions Dax Kelson
- Re: System integrity verification and other delusions Russell Nelson
- Re: System integrity verification and other delusions Peter C. Norton
- Re: System integrity verification and other delusions D. J. Bernstein
- Re: System integrity verification and other delusions Peter C. Norton
- Re: System integrity verification and other delusions Russell Nelson
- Re: System integrity verification and other delusions D. J. Bernstein
- Re: System integrity verification and other delusions D. J. Bernstein
- Re: System integrity verification and other delusions Mate Wierdl
- DJB is promoting "Frivolous Incompatibilities&qu... Dax Kelson
- Re: DJB is promoting "Frivolous Incompatibilitie... Dax Kelson
- Re: DJB is promoting "Frivolous Incompatibilitie... Marius Vollmer
- Re: DJB is promoting "Frivolous Incompatibilitie... D. J. Bernstein
- Re: System integrity verification and other delusions Russell Nelson
- Re: System integrity verification and other delusions Vern Hart
- var-qmail packages and qmail-run packages D. J. Bernstein
- Re: System integrity verification and other delusions Mate Wierdl
