check_mailq usage
Scott
scott at netspace.net.au
Wed Apr 28 08:26:49 CEST 2004
I actually found the same problem... mailq was waaayyyy tooooo slow for
the counting.. I found running a specified listing of find and wc
worked the best and was a much faster approach..
Was getting to the point where I was going to run the check out of cron
and push the data to a text file for nrpe to cat for the status.. only
problem with that is that its not in real time like mailq or the above
alternative is.
---
Scott Horsley
Netspace Online Systems
On 27/04/2004, at 8:12 AM, Steve Shipway wrote:
>> kollasch.drew at bvrmc.org wrote:
>>
>>> 1. I use postfix
>>> 2. I'm on gentoo linux
>>> 3. mail in queue is actually stored in /var/spool/postfix/ (with LOTS
>>> of sub-dirs under it)
>
> I've written a whole new check_mailq for postfix here, since it holds
> the
> data in a much different way. forking off to /usr/bin/mailq is much
> slower
> since it extracts lots of information about the mails, where we only
> want to
> count them (ie, count the entries in the directories and sum).
>
> Our mailq is normally in the 8000-10000 range, and it works well.
> Email me
> if you are perl-aware and want a copy (it's a bit rough to put on
> public
> release)
>
> Steve
>
> ---
> Steve Shipway: ITSS, University of Auckland
> Email: s.shipway at auckland.ac.nz Web: http://www.steveshipway.org/
> ** We can only discover new oceans when we have the **
> ** courage to lose sight of the shore. **
> <Steve Shipway.vcf>
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list