Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I don't want to force a retry just yet, I want to see when I should check the queue again. (Without having to mentally evaluate the retry configuration.) mailq only shows how long each message has been waiting, not how long until the retry time is reached. Is there a way to get exim to tell me when that will be?

share|improve this question
Why even care? You can trust Exim that it will retry as configured. – mailq Nov 10 '11 at 9:21
up vote 3 down vote accepted

exim ships with a utility, exinext, that will show you the first, last, and next retry times of a single message:

exinext domain|address|messageID 

It seems that you could use exim_dumpdb and post-process the output, as exinext does, if you wanted to see information about the whole queue at once.

share|improve this answer
Thanks, that does what I need. I made a little Ruby script to automate it - probably too inefficient for large queues, but sufficient for me. (Bah, the lack of multiline comments is not helping) mailq = "/usr/bin/mailq"; exinext = "/usr/sbin/exinext"; #{mailq}.each_line do |q|; puts q; q=q.strip; unless ""==q or q.include?(" "); #{exinext} \"#{q}\"`.each_line do |n|; print "\t\t"; puts n; end; end; end; – Polyergic Nov 11 '11 at 16:49

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.