On 5 Sep 2001, Simon J Mudd wrote:

> o1okh.refer.org (LinuxKH) writes:
>
> > I have just got install the 'postfix-20010202-4.rpm' from the PowerTools
> > of RH Seawolf.
>
> RedHat seem to be providing their own postfix rpms, but they don't
> keep them up to date, which is a shame.

In the next release of redhat linux (they are running beta tests now) they
have dropped all official support for postfix.

>
> It might help if you try my latest ones which shouldn't give you the
> errors you are getting. See http://www.pobox.com/~sjmudd/postfix
>
> > ... postfix/smtp[1509]: fatal unkwon service: smtp/tcp
>
> This probably means that smtp is running in a chroot environment and that
> /var/spool/postfix/etc/services does not exist or has the wrong permissions.

Last time I looked they had this linked to /etc/services.

> > ... postfix/qmgr[1499]: warning: end of input while receiving string data
> > from service private/smtp
> > ... postfix/qmgr[1499]: warning: private/smtp: malformed response
> > ... postfix/master[1497]: warning: /usr/libexec/postfix/smtp pid 1509 exit
> > status 1
> > ... postfix/master[1497]: warning: /usr/libexec/postfix/smtp: bad command
> > startup -- throthling
>
> Something sounds very wrong. What does rpm -V postfix say?
>
> > # postcon -n
> >
> > alias_database = hash:/etc/postfix/alias
> > alias_maps = hash:/etc/postfix/alias
> > command_directory = /usr/sbin
> > daemon_directory = /usr/libexec/postfix
> > debug_peer_level = 2
> > default_destination_concurrency_limit = 10
> > local_destination_concurrency_limit = 2
> > mail_owner = mail
>
> This is wrong, but is the package's default setting.
> I mentioned this to the package maintainer some time ago.
>
> The mail uid is not for postfix's exclusive use.
>
> > mail_spool_directory = /var/spool/mail
> > mydomain = good.guys.net
> > myhostname = server.good.guys.net
> > mynetwork = 192.168.1.0/24, 127.0.0.0/8
> > myorigin = $mydomain
> > queue_directory = /var/spool/postfix
>
> This all looks ok.
>
> I'd check with rpm that the package is "ok", and if you still
> have trouble would suggest you look at my packages which should
> not have this problem. I've not heard of RedHat's having it
> either as their package is based on an older version of mine, so
> maybe the cause of the problem is _not_ their package.

My experience has been Simon's postfix rpms work very well and redhat's
are broken.

Thanks, Simon.

-- 
......Tom		BLAME: The Secret To Success is Knowing who
tdiehlrogueind.com	to Blame for Your Failures.
-
To unsubscribe, send mail to majordomopostfix.org with content
(not subject): unsubscribe postfix-users

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]