Bug#224150: closed by Stéphane Aulery <lkppo@free.fr> (spamoracle: documentation is MDA-biased)
Hi Stéphane,
Thanks for dealing with these old bugs; much appreciated!
Would you be interested in a patch to e.g. README.Debian about using spamoracle
with different MDA's? I still feel that'd be useful, and would not need a
patch to the upstream sources. If you're interested, I'll supply one.
Thanks, Bye,
Joost
On Sun, Apr 06, 2014 at 12:00:11PM +0000, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the spamoracle package:
>
> #224150: spamoracle: documentation is MDA-biased
>
> It has been closed by Stéphane Aulery <lkppo@free.fr>.
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Stéphane Aulery <lkppo@free.fr> by
> replying to this email.
>
>
> --
> 224150: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=224150
> Debian Bug Tracking System
> Contact owner@bugs.debian.org with problems
> Date: Sun, 6 Apr 2014 14:54:06 +0200
> From: Stéphane Aulery <lkppo@free.fr>
> To: 224150@bugs.debian.org
> Cc: control@bugs.debian.org, 224150-done@bugs.debian.org
> Subject: spamoracle: documentation is MDA-biased
> X-Spam-Checker-Version: SpamAssassin 3.3.2-bugs.debian.org_2005_01_02
> (2011-06-06) on buxtehude.debian.org
> X-Spam-Level:
> X-Spam-Status: No, score=-6.0 required=4.0 tests=BAYES_00,FREEMAIL_FROM,
> RCVD_IN_DNSWL_NONE,T_TO_NO_BRKTS_FREEMAIL,VALID_BTS_CONTROL
> autolearn=unavailable version=3.3.2-bugs.debian.org_2005_01_02
> X-Spam-Bayes: score:0.0000 Tokens: new, 9; hammy, 76; neutral, 32; spammy,
> 0. spammytokens: hammytokens:0.000-+--H*u:2014-03-12, 0.000-+--H*u:1.5.23,
> 0.000-+--H*UA:1.5.23, 0.000-+--H*UA:2014-03-12,
> 0.000-+--Hx-spam-relays-external:sk:smtp4-g
> Message-ID: <[🔎] 20140406125406.GA8318@free.fr>
> User-Agent: Mutt/1.5.23 (2014-03-12)
> X-CrossAssassin-Score: 2
>
> tags 224150 + wontfix
> stop
>
> Upstream answer it is developed only for procmail. If it works with
> anything else that is left to the user. As spamoracle is no longer
> actively developed, documentation will not be changed.
>
> --
> Stéphane Aulery
> Date: Tue, 16 Dec 2003 14:29:26 +0100
> From: Joost van Baal <joostvb-debian-bugs-20031216-2@mdcc.cx>
> To: Debian Bug Tracking System <submit@bugs.debian.org>
> Subject: spamoracle: documentation is MDA-biased
> Message-ID: <20031216132926.GA25075@nagy.mdcc.cx>
> X-PGP-Fingerprint: 8FC6 A40E 31B8 7E0E 2270 D7A9 0606 9CF2 9694 57F0
> X-PGP-Key-ID: 0x969457F0
> X-PGP-Key: http://mdcc.cx/~joostvb/joostvb_key.asc
> X-Accept-Language: nl, en
> User-Agent: Mutt/1.5.4i
> X-Spam-Checker-Version: SpamAssassin
> 2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
> (1.212-2003-09-23-exp) on master.debian.org
> X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no
> version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
> X-Spam-Level:
>
> Package: spamoracle
> Version: 1.3-3
> Severity: minor
> Tags: upstream, patch
>
> Hi,
>
> The spamoracle documentation mentions procmail as the only mail delivery
> agent usable with spamoracle. However, of course spamoracle works fine
> with other MDA's, like maildrop. I believe it will even work with
> qmail's .qmail files, or courier's .courier files.
>
> In the debian/control file,
>
> This program is designed to work in conjunction with procmail.
>
> could be replaced with
>
> This program is designed to work in conjunction with your mail delivery
> agent, like e.g. procmail.
>
> In the spamoracle(1) manpage,
>
> This machine must have procmail(1) (see http://www.procmail.org/)
> installed. Your ~/.forward file must be set up to run all incoming
> e‐mail through procmail(1).
>
> could be replaced with
>
> This machine must have a mail delivery agent installed which is
> capable of pre-filtering messages through external commands.
> Procmail(1) (see http://www.procmail.org/) and maildrop(1)
> (see http://www.flounder.net/~mrsam/maildrop/) are such MDA's.
> Typically, your ~/.forward file takes care of running all incoming
> e‐mail through your filtering MDA.
>
> The ~/.procmailrc example
>
> To process automatically your incoming e‐mail through SpamOracle and
> act upon the results of the analysis, just insert the following
> "recipes" in the file ~/.procmailrc:
>
> :0fw
> | /usr/local/bin/spamoracle mark
>
> :0
> * ^X‐Spam: yes;
> spambox
>
> could be replaced with
>
> To process automatically your incoming e‐mail through SpamOracle and
> act upon the results of the analysis, just call spamoracle from
> your MDA's filter definition file. For procmail, this means inserting
>
> :0fw
> | /usr/local/bin/spamoracle mark
>
> :0
> * ^X‐Spam: yes;
> spambox
>
> in the file ~/.procmailrc.
>
> For maildrop, this means inserting
>
> xfilter "spamoracle mark"
>
> if (/^X-Spam: yes;/)
> {
> to spambox
> }
>
> in the file ~/.mailfilter.
>
>
> Thanks, Bye,
>
> Joost
>
> --
> . . http://mdcc.cx/
> Joost van Baal . .
> . . http://logreport.org/
> . . http://abramowitz.uvt.nl/
Reply to: