From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS7922 96.112.0.0/13 X-Spam-Status: No, score=-1.9 required=3.0 tests=AWL,BAYES_00,URIBL_BLOCKED shortcircuit=no autolearn=unavailable version=3.3.2 X-Original-To: meta@public-inbox.org Received: from resqmta-po-06v.sys.comcast.net (resqmta-po-06v.sys.comcast.net [96.114.154.165]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 6458C1F8B3 for ; Mon, 20 Oct 2014 15:36:26 +0000 (UTC) Received: from resomta-po-14v.sys.comcast.net ([96.114.154.238]) by resqmta-po-06v.sys.comcast.net with comcast id 5TZH1p00758ss0Y01TcRUT; Mon, 20 Oct 2014 15:36:25 +0000 Received: from odin.tremily.us ([24.18.63.50]) by resomta-po-14v.sys.comcast.net with comcast id 5TcR1p005152l3L01TcR46; Mon, 20 Oct 2014 15:36:25 +0000 Received: by odin.tremily.us (Postfix, from userid 1000) id D884D142EA93; Mon, 20 Oct 2014 08:36:24 -0700 (PDT) Date: Mon, 20 Oct 2014 08:36:24 -0700 From: "W. Trevor King" To: Eric Wong Cc: meta@public-inbox.org Subject: Re: [RFC] ssoma-mda: Use the email subject as the commit message Message-ID: <20141020153624.GS17200@odin.tremily.us> References: <20141018210400.GA2448@dcvr.yhbt.net> <20141018215020.GK17200@odin.tremily.us> <20141018234323.GA5226@dcvr.yhbt.net> <20141019034815.GL17200@odin.tremily.us> <20141019053029.GA1205@dcvr.yhbt.net> <20141019173059.GM17200@odin.tremily.us> <20141020004908.GA23299@dcvr.yhbt.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="6zn93sY2JrH9m7VZ"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Disposition: inline In-Reply-To: <20141020004908.GA23299@dcvr.yhbt.net> OpenPGP: id=39A2F3FA2AB17E5D8764F388FC29BDCDF15F5BE8; url=http://tremily.us/pubkey.txt User-Agent: Mutt/1.5.23 (2014-03-12) X-Content-Filtered-By: PublicInbox::Filter 0.0.1 List-Id: --6zn93sY2JrH9m7VZ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 20, 2014 at 12:49:08AM +0000, Eric Wong wrote: > W. Trevor King wrote: > > On Sun, Oct 19, 2014 at 05:30:29AM +0000, Eric Wong wrote: > > > W. Trevor King wrote: > > > > On Sat, Oct 18, 2014 at 11:43:23PM +0000, Eric Wong wrote: > > > > > Sounds like a good idea to make it fall back if require fails. C= an > > > > > you do it or would you like me to handle it in Perl? > > > >=20 > > > > If you tell me the Perl idiom for that, I can write up a patch. In > > >=20 > > > eval { require Foo; }; > > > my $have_foo =3D $@ ? 0 : 1; > > >=20 > > > That won't perform any imports, but I think most of those modules do > > > not require imports. > >=20 > > And then if have_foo, we =E2=80=98use Foo=E2=80=99 to get the import? >=20 > No need to import for the Email::* modules I don't think. "use" is > evaluated at compile/parse time, so you can't use it lazily outside of a > string eval. "require" is always lazy, I think. >=20 > I think you can just call "IPC::Run::run" directly (instead of just "run") Sounds good, I'll give this a shot for v2. > > > > > public-inbox also wraps spam filtering/learning > > > > > (SpamAssassin) + sanitization, and that's arguably more > > > > > important than the web UI. > > > >=20 > > > > Then I'd shift those hooks over to ssoma-mda. Actually, I'd > > > > probably leave it up to folks to hook those into their mail > > > > server / MDA before messages get as far as ssoma-mda. Spam > > > > filtering is a generic issue; there's no need to build all the > > > > checks you'd want (also greylisting, DKIM, SPF, =E2=80=A6) into > > > > ssoma-mda itself. > > >=20 > > > Uh, you just contradicted yourself :) public-inbox is that mail > > > server/MDA layer before ssoma for me. > >=20 > > Filtering spam is something that lots of folks want (folks who may > > not be interested in Git archives), and it should happen at the > > MTA level (e.g. [1]) or in a procmail chain (e.g. [2]). The spamc > > hook shouldn't be tied to any Git-archive stuff. I'd shift the > > Git metadata extraction to ssoma-mda, use the Postfix filtering to > > drop spam for everyone, use procmail to deliver mail for everyone, > > and then call ssoma-mda from ~meta/.procmailrc. >=20 > I don't disagree with the metadata extraction for ssoma-mda; but > everything above that layer (including public-inbox) should be open > to interpretation. I don't use procmail myself, for example; and I > know folks who would want to use extra/different spam filters. >=20 > public-inbox is my opinionated policy layer; but ssoma was intended > to be generic. Fair enough. Maybe I'm looking for a generic ssoma-archive-to-HTTP server (like public-inbox.cgi) that is independent of the opinionated filtering in public-inbox-mda? Cheers, Trevor --=20 This email may be signed or encrypted with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy --6zn93sY2JrH9m7VZ--