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, RCVD_IN_DNSWL_BLOCKED,URIBL_BLOCKED shortcircuit=no autolearn=unavailable version=3.3.2 X-Original-To: meta@public-inbox.org Received: from resqmta-po-10v.sys.comcast.net (resqmta-po-10v.sys.comcast.net [96.114.154.169]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 82D6A44C00F for ; Sun, 19 Oct 2014 17:31:03 +0000 (UTC) Received: from resomta-po-08v.sys.comcast.net ([96.114.154.232]) by resqmta-po-10v.sys.comcast.net with comcast id 55WV1p001516pyw015X2D4; Sun, 19 Oct 2014 17:31:02 +0000 Received: from odin.tremily.us ([24.18.63.50]) by resomta-po-08v.sys.comcast.net with comcast id 55X11p008152l3L015X1Ky; Sun, 19 Oct 2014 17:31:02 +0000 Received: by odin.tremily.us (Postfix, from userid 1000) id 588B7142DD43; Sun, 19 Oct 2014 10:31:00 -0700 (PDT) Date: Sun, 19 Oct 2014 10:31:00 -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: <20141019173059.GM17200@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> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="6Mt39TZj+HFMr11E"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Disposition: inline In-Reply-To: <20141019053029.GA1205@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: --6Mt39TZj+HFMr11E Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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. Can > > > 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. And then if have_foo, we =E2=80=98use Foo=E2=80=99 to get the import? > > > 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. 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. > What I like about mairix is it generates a new Maildir of results > (which I can nuke at any time) and doesn't care what MUA I use. I'd > like to get notmuch to do that for my local mail. Notmuch has helpers to do that sort of thing [3] and notmuchfs looks pretty generic [4]. Personally, I use notmuch's Emacs client for searching and browsing old mail, and then use Mutt independently for checking my inbox and composing mail. > > Patching notmuch to read email directly from Git shouldn't be too > > bad, since there aren't many views where you actually need the > > full email (usually the stuff in the Xapian index is sufficient). >=20 > Just having notmuch return a Message-ID should be sufficient to > retrieve the full email from ssoma, actually. Right, but ssoma isn't a MUA. The notmuch command line and MUAs also return individual messages (=E2=80=98notmuch show=E2=80=99, the Emacs UI [5= ], presumably notmuchfs, =E2=80=A6) also need access to the raw messages (which aren't stored in Xapian) for message-level views. Cheers, Trevor [1]: http://www.postfix.org/FILTER_README.html [2]: https://wiki.archlinux.org/index.php/Procmail#Spamassassin [3]: http://notmuchmail.org/notmuch-mutt/ [4]: https://github.com/tsto/notmuchfs [5]: http://notmuchmail.org/screenshots/Screenshot-notmuch-thread-zkj.png --=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 --6Mt39TZj+HFMr11E--