aboutsummaryrefslogtreecommitdiffstats
path: root/contrib/fetchmail.logrotate
blob: f8b0f3fbc4bac61975ebd2541f1fce7b613a1fdf (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
# fetchmail.logrotate
#
# This is an example logrotate configuration file, editing required
# before use. It is useful if you have fetchmail logging to a separate
# file, /var/log/fetchmail as shown below.
#
# This file has been written for Debian Linux systems.
#
# Other systems will probably require adjustments, such as: how
# often to rotate, how many files to retain, how to name them, if
# compression is desired, which user and group the file should be
# created with, and where the .pid file is. Check the logrotate
# documentation for details.
#                                        --Matthias Andree, 2007-01-14
# ----------------------------------------------------------------------
# The following license applies to the remainder of this file:
#
# Copyright (c) 2007 Daniel Leidert <daniel.leidert@wgdd.de>
#
# Permission is hereby granted, free of charge, to any person obtaining
# a copy of this software and associated documentation files (the
# "Software"), to deal in the Software without restriction, including
# without limitation the rights to use, copy, modify, merge, publish,
# distribute, sublicense, and/or sell copies of the Software, and to
# permit persons to whom the Software is furnished to do so, subject to
# the following conditions:
#
# The above copyright notice and this permission notice shall be
# included in all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
# EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
# MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
# IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
# CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
# TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
# SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

/var/log/fetchmail {
    weekly
    rotate 5
    compress
    missingok
    notifempty
    create 640 fetchmail root
    sharedscripts
    postrotate
        if [ -f /var/run/fetchmail/fetchmail.pid ]; then \
            if [ -x /usr/sbin/invoke-rc.d ]; then \
                invoke-rc.d fetchmail restart > /dev/null; \
            else \
                /etc/init.d/fetchmail restart > /dev/null; \
            fi; \
        fi;
    endscript
}
class="na">href="mailto:esr@snark.thyrsus.com" /> <meta name="description" content="Fetchmail participation statistics" /> <meta name="keywords" content="fetchmail, growth, analysis" /> <title>Trends in the fetchmail project's growth</title> <style type="text/css"> /*<![CDATA[*/ span.c6 {color: brown} span.c5 {color: red} span.c4 {color: lime} span.c3 {color: blue} div.c2 {text-align: center} h1.c1 {text-align: center} /*]]>*/ </style> </head> <body> <table width="100%" cellpadding="0" summary="Canned page header"> <tr> <td width="30%" align="right">$Date$</td> </tr> </table> <hr /> <h1 class="c1">Trends in the fetchmail project's growth</h1> <p>The scattergram below was made with Gnuplot 3.7 from data pulled directly out of the project NEWS file using two custom shellscripts, <a href="timeseries">timeseries</a> and <a href="growthplot">growthplot</a>. If you see a broken-image icon, upgrade to a <a href="http://www.libpng.org/pub/png/pngapbr.html">browser that can view PNGs</a>.</p> <div class="c2"><img src="growth.png" alt="Fetchmail trends graph" /></div> <p>The graph shows the population growth of the fetchmail project. The horizontal scale is days since baseline, which is when I started collecting statistics in October 1996 at version 1.9.0. Left vertical scale is number of participants. There is one data point for each release; therefore, the changes in density of marks indicate release frequency.</p> <p>The peak in the earliest part of the graph (before the note "Bad addresses dropped") seems to be an artifact; I was not regularly dropping addresses that became invalid at the time. Turnover on the list seems to be about 5% per month (but that's just my estimate, I don't have numbers on this).</p> <p>The <span class="c3">blue scatter of squares</span> is total participants. The <span class="c4">green scatter of crosses</span> is the count of people on fetchmail-friends after I split the list. The <span class="c5">cyan scatter of diamonds</span> is the population of fetchmail-announce after the split.</p> <p>The <span class="c6">brown scatter of diamonds</span> tracks project size in lines of code (right vertical axis). The scale relationship between this scatter and the other three is arbitrary.</p> <p>This graph is quite revealing. Several trends stand out:</p> <ul> <li> <p>Over time, the project population displays rather consistent linear growth.</p> </li> <li> <p>The key event in the project's lifetime was release 4.3.0 in October 1997, when I declared the code to be out of development and in maintainance mode, and split the fetchmail list.</p> </li> <li> <p>The run-up to 4.3.0 saw the most intensive spate of releases in the project's history (the gap in that run happened when I took a two-week vacation). It was followed by a significant slowdown.</p> </li> <li> <p>After 4.3.0, the developer population remained fairly stable around an average of about 250 participants.</p> </li> <li> <p>Essentially all population growth after 4.3.0 happened on the announce list, among people using fetchmail but not active co-developers.</p> </li> <li> <p>The growth trend in code size looks sublinear, perhaps logarithmic.</p> </li> </ul> <p>The linear growth trend in population is particularly interesting; a priori we might expect geometric or logistic growth, given that the project spreads by word of mouth.</p> <p>It has been suggested that the linear growth rate is the result of a situation in which both number of projects and the population of eligible programmers are rising on trend curves of the same (probably exponential) rate.</p> <hr /> <table width="100%" cellpadding="0" summary="Canned page header"> <tr> <td width="30%" align="right">$Date$</td> </tr> </table> <br clear="left" /> <address>Eric S. Raymond <a href="mailto:esr@thyrsus.com">&lt;esr@thyrsus.com&gt;</a></address> </body> </html>