On Thu, 9 Mar 2000, the webster wrote: tw> On Thu, 9 Mar 2000, the webster wrote: tw> tw> > check /etc/aliases exists then run "newaliases" to recreate the db. Even if tw> > you haven't set any aliases up there are some critical system-account tw> > aliases needed by sendmail. tw> > tw> tw> Sorry, missunderstood your argument.. i did as you said, a newaliases and tw> copied the aliases.db to /etc.. for in someway, its now storing all files tw> in /etc/mail, which i thought i would get rid of by deleting sendmail and tw> reinstalling the rpm.. tw> ewww, you deleted /etc/mail, actually, with suse, sendmail normally uses /etc/mail to store its system files, whether this is the case for a tarball install I can't remember. Anyway, if as you say you reinstalled with the rpm, that is why it was readded if the tarball didn't create it. Another thing you can do is query the package with the following rpm -qif /etc/mail which will tell you whether that path belongs (was installed) to an rpm. tw> But then I get this in syslog when i restart sendmail tw> ar 9 14:14:02 anubis sendmail[15328]: NOQUEUE: SYSERR(root): Cannot open tw> hash database /etc/aliases.db: Invalid argument tw> have you verified that an /etc/aliases file exists as well as the file newaliases? if so, then typeing the following: newaliases at a command prompt will recreate the aliases.db file and sotre it in /etc, a symlink within /etc/mail will also point to this db file. tw> tw> I have never had this problem before :/ tw> tw> Per Eriksson tw> WCT #1857 tw> webbie@phanatic.net tw> tw> tw> -- S.Toms - tomas@primenet.com - www.primenet.com/~tomas SuSE Linux v6.3+ - Kernel 2.2.14 Chicken Little only has to be right once. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/