postfix-users October 2011 archive
Main Archive Page > Month Archives  > postfix-users archives
postfix-users: Re: Down To One Problem?

Re: Down To One Problem?

From: Noel Jones <njones_at_nospam>
Date: Sun Oct 23 2011 - 23:02:13 GMT
To: postfix-users@postfix.org

On 10/23/2011 5:07 PM, Jack Fredrikson wrote:
> --------------------------------------------------------------------
> *From:* Noel Jones <njones@megan.vbhcs.org>
> *To:* postfix-users@postfix.org
> *Sent:* Sunday, October 23, 2011 5:39 PM
> *Subject:* Re: Down To One Problem?
>
>> It would probably help a whole lot if you show your "postconf -n"
>> output and the non-comment lines from master.cf
> <http://master.cf>. Or "postfinger"
>> output, which contains that same information.

First requeue all your mail with "postsuper -r ALL"

>
> postconf -n
>
> debug_peer_level = 2
> debug_peer_list = 127.0.0.1

Turn off debugging; set debug_peer_list empty.

> local_transport = virtual

using virtual as local_transport is a mistake, usually used to cover
up other configuration mistakes. Put your domains in the correct
address class so you don't have to wonk the system like this.
http://www.postfix.org/ADDRESS_CLASS_README.html

> maps_rbl_reject_code = 450

Why did you change this?

> non_fqdn_reject_code = 450

Why did you change this?

> master.cf:
>
> /usr/local/etc/dovecot/dovecot.confsmtp inet n -

Is that garbage "/usr/local/etc/dovecot.confsmtp" really in your
master.cf?

> n - - smtpd -D

Turn off debugging. Remove the "-D".

> dovecot unix - n n - - pipe
> flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
> ${recipient}

That looks reasonable.

After the "postsuper -r ALL" are you still getting errors?

  -- Noel Jones