I don't think that's entirely accurate. That is, if Redhat (mine is Linux
Mandrake - Redhat + KDE) systems are no different than other systems then
the documentation would be written slightly differently.
For example:
The /var/qmail/doc/INSTALL file says:
16. Set up qmail-smtpd in /etc/inetd.conf (all on one line):
smpt stream tcp nowait qmaild /var/qmail/bin/tcp-env
tcp-env /var/qmail/bin/qmail-smtpd
This is what I did when I installed using the tarball, despite the warning
near the old commented out smtp line claiming that smtp is set in the
sendmail scripts (later steps about that). However I could not recieve mail
and when I ran telnet 127.0.0.1 25 I got a disconnected host.
When I did the RPM install, it works, I can recieve mail, but nowhere in my
/etc/inetd.conf is SMTP configured.
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.
This is just one example of differences (there are quite a few others) that
I noticed from the effect of using the RPM install vs. the tarball RTFM
install. But of course the really important difference for me is that the
RPM install resulted in the successful ability to recieve mail, whereas my
careful tarball installation did not.
Alex Miller
> -----Original Message-----
> From: Chris Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, June 19, 1999 8:24 AM
> To: Alex Miller
> Cc: gene Campbell; Qmail
> Subject: Re: Newbie Question - Please Read!
>
>
> On Sat, Jun 19, 1999 at 08:04:04AM -0400, Alex Miller wrote:
> > well, if you have Redhat Linux like I do here has been my experience.
> >
> > I installed QMail using the tarball, running through each step
> carefully by
> > hand, and with help from members on this list, finally got it to work. I
> > could send mail out (unlike you) but I couldn't recieve remote
> email. I was
> > sure that I had done something wrong with the remove sendmail
> steps since my
> > system did not have things configured exactly as described in
> the INSTALL,
> > and I wasn't that confident in my guesses.
> >
> > So last night I took down the RPM's (a whole bunch of them, and set the
> > whole thing up, deleting my qmail install, rpm'ing the src,
> then rpming the
> > required preinstall stuff, and finally rpming qmail).
> >
> > When I rebooted it worked and was very different. There was a whole new
> > qmail process running when I did ps-aux, there was no
> /var/qmail/rc file at
> > all, there was a whole slew of extra .qmail-*** files in my
> alias folder,
> > and lo and behold it worked, in particular, I could now send myself mail
> > from the outside world.
> >
> > 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.
>
> You do, of course, have to know a little about how things start
> up at boot time
> on a Redhat system, but you'd have to know that about any system.
>
> Chris
>
