Re: statistics
* Austad, Jay [EMAIL PROTECTED] [001013 10:36]: Does anyone know of any log analyzers for qmail? I need stats on how many messages are going out, how many of those are bouncing, speed, and whatever else I can find. qmailanalog and the mrtg packages for qmail. Remember, kids, Security is Not My Problem if you're working with mrtg... What about something that would offer real-time stats, like number of concurrent connections, messages waiting in queue, current sending rate, etc.? mrtg does nearly that. It's very, very neat.
RE: statistics
Where are the MRTG pieces for qmail? Also is there any SNMP options for qmail? Thanks Andy -Original Message- From: Robin S. Socha [mailto:[EMAIL PROTECTED]] Sent: Friday, October 13, 2000 9:59 AM To: '[EMAIL PROTECTED]' Subject: Re: statistics * Austad, Jay [EMAIL PROTECTED] [001013 10:36]: Does anyone know of any log analyzers for qmail? I need stats on how many messages are going out, how many of those are bouncing, speed, and whatever else I can find. qmailanalog and the mrtg packages for qmail. Remember, kids, Security is Not My Problem if you're working with mrtg... What about something that would offer real-time stats, like number of concurrent connections, messages waiting in queue, current sending rate, etc.? mrtg does nearly that. It's very, very neat.
Re: statistics
also sprach andy: Where are the MRTG pieces for qmail? What Does The Archive Say(TM)? (See http://www-archive.ornl.gov:8000/. Search on qmail-mrtg.) (Hint: http://www.prodigysolutions.com/qmail-mrtg.1.0.tar.gz :) /pg -- Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED] --- /* * [...] Note that 120 sec is defined in the protocol as the maximum * possible RTT. I guess we'll have to use something other than TCP * to talk to the University of Mars. * PAWS allows us longer timeouts and large windows, so once implemented * ftp to mars will work nicely. */ (from /usr/src/linux/net/inet/tcp.c, concerning RTT [round trip time])
RE: statistics
Hrm, I grabbed qmail analog, I piped one of my logfiles through tai64nfrac and into zoverall, and I get 0 for completed requests and total delivery attempts. If I put it through any other program that came with qmail analog, I get no output. Any idea why this would happen? tai64nfrac works just fine too. Jay -Original Message- From: Peter Green [mailto:[EMAIL PROTECTED]] Sent: Friday, October 13, 2000 10:15 AM To: Andy Abshagen Cc: Qmail Mailing List Subject: Re: statistics also sprach andy: Where are the MRTG pieces for qmail? What Does The Archive Say(TM)? (See http://www-archive.ornl.gov:8000/. Search on qmail-mrtg.) (Hint: http://www.prodigysolutions.com/qmail-mrtg.1.0.tar.gz :) /pg -- Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED] --- /* * [...] Note that 120 sec is defined in the protocol as the maximum * possible RTT. I guess we'll have to use something other than TCP * to talk to the University of Mars. * PAWS allows us longer timeouts and large windows, so once implemented * ftp to mars will work nicely. */ (from /usr/src/linux/net/inet/tcp.c, concerning RTT [round trip time])
Re: statistics
also sprach austad: Hrm, I grabbed qmail analog, I piped one of my logfiles through tai64nfrac and into zoverall, and I get 0 for completed requests and total delivery attempts. If I put it through any other program that came with qmail analog, I get no output. Any idea why this would happen? You haven't read the qmailanalog documentation. You need to pipe it through matchup before any of the z* scripts. i.e., tai64nfrac /var/log/qmail/current | matchup | zoverall /pg -- Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED] --- "...Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and the Ugly)." (By Matt Welsh)
Re: statistics
* Austad, Jay [EMAIL PROTECTED] [001013 11:33]: Hrm, I grabbed qmail analog, I piped one of my logfiles through tai64nfrac and into zoverall, and I get 0 for completed requests and total delivery attempts. If I put it through any other program that came with qmail analog, I get no output. Any idea why this would happen? Because you're stupid? But that's just one reason, Jay, so there's still hope. Anyway: (root@purgatory):(~)# matchup /var/log/qmail/current | zoverall works fine with: (root@purgatory):(~)# cat /service/qmail/run #!/bin/sh exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start ./Maildir/ /usr/local/bin/multilog t /var/log/qmail qmail Besides that, *PLEASE* fix your quoting. -- Robin S. Socha http://socha.net/ Cc: me and I'll kill -9 you
Re: statistics
On Fri, 13 Oct 2000, Robin S. Socha wrote: Because you're stupid? But that's just one reason, Jay, so there's still hope. Anyway: man I love this list... Scott ps: cc:
Re: statistics with qmailanalog
On Fri, Sep 15, 2000 at 04:51:35PM -0700, James Stevens wrote: Hrmm, I am having the same problem I have a bunch of '@#' files... I know the numbers are the microsecounds and thats all fine and dandy but qmail does not seem to be crunching these into a permanet log file.. Hrmmm, am I mising something here? Neither cyclog nor multilog crunchges anyting to a "permanent log file". That is the point. Not to fill your log partition these are rotated in a way that when the size limit is reached, a new file is used, and when the limit of number of log files is reached, the oldest file is deleted. You need to take care of the log files before they gets deleted if you want to preserve the statistics. /magnus -- http://x42.com/
Re: statistics with qmailanalog
Hrmm, I am having the same problem I have a bunch of '@#' files... I know the numbers are the microsecounds and thats all fine and dandy but qmail does not seem to be crunching these into a permanet log file.. Hrmmm, am I mising something here? --JT - Original Message - From: "Gesner JEAN" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, September 06, 2000 9:11 AM Subject: statistics with qmailanalog Hello, Formely i used NT,now I have my server Linux Redhat 6.1 using already qmail, but Iwould like to make now statistics for mails outgoing, entering and numbers it connection per month of my utilisateurs.De this fact, I have downloaded qmailanalog, at which I estimate who can make it.The problem, it is that I have difficulties in test the correct operation of qmailanalog.One time downloaded qmailanalog on my server, I desarchive it then I made: 1- make 2- make setup I should have something as follows: 849347513.939860 running 849347523.531129 new msg 1923 849347523.532347 info msg 19326:bytes 266... and in my configuration, after having launched make setup, I found things about like that: @000984500.0 @000984570.0 @956400.0 After these two there, I blocked myself, and I visited by evil of site inorder to find a solution, in vain.Of this, I request your assistance of means so that I would make not only the installation but to test to see, how functioning statistics. I thank you. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Re: statistics inconsistency
On Wed, Feb 24, 1999 at 07:56:09AM +0100, Franky Van Liedekerke wrote: Now the strange thing is, all three give back different results (see below). And now I wonder why. And it's not that the difference is delivered mail, because I know that's not the problem. I also know that qmail-qstat and qmHandle use a different way of checking the queue, but they should give back the same result. hercules(root)/var/log/qmail /var/qmail/bin/qmail-qread /tmp/ttt hercules(root)/var/log/qmail grep remote /tmp/ttt|grep -v done|wc -l 248 This method has a flaw: The lines containing the sender will be retained by the grep filter, if the sender has the word "remote" in them. hercules(root)/var/log/qmail /var/qmail/bin/qmail-qstat messages in queue: 228 messages in queue but not yet preprocessed: 0 This shows the number of messages in the queue, not how many remote and local recipients each message has. hercules(root)/var/log/qmail ~/qmHandle/qmHandle -s Messages in local queue: 0 Messages in remote queue: 216 hercules(root)/var/log/qmail I haven't used qmHandle, but I'm assuming it counts the numbers of *recipients* waiting to be delivered to. So you may have 228 messages, but some may have multiple recipients, and some of those may have been delivered-to. qmHandle is reporting the number of pending deliveries, which could be more or less than the number reported by qmail-qstat. All this of course assuming that qmail-send is not running, otherwise your results will change between queue checks as deliveries are completed. -- Anand System Administrator Africa Online Ltd http://www.anand.org
