Why my postfix sometimes goes below message?
----------------------------------------------------------------------
This is the Postfix program at host inssby.co.id.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The Postfix program
<har...@inssby.co.id> (expanded from <jkt_kal...@mdomain.com>):
Command time limit exceeded: "/usr/bin/procmail -a "$EXTENSION""
----------------------------------------------------------------------
Thanks a lot for your help.
--
Best Regards,
Donny Christiaan.
dchri...@gmail.com
> Why my postfix sometimes goes below message?
[...]
> <har...@inssby.co.id> (expanded from <jkt_kal...@mdomain.com>):
> Command time limit exceeded: "/usr/bin/procmail -a "$EXTENSION""
Always send logs and configuration information instead of bounce message
excerpts.
Postfix is just telling you that procmail didn't finish its execution in
time. Don't kill the messenger. Instead find out why procmail it taking
so long.
http://www.postfix.org/postconf.5.html#command_time_limit
--
Magnus Bäck
mag...@dsek.lth.se
Magnus Bäck wrote:
> On Tuesday, October 02, 2007 at 05:26 CEST,
> Donny Christiaan <dchri...@gmail.com> wrote:
>
>> Why my postfix sometimes goes below message?
>
> [...]
>
>> <har...@inssby.co.id> (expanded from <jkt_kal...@mdomain.com>):
>> Command time limit exceeded: "/usr/bin/procmail -a "$EXTENSION""
>
> Always send logs and configuration information instead of bounce message
> excerpts.
>
> Postfix is just telling you that procmail didn't finish its execution in
> time. Don't kill the messenger. Instead find out why procmail it taking
> so long.
Here the main.cf:
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
unknown_local_recipient_reject_code = 550
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = maildrop
html_directory = /usr/share/doc/packages/postfix/html
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/packages/postfix/samples
readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_alias_maps = hash:/etc/postfix/virtual
virtual_alias_domains = hash:/etc/postfix/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = $mydomain
program_directory = /usr/lib/postfix
masquerade_domains =
mydestination = $myhostname, localhost.$mydomain, $mydomain,
inserasby.co.id, mail.inssby.co.id
defer_transports =
disable_dns_lookups = no
mailbox_command = /usr/bin/procmail -a "$EXTENSION"
mailbox_transport =
strict_8bitmime = no
disable_mime_output_conversion = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_client_restrictions =
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = yes
smtp_use_tls = yes
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
#message_size_limit = 10240000
message_size_limit = 3072000
mydomain = inssby.co.id
mynetworks = 127.0.0.0/8, 10.0.1.8/32
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_tls_auth_only = no
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings
# SETTING PROCMAIL TIME OUT LIMIT
command_time_limit = 3600s
### Checks to remove badly formed email
smtpd_helo_required = yes
strict_rfc821_envelopes = yes
disable_vrfy_command = yes
unknown_address_reject_code = 554
unknown_hostname_reject_code = 554
unknown_client_reject_code = 554
smtpd_helo_restrictions = permit_mynetworks, reject_invalid_hostname,
regexp:/etc/postfix/helo.regexp, permit
smtpd_recipient_restrictions =
check_client_access hash:/etc/postfix/helo_client_exceptions
check_sender_access hash:/etc/postfix/restricted_senders
reject_invalid_hostname,
# reject_non_fqdn_hostname,
reject_non_fqdn_sender,
#reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
# check_client_access hash:/etc/postfix/rbl_client_exceptions,
reject_rbl_client cbl.abuseat.org,
reject_rbl_client sbl-xbl.spamhaus.org,
reject_rbl_client bl.spamcop.net,
# reject_rbl_client relays.ordb.org,
reject_rbl_client list.dsbl.org,
# reject_rbl_client opm.blitzed.org,
reject_rbl_client dul.dnsbl.sorbs.net,
reject_rhsbl_sender dsn.rfc-ignorant.org,
# howtoforge
reject_rbl_client zen.spamhaus.org,
reject_rhsbl_client blackhole.securitysage.com,
reject_rhsbl_sender blackhole.securitysage.com,
# check_policy_service inet:127.0.0.1:60000
permit
smtpd_restriction_classes = local_only
local_only = check_recipient_access hash:/etc/postfix/local_domains, reject
always_bcc = pak...@inssby.co.id
# D~Net
relayhost = smtp.sby.dnet.net.id
> Magnus Bäck wrote:
>
> > Always send logs and configuration information instead of bounce
> > message excerpts.
> >
> > Postfix is just telling you that procmail didn't finish its
> > execution in time. Don't kill the messenger. Instead find out
> > why procmail it taking so long.
>
> Here the main.cf:
Next time post "postconf -n" output.
http://www.postfix.org/DEBUG_README.html#mail
[...]
> command_time_limit = 3600s
Again, why is procmail taking more than one hour to deliver a message?
That's what you need to debug.
[...]
--
Magnus Bäck
mag...@dsek.lth.se