By default, postsuper(1)
performs the operations requested with the -s and -p
command-line options on all Postfix queue directories - this
includes the incoming, active and deferred
directories with mail files and the bounce, defer,
trace and flush directories with log files.
- -c config_dir
- The main.cf configuration file is in the named directory
instead of the default configuration directory. See also the
MAIL_CONFIG environment setting below.
- -d queue_id
- Delete one message with the named queue ID from the named mail
queue(s) (default: hold, incoming, active and
deferred).
If a queue_id of - is specified, the program reads
queue IDs from standard input. For example, to delete all mail with
exactly one recipient :
mailq | tail +2 | grep -v '^ *(' | awk 'BEGIN { RS = "" }
# $7=sender, $8=recipient1,
$9=recipient2
{ if ($8 == "user@example.com" && $9 ==
"")
print
$1 }
' | tr -d '*!' | postsuper -d -
Specify -d ALL to remove all messages; for example,
specify -d ALL deferred to delete mail in the
deferred queue. As a safety measure, the word ALL
must be specified in upper case.
Warning: Postfix queue IDs are reused. There is a very small
possibility that postsuper deletes the wrong message file when it
is executed while the Postfix mail system is delivering mail.
The scenario is as follows:
-
- 1)
- The Postfix queue manager deletes the message that postsuper(1)
is asked to delete, because Postfix is finished with the message
(it is delivered, or it is returned to the sender).
- 2)
- New mail arrives, and the new message is given the same queue
ID as the message that postsuper(1)
is supposed to delete. The probability for reusing a deleted queue
ID is about 1 in 2**15 (the number of different microsecond values
that the system clock can distinguish within a second).
- 3)
- postsuper(1)
deletes the new message, instead of the old message that it should
have deleted.
- -h queue_id
- Put mail "on hold" so that no attempt is made to deliver it.
Move one message with the named queue ID from the named mail
queue(s) (default: incoming, active and
deferred) to the hold queue.
If a queue_id of - is specified, the program reads
queue IDs from standard input.
Specify -h ALL to hold all messages; for example, specify
-h ALL deferred to hold mail in the deferred queue.
As a safety measure, the word ALL must be specified in upper
case.
Note: while mail is "on hold" it will not expire when its time
in the queue exceeds the maximal_queue_lifetime or
bounce_queue_lifetime setting. It becomes subject to
expiration after it is released from "hold".
- -H queue_id
- Release mail that was put "on hold". Move one message with the
named queue ID from the named mail queue(s) (default: hold)
to the deferred queue.
If a queue_id of - is specified, the program reads
queue IDs from standard input.
Note: use "postsuper -r" to release mail that was kept on
hold for a significant fraction of $maximal_queue_lifetime
or $bounce_queue_lifetime, or longer.
Specify -H ALL to release all mail that is "on hold". As
a safety measure, the word ALL must be specified in upper
case.
- -p
- Purge old temporary files that are left over after system or
software crashes.
- -r queue_id
- Requeue the message with the named queue ID from the named mail
queue(s) (default: hold, incoming, active and
deferred). To requeue multiple messages, specify multiple
-r command-line options.
Alternatively, if a queue_id of - is specified,
the program reads queue IDs from standard input.
Specify -r ALL to requeue all messages. As a safety
measure, the word ALL must be specified in upper case.
A requeued message is moved to the maildrop queue, from
where it is copied by the (8)
and (8)
daemons to a new queue file. In many respects its handling differs
from that of a new local submission.
-
- *
- The message is not subjected to the smtpd_milters or
non_smtpd_milters settings. When mail has passed through an
external content filter, this would produce incorrect results with
Milter applications that depend on original SMTP connection state
information.
- *
- The message is subjected again to mail address rewriting and
substitution. This is useful when rewriting rules or virtual
mappings have changed.
The address rewriting context (local or remote) is the same as
when the message was received.
- *
- The message is subjected to the same content_filter settings
(if any) as used for new local mail submissions. This is useful
when content_filter settings have changed.
- Warning: Postfix queue IDs are reused. There is a very small
possibility that postsuper(1)
requeues the wrong message file when it is executed while the
Postfix mail system is running, but no harm should be done.
- -s
- Structure check and structure repair. This should be done once
before Postfix startup.
-
- *
- Rename files whose name does not match the message file inode
number. This operation is necessary after restoring a mail queue
from a different machine, or from backup media.
- *
- Move queue files that are in the wrong place in the file system
hierarchy and remove subdirectories that are no longer needed. File
position rearrangements are necessary after a change in the
hash_queue_names and/or hash_queue_depth
configuration parameters.
- -v
- Enable verbose logging for debugging purposes. Multiple
-v options make the software increasingly
verbose.
postsuper(1)
reports the number of messages deleted with -d, the number
of messages requeued with -r, and the number of messages
whose queue file name was fixed with -s. The report is
written to the standard error stream and to (8).