On 5/6/2011 1:53 PM, Jack wrote:

Is there anything I can do to process that a little quicker and not choke
the box to death?

In lie of seeing the information requested in the debug readme, I'll make an educated guess that the server in question is receiving mail from internet hosts, your backup MX, and other internal hosts all to the same smtpd, the default smtpd in master.cf, where all main.cf smtp_foo_restrictions are in effect. If this is the case, simply creating another smtpd listener in master.cf which overrides all unnecessary filters will likely fix your problem.

For instance, I use an 'internal' submission smtpd (without auth) for internal hosts submitting mail, eliminating all the main.cf antispam filters on the normal smtpd:

10125     inet  n       -       -       -       -       smtpd
        -o smtpd_client_restrictions=
        -o smtpd_helo_restrictions=
        -o smtpd_sender_restrictions=
        -o smtpd_recipient_restrictions=permit_mynetworks,reject
        -o receive_override_options=no_unknown_recipient_checks,
           no_address_mappings,no_header_body_checks

All internal hosts are manually configured to relay their mail to this host on TCP 10125. Internal hosts can include desktop MUAs as well as other Postfix servers, such as a backup MX, or you can a one listener just for your backup MX and one for desktop MUAs, each with different sets of restrictions, depending on your needs.

You should be running the same anti spam and antivirus filters on your backup MX that you are on this host (assuming it's your primary MX) for obvious reasons. If not implement such. Then you can use the method above to eliminate your cleanup problem.

--
Stan

Reply via email to