File: Acknowledgements.html

package info (click to toggle)
sa-exim 4.2-2
  • links: PTS
  • area: main
  • in suites: sarge
  • size: 356 kB
  • ctags: 154
  • sloc: ansic: 1,296; perl: 200; makefile: 108; sh: 77
file content (113 lines) | stat: -rw-r--r-- 3,727 bytes parent folder | download
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
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
While I wrote SA-Exim after realizing that I didn't want to accept Spam in the
first place, this package would not have been put together without the help
and contributions of the following people:


<ul>
<li>Philip Hazel<BR>
    We wouldn't have exim without him :-)

<li>Justin Mason, Craig R Hughes, Dan Quinlan, and the rest of the SpamAssassin
    crew<BR>

<li>Derrick 'dman' Hudson<BR>
    Early adopter, feedback, ideas, first integration with localscan_dlopen

<li>David Woodhouse<BR>
    Excellent original localscan_dlopen patch for exim 4
    SIGCHLD patch (was set to ignore by exim)

<li>Norm<BR>
    Build patches and trailing slash problem for mkdir on netbsd

<li>Patrice Fournier<BR>
    Several suggestions, including adding the X-SA-Exim-Scanned header

<li>Peter N Lewis<BR>
    Spotted a buglet in lseek call

<li>Robert Strickler<BR>
    Suggested that I add teergrube support

<li>Tim Jackson<BR>
    Narrowed the problem with SA Exim 2.1 to a hang when we feed a message
    that's too big to spamc and did a lot of research on the bug

<li>Brian Kendig<BR>
    Suggested the functionality behind X-SA-Exim-Rcpt-To:
    Noted and requested logging changes

<li>Paul Matthews<BR>
    Reported string length problem with X-SA-Exim-Rcpt-To:

<li>Chad Leigh<BR>
    Reported that SA-Exim doesn't delete a X-Spam-Flag header in the original
    mail if the local config decides that the mail isn't spam

<li>Martin Balvers<BR>
    Reported that 
    SA: Action: teergrubed sender until full configured duration
    logging wasn't consistent.
    Author of http://nossie.addicts.nl/projects/sa-exim-stats/

<li>Andreas Metzler<BR>
    Has provided invaluable help by being the main maintainer of the exim4
    debian package and doing most of the work for the sa-exim package, while
    patiently helping me with my debian build questions

<li>Richard Lithvall<BR>
    Added the much requested SARewriteBody option for SA 2.50's report_safe
    Also added SAPrependArchiveWithFrom option<BR>
    Also added SAspamcSockPath for SA 2.60 and better

<li>Justin F. Knotzke<BR>
    Reported that Dec 31st 1969 isn't a good idea and upsets some MUAs like mutt

<li>Norihisa Washitake<BR>
    Pointed out that I should be using date -R to override foreign locales

<li>Chirik<BR>
    Made suggestions on increasing logging consistency
    Gave example on how you can trigger mail scans without using headers
    (using internal exim acl variables)

<li>Ross Boylan<BR>
    Suggestions for documentation tweaks

<li>Sander Smeenk<BR>
    Made sa-exim show up in Debian. Yeah! :)
    Major doc diffs

<li>St�phane MANHES<BR>
    Pointed out that greylisting requires X-SA-Exim-Rcpt-To:

<li>John Horne<BR>
    Reported crash on discard, due to the number of recipients being 0

<li>Adam D. Barratt<BR>
    Found the problem with sa-exim's indirect use of printf and causing a crash
    in exim on 64 bit architectures, and gave a detailed explanation on what
    happened and how to fix it

<li>Jeffrey D. Carter<BR>
    Suggested strchr instead of index for easier compilation.

<li>Danilo Lotina F. &amp; Others<BR>
    Suggested adding a destination host for spamc (I added a port too)

<li>Cliff Hones<BR>
    Reported that From mbox line was in an incorrect format

<li>Jason John Schwarz<BR>
    Reported compile problem inside the exim tree (i.e. without local_scan)

<li>Kristopher Austin<BR>
    Initial port of the SA patch to an SA 3.0 plugin

<li>Adam Tilghman<BR>
    Pointed out that I shouldn't be rewriting Content-Type headers if we don't
    rewrite the body (and defang_mime is dead now)

<li>Your name here<BR>
    If you contribute or if you did and I forgot your name (sorry, let me know)
</ul>