![](https://secure.gravatar.com/avatar/e64400a2608e9f831270965acbe497c7.jpg?s=120&d=mm&r=g)
Hello,
How do we stop Mailman from re-sending out messages in the query? and How do we clear the entire query out? Can we remove certain messages from the query? Mailman version 2.1.12 and Exim 4
Thank you for your advice,
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Hung Phan wrote:
How do we stop Mailman from re-sending out messages in the query? and How do we clear the entire query out? Can we remove certain messages from the query? Mailman version 2.1.12 and Exim 4
To clear the retry queue, do
rm /path/to/mailman/qfiles/retry/*
To prevent messages from being queued for retry in the first place you could figure out why Exim is returning a temporary failure status (4xx or 552) for some or all recipients, and make it return a permanent failure instead.
To make Mailman retry only once instead of for the default 5 days, set
DELIVERY_RETRY_PERIOD = 0
in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Mark Sapiro wrote:
And I neglected to say to remove only certain messages, use Mailman's bin/show_qfiles or bin/dumpdb to examine files in /path/to/mailman/qfiles/retry/ and then just remove the ones you don't want. Note that of the two, only dumpdb shows the metadata that includes the recipient list, but show_qfiles accepts multiple file arguments and dumpdb does not.
Also, if this question relates to your prior post about "Emails to a specific email domain get error", those messages are queued in Exim, not Mailman. See "man 8 exim" for information on exim queues.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/e64400a2608e9f831270965acbe497c7.jpg?s=120&d=mm&r=g)
Thank you very much for your answer, Mark. We follow this Exim cheatsheet http://bradthemad.org/tech/notes/exim_cheatsheet.php and clear out the Exim queries. We, however, are not very clear about the suffix D denote in front of some recipients. Anyone has knowledge about the suffix?
Thank you,
On Feb 25, 2011, at 9:36 AM, Mark Sapiro wrote:
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Hung Phan wrote:
It means the message has been delivered to that recipient or at least accepted for delivery by that recipient's MX.
If you have further questions about Exim, see "man exim" or consider the Exim-users mailing list <http://lists.exim.org/mailman/listinfo/exim-users>.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Hung Phan wrote:
How do we stop Mailman from re-sending out messages in the query? and How do we clear the entire query out? Can we remove certain messages from the query? Mailman version 2.1.12 and Exim 4
To clear the retry queue, do
rm /path/to/mailman/qfiles/retry/*
To prevent messages from being queued for retry in the first place you could figure out why Exim is returning a temporary failure status (4xx or 552) for some or all recipients, and make it return a permanent failure instead.
To make Mailman retry only once instead of for the default 5 days, set
DELIVERY_RETRY_PERIOD = 0
in mm_cfg.py.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Mark Sapiro wrote:
And I neglected to say to remove only certain messages, use Mailman's bin/show_qfiles or bin/dumpdb to examine files in /path/to/mailman/qfiles/retry/ and then just remove the ones you don't want. Note that of the two, only dumpdb shows the metadata that includes the recipient list, but show_qfiles accepts multiple file arguments and dumpdb does not.
Also, if this question relates to your prior post about "Emails to a specific email domain get error", those messages are queued in Exim, not Mailman. See "man 8 exim" for information on exim queues.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/e64400a2608e9f831270965acbe497c7.jpg?s=120&d=mm&r=g)
Thank you very much for your answer, Mark. We follow this Exim cheatsheet http://bradthemad.org/tech/notes/exim_cheatsheet.php and clear out the Exim queries. We, however, are not very clear about the suffix D denote in front of some recipients. Anyone has knowledge about the suffix?
Thank you,
On Feb 25, 2011, at 9:36 AM, Mark Sapiro wrote:
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Hung Phan wrote:
It means the message has been delivered to that recipient or at least accepted for delivery by that recipient's MX.
If you have further questions about Exim, see "man exim" or consider the Exim-users mailing list <http://lists.exim.org/mailman/listinfo/exim-users>.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
Hung Phan
-
Mark Sapiro