Filter discard channel

By default, messages discarded via a Sieve filter  are immediately  discarded (deleted) from the system. However, when users are first setting up Sieve filters (and perhaps making mistakes), or for  debugging purposes, it can be useful to have the deletion operation  delayed for a period. (Certain flags in  mapping tables cause Sieve filter like discarding of messages; such messages also are eligible for delayed deletion.)

To have Sieve filter discarded messages temporarily retained on the MTA system for later deletion, first add a   channel in your MTA configuration, e.g.: filter_discard notices 7 FILTER-DISCARD or in Unified Configuration: msconfig&#x3e; set role.channel:filter_discard.official_host_name FILTER_DISCARD msconfig# set role.channel:filter_discard.notices 7 As of 8.0, use of the new-in-8.0   channel option is recommended, so: msconfig&#x3e; set role.channel:filter_discard.receivedstate "quarantine/sieve-discarded" or in legacy configuration: filter_discard receivedstate "quarantine/sieve-discarded" notices 7 FILTER-DISCARD with the   channel option specifying the length of  time (normally number of days) to retain the messages before deleting  them. Then set the MTA option  : msconfig# set role.filter_discard 2 By default, messages discarded due to a Sieve " " action get the same handling as those  discarded due to a  " " action,  as  controlled by the    MTA option,  either being deleted from  disk immediately or retained in the   channel queue area. However, the   MTA option may be  used to differentiate  the handling; for instance, if one wishes to retain messages discarded  by a (presumably user level) " " action in  the   channel, while immediately deleting messages  discarded due to a (system level) " "  action, one could set    and  : msconfig&#x3e; set role.filter_discard 2 msconfig# set role.filter_jettison 1 Setting the MTA option  explicitly (or the implicit effect if  the MTA option   is set) will cause messages discarded due to a  Sieve " " action to be retained in the    channel.

Messages in the  channel queue area should be considered to be in  an extension of users&#x27; personal wastebasket folders. As such, note that warning messages are never sent for messages in the    channel  queue area, nor are such messages returned to their senders when a  bounce or return is requested. Rather, the only action taken for such messages is to eventually silently delete them, either when the final    value expires, or if a manual  bounce is requested  using a utility such as    or the     utility&#x27;s   command.

See also:
 * Sieve discard and jettison actions
 * Retrieving messages from the filter_discard channel
 * Recipient access mapping tables
 * return utility
 * qm utility
 * filter_discard MTA Option
 * filter_jettison MTA Option
 * Channels
 * Available channels
 * notices Option
 * receivedstate Option