Bug#953018: ITP: spamassassin-milter -- milter for spam filtering with SpamAssassin
Thank you for the feedback. > Do we need both packages in Debian? If, as you say, spamass-milter is > orphaned upstream, maybe we should work to replace it with this new > package? I'm not sure how our users benefit from having both, and the > choice will undoubtedly lead to confusion. I don’t mean to impose anything or supplant the other package. I have myself used spamass-milter happily for almost three years. It was a very minor complaint that made me take a closer look (a warning message during startup that cannot be suppressed). And that is when I realised that spamass-milter is a child of its time, 20 years ago. It was originally written for sendmail (not Postfix) targeting an old version of libmilter that didn’t support connection negotiation, the ‘skip’ option, preserving whitespace in headers, etc. So I decided to write a new milter from scratch. The feature set is not (yet) the same though. If you’re interested you can compare the implementations, both programs are quite small. Perhaps it is possible to have both packages for a while and find out if users are interested in the alternative … I don’t know how such a situation is usually handled in Debian. I’m interested, but if I’m the only one, I agree that there is no need for the package. -- David
Bug#953018: ITP: spamassassin-milter -- milter for spam filtering with SpamAssassin
On Tue, Mar 03, 2020 at 11:00:45AM +0100, David Bürgin wrote: > Debian already has package spamass-milter, which serves the same > function. This new alternative is not exactly the same: It does a few > things better (eg automatic macro negotiation, skipping large bodies), > some things differently (eg header handling logic, no forking), and some > things are (currently) left out. spamass-milter hasn’t been active for > many years, so this could also be a fresh start. Do we need both packages in Debian? If, as you say, spamass-milter is orphaned upstream, maybe we should work to replace it with this new package? I'm not sure how our users benefit from having both, and the choice will undoubtedly lead to confusion. noah
Bug#953018: ITP: spamassassin-milter -- milter for spam filtering with SpamAssassin
Package: wnpp Owner: David Bürgin Severity: wishlist * Package name: spamassassin-milter Version : 0.1.0 Upstream Author : David Bürgin * URL : https://gitlab.com/glts/spamassassin-milter * License : GPL-3.0-or-later Programming Lang: Rust Description : milter for spam filtering with SpamAssassin SpamAssassin Milter is a milter application that filters email through SpamAssassin server using the spamc client. It is a light-weight component that serves to integrate Apache SpamAssassin with a milter-capable MTA (mail server) such as Postfix. Its task is thus helping combat spam on email sites. Debian already has package spamass-milter, which serves the same function. This new alternative is not exactly the same: It does a few things better (eg automatic macro negotiation, skipping large bodies), some things differently (eg header handling logic, no forking), and some things are (currently) left out. spamass-milter hasn’t been active for many years, so this could also be a fresh start. I used to be a user of spamass-milter for three years or so and have recently successfully switched to this alternative. I would maintain this package through sponsored uploads.