Murray S. Kucherawy wrote:
I’ve got as a task for the next major OpenDKIM release a reworking of
our statistics collection component. This is something that’s off by
default; one must specifically enable it both at compile time and at
run time.
What I’m considering is a change to the
I've got as a task for the next major OpenDKIM release a reworking of our
statistics collection component. This is something that's off by default; one
must specifically enable it both at compile time and at run time.
What I'm considering is a change to the code so that it collects a larger
-dkim] Collecting statistics
May be stupid question: Would these stats help to build a reputation on the
domain?
- Original Message -
From: Murray S. Kucherawy m...@cloudmark.com
To: IETF-DKIM ietf-dkim@mipassoc.org
Sent: Friday, 26 March, 2010 10:25:33 AM
Subject: [ietf-dkim] Collecting
On Mar 25, 2010, at 2:25 PM, Murray S. Kucherawy wrote:
I’ve got as a task for the next major OpenDKIM release a reworking of our
statistics collection component. This is something that’s off by default;
one must specifically enable it both at compile time and at run time.
-
On Mar 25, 2010, at 3:41 PM, Franck Martin wrote:
May be stupid question: Would these stats help to build a reputation on the
domain?
These particular statistics would be far less interesting to a reputation
system than the recipients' perspective of the mail they're receiving -- same
as
For those of you thinking about statistics regarding DKIM, have I missed any
that might be useful to the working group?
Some ideas (some may be a duplicate from your list):
- number of all message signed by this milter
- number of all messages checked for signatures
- number of messages