On Fri, May 26, 2000 at 10:01:49PM +0000, Thomas Lockhart wrote:
> > At the moment, I can bring messages in with APOP via fetchmail, which
> > apparently delivers them correctly to postfix. But they stall in
> > /var/spool/postfix/deferred/, which indicates that postfix can't figure
> > out how to deliver the message. I've had it try to deliver to
> > lockhart@localhost and [EMAIL PROTECTED] (the machine is
> > golem.jpl.nasa.gov) with no change. These two addresses show up in the
> > /etc/postfix/mail.cf file, and I've tried using the claimed "defaults
> > to" mechanism and explicit values. I did get the deferred queue to
> > empty once (can't remember how), and the mail then stuck in
> > /var/spool/postfix/defer/...
>
> Ah! The problem seems to be due to postfix (or Mandrake) failing to find
> /etc/aliases.db.
>
> This seems to be a problem with Mandrake-7.0:
>
> 1) it stores the aliases source file in /etc/postfix/aliases
> 2) has a softlink from /etc/aliases to /etc/postfix/aliases
> 3) but newaliases writes the output .db file to /etc/aliases.db.
> 4) postfix is determined to read the aliases.db file from
> /etc/postfix/aliases.db
>
> This seems to be independent of the setting for the "alias_maps" value
> in main.cf. The file /var/log/maillog helped to diagnose the trouble,
> once I noticed that it was there :/
>
> Anyway, I'm up and running, except for my previously mentioned troubles
> with a Fujitsu MO640 scsi drive.
Don't use the "newaliases" command, it's not really for postfix, and you
are right -- when it rebuilds /etc/aliases, it puts aliases.db directly
into /etc/ -- and postfix is looking in /etc/postfix.
I use the command "postalias /etc/postfix/aliases" which is actually the
way you are supposed to do it I believe -- and you use "postmap" to
rebuild the hash tables in that same directory. No reload is required
after the updates.
I experienced a similiar situation when I decided to give postfix a
try after switching to Mandrake for my distro. Now that I've been
at it for awhile and I've worked out some of the kinks, I believe
postfix has started to grow on me.. and I was big time sendmail fan.
It helps a little that the folks at Bugtraq run postfix as well ;)
My main gripe about postfix and Mandrake is still the same thing I
mentioned in a previous e-mail to this list.. I'll make it short
and sweet in this one:
When running virtual domains with the postfix RPM included with Mandrake
7.0 you WILL have a problem like this:
Mail to "[EMAIL PROTECTED]" will work fine.
Mail to "[EMAIL PROTECTED]" will bounce, relay access denied.
I compiled postfix from source, and this problem disappeared instantly.
The problem comes from this little program:
-rwxr-xr-x 1 root root 510515 May 10 11:52 /usr/lib/postfix/smtpd*
Which for some reason or another is getting compiled over there at
Mandrake to choke on the case.. it shouldn't matter since
"somevirtudomain.com" and "SOMEVIRTUDOMAIN.COM" are one in the same..
and this is quite a big problem for a large site with many virtual domains
that might decide to start running Mandrake and postfix. I'm still using
postfix, Mandrake, and the RPM, but I replaced the smtpd program with
one I compiled to take care of this. I really do hope they get rid of
that behavior in the next release. Even the cooker RPM still exhibits
the same behavior.. (postfix-19991231-6mdk). All of this IMHO of course.
Anyways, I've gotten a little more handy with postfix, so if you come
across something else you need help with drop a line to the list,
and I'll try my best!
--
Jon Changnon, Director of Operations
e: [EMAIL PROTECTED] p: 440.951.9525
http://www.dncc.net
