Timo, following our discussion on dovecot stats at the LinuxTag 2012 my team and I sat down and put together a list of stat items we think to be useful in daily dovecot usage. Besides pulling together all the data we also think it would be useful to have an SNMP interface to access the stats. Our offer to create and contribute a standalone web interface for dovecot stats stands. Here are the stats we believe to be useful: Login/Logout - total number login success/time - total number login failure/time - total number per authentication mechanism - total number plain sessions - total number STARTTLS sessions - total number of currently connected users (pop3/pop3s/imap/imaps/managesieve) - login names of connected users (not really stats, but great for actions regarding those uses e.g. force logout) - total number logout commands/time - total number BYE responses (autologout) Mailbox state - Inflow rate (number incoming messages/time) - Deleted rate (number \Deleted flagged messages/time) - Expunge rate (number Expunge operations/time) - total number current messages mailboxes normal storage - total number current messages mailboxes alt storage - total number read messages mailboxes normal storage - total number read messages mailboxes alt storage - per user number current messages mailboxes normal storage - per user number current messages mailboxes alt storage - per user number read messages mailboxes normal storage - per user number read messages mailboxes alt storage Mailbox Quota - total number persons under soft-quota per quota - total number persons above or equal soft-quota per quota - total number persons above or equal hard-quota per quota Performance - minimum time to write a message - maximum time to write a message - average time to write a message - minimum time to modify a message - maximum time to modify a message - average time to modify a message - minimum time to delete a message - maximum time to delete a message - average time to delete a message - minimum time search operations - maximum time search operations - average time search operations Regards, p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563
On 1.6.2012, at 23.58, Patrick Ben Koetter wrote:> Besides pulling together all the data we also think it would be useful to have > an SNMP interface to access the stats.I had thought about SNMP before also, but for the current kind of stats that are exported I couldn't think of any reasonable way to export them.> Here are the stats we believe to be useful: > > Login/Logout > - total number login success/time > - total number login failure/time.. I'll look at these later in more detail, but some important questions / design decisions: Currently stats process only remembers things after Dovecot was started. I don't think getting these kind of numbers would really work like that. Perhaps all of the statistics should be permanently dumped to disk every ~minute or so + at shutdown and loaded at startup, so the numbers would at least normally always just increase since the first time Dovecot was started?> Mailbox state > - Inflow rate (number incoming messages/time) > - Deleted rate (number \Deleted flagged messages/time)These operations/time type of things I had hoped to be able to externalize :) If stats process simply gives the raw stats, the reader could do this kind of summing up. Otherwise .. well, I guess it could maybe keep track of the current ops/<last 60 secs> and the reader would then have to read the value about once a minute or half or something. It wouldn't give exact results though.> Performance > - minimum time to write a message > - maximum time to write a message > - average time to write a messageWithin last .. day? hour? minute? ..
On 01.06.2012 22:58, Patrick Ben Koetter wrote:> [...] I sat down and put together a list of stat items we think to be useful in daily > dovecot usage.Quite a list. But I believe most of those values are quite useful and I would also love to see such a rich set of measurements being available.> Besides pulling together all the data we also think it would be useful to have > an SNMP interface to access the stats. Our offer to create and contribute a > standalone web interface for dovecot stats stands.Yes, I second that. Otherwise quite a few installation will just hook the dovecot commands to netsnmp handlers, which is not a pretty solution. Maybe dovecot could also do the SNMP for statistics that plugins provide? I'm thinking managesieve access, sieve processing or expire here. Regards Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4076 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20120602/edb90409/attachment-0004.bin>
Patrick Ben Koetter wrote:> following our discussion on dovecot stats at the LinuxTag 2012 my team and I > sat down and put together a list of stat items we think to be useful in daily > dovecot usage. > > Besides pulling together all the data we also think it would be useful to have > an SNMP interface to access the stats. Our offer to create and contribute a > standalone web interface for dovecot stats stands.This should be done via SNMP subagent, but how could you differentiate different dovecot instances on the same machine, different snmp ports for the subagent, or different snmp trees?> Here are the stats we believe to be useful: > [...]Here are the stats which I also consider to be useful: Login/Logout: - Hits/Misses for Logins via userdb cache System resources: - detailed memory usage of dovecot services (imap, worker, userdb cache) - dovecot connections to mysql database - dovecot connections to ldap - director connections vs. backend connections Regards, Daniel