Nov 15 19:20:00 test sendmail: pAFEK0Kj001261: from=mail, size=5698, class=0, nrcpts=1, msgid=, 15 19:20:01 test sendmail: pAFEK0Kj001261: SYSERR(mail): Too many hops 26 (25 max): from mail via localhost, to 15 19:20:01 test sendmail: pAFEK0Kj001261: pAFEK0Kk001261: DSN: Too many hops 26 (25 max): from mail via localhost, to 15 19:20:01 test postfix/smtpd: connect from localhost Nov 15 19:20:00 test postfix/smtpd: disconnect from localhost Nov 15 19:19:57 test postfix/qmgr: 1EBDA1FF1E2: removed Nov 15 19:19:57 test postfix/cleanup: 1EBDA1FF1E2: message-id= Nov 15 19:19:57 test postfix/smtpd: 1EBDA1FF1E2: client=localhost Nov 15 19:19:57 test sendmail: pAFEJuuL001237: from=mail, size=1611, class=0, nrcpts=1, msgid=, 15 19:19:57 test postfix/smtpd: connect from localhost Nov 15 19:19:56 test postfix/smtpd: disconnect from Nov 15 19:19:56 test postfix/smtpd: connect from # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5įlags=Rq user=mail argv=/usr/bin/procmail -f SENDER=$ -m /etc/procmailrc # When relaying mail as backup MX, disable fallback_relay to avoid MX loops # -o milter_macro_daemon_name=ORIGINATING
Also, the message normally sent to postmaster when this occurs has been changed to only send if the holding queue mechanism is inactive.# -o smtpd_client_restrictions=permit_sasl_authenticated,reject Note: when the SpamAssassin.dll file fails to be initialized or is otherwise hosed (which can happen from time to time) MD will no longer switch off the Spam Filter. Notifications are sent to the configured parties at MDaemon startup, the first time a message is placed into the holding queue, and once every XX minutes thereafter until either the queue is emptied or the notification mechanism is switched off.
Note that if these notifications themselves cause software errors they may not be delivered to remote recipients, but local recipients will work fine. A warning box is provided when 'Release'ing the queue since doing so could potentially introduce messages into the mail stream which did not properly filter through the Content Filter, AntiSpam and/or AntiVirus engines.Ī system for configuring notifications related to the holding queue was added to the the Queues menu selection in the GUI. 'Release'ing the content of the holding queue will deliver the problem messages regardless of any error which might occur. If the error which caused the messages to be placed into the holding queue still exists the messages will just be routed right back into the holding queue. Processing or 'Re-Queue'ing the holding queue content will shuffle all the messages into either the remote or local queues for processing. When messages are placed into the holding queue they stay there until the administrator takes some action.Ī button and menu option to process the holding queue were added to the GUI. If a software error occurs during the processing of messages the messages will be moved into the holding queue and not delivered. The purpose of this queue is to receive any messages which cause software exceptions during AntiVirus, AntiSpam, or Content Filter processing.
MDaemon now has a new queue - the 'holding' queue. Improved Error Manangement - Holding Queue