Hi Scott,

on the page given in the subject you offer the check_postfix_mailq
Nagios tool (thanks, by the way ).

"I have noticed problems with larger mailq's and this tool as calling
'postqueue -p' can be pretty resource intensive on machines that are
heavily loaded. I am always open to suggestions on better ways to
implement this tool."

True. Wouldn't be one way to look into the spool directories directly,
bypassing postqueue at all, like

ls -1 /var/spool/postfix/deferred/?/* 2>/dev/null | wc -l

(of course for all spool files individually...)? If so, I am looking
forward to test your new Nagios plugin

Cheers,

–

Stephan A. Rickauer

The above would be a much better way to do this plugin for postfix. The problem with the current implmentation is that i uses 'postqueue' which is rather resource intensive when all you want is to know how many messages are in the queue; you don't care about any of the details.

Scott

The following is the patch to do what is mentioned in the above comments: 

67c67
< my $result = `/usr/sbin/postqueue -p`;
---
> #my $result = `/usr/sbin/postqueue -p`;
69,73c69,78
< if ( $result =~ /-- (\d+) Kbytes in (\d+) Request[s]*\./ ) {
<         if ( $2 > $critical ) {
<                 $state = 'CRITICAL';
<         }
<       elsif ( $2 > $warning ) {
---
> # Do it more lightweight
> my $result = `ls -1 /var/spool/postfix/deferred/?/* 2>/dev/null | wc -l`;
>
> #if ( $result =~ /-- (\d+) Kbytes in (\d+) Request[s]*\./ ) {
>
> if ( $result =~ /^(\d+)$/ ) {
>       if ( $1 > $critical ) {
>               $state = 'CRITICAL';
>       }
>       elsif ( $1 > $warning ) {
80c85,86
<       $answer = "Postfix mailq has $2 messages queued for a total of
$1 Kbytes.";
---
>       #$answer = "Postfix mailq has $2 messages queued for a total of
$1 Kbytes.";
>       $answer = "Postfix mailq has $1 messages queued.";