Alex Miller wrote:
>
> When I did the RPM install, it works, I can recieve mail, but nowhere in my
> /etc/inetd.conf is SMTP configured.
Aha. That's because you're using the memphis RPM which controls qmail
from...
>
> However, in /etc/rc.d/init.d there are several new files which are not
> mentioned at all in the tarball INSTALL like qmail-pop3d.init,
> qmail-qmpqpd.init, qmail-qmpt.init, qmail-smtpd.init, qmail.init and they
> each have pointers in the /etc/rc.d/rc#.d files.
...a set of scripts that use djb's daemontools!
> > > So my feeling is that Redhat systems are sufficiently different from the
> > > norm that their own unique install of QMail is required and the only way to
> > > get that right now, is by using RPM's.
> >
> > Redhat systems are no different from anything else, and there's nothing to
> > preclude installing qmail from the tarball. I've installed qmail
> > on several Redhat boxes, always from the tarball. You follow the qmail installation
> > instructions, remove (or at least disable the script that starts)
> > sendmail, and start your qmail stuff from some script that runs at bootup, and
>you're in
> > business. This is exactly how it's installed on any system.
This is exactly *one* way to install on any system. It is the the
*default* installation method.
I think the problem here is one of mis-understanding just what an RPM
distribution is. There is no "official" RPM distribution of qmail.
There are a couple of contributed RPMs which result in a qmail
installation that is setup and configured according to the personal
preferences of the RPM author.
Mate Wierdl (who does the memphis RPM) chooses to not start qmail from
inetd and uses daemontools and a very nice set of rc scripts. I was so
impressed with this approach that I replicated it on our FreeBSd boxes
at work.
So, in summary, there's more than one way to skin a cat; or install a
qmail in this case!
R.
--
Two rules to success in life:
1. Don't tell people everything you know.
-- Sassan Tat
