Mike Hughes:
> And issued a 'postmap /etc/postfix/myrecipientmap' command to pick
> it up. Might have done postfix reload or systemctl restart postfix
> a couple times to try to resolve the following.
>
> Messages are now being sent correctly; however, I still have a
> handful of messages in the queue which are trying to send to
> r...@subdomain.domain.com. I tried flushing/reprocessing them with
> 'postqueue -f' but they're still stuck:
The old messages can be reprocessed with
# postsuper -r ALL
>From the friendly manual:
-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 files, specify the -r option multiple times,
or specify a queue_id of - to read 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 pickup(8) and cleanup(8) daemons to a new queue
file.
...
o 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.
o The message is subjected to the same content_filter set-
tings (if any) as used for new local mail submissions.
This is useful when content_filter settings have changed.
Wietse
