From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id BAA716DE0225 for ; Mon, 12 Nov 2018 12:37:02 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gt25LYSgy71Z for ; Mon, 12 Nov 2018 12:37:00 -0800 (PST) X-Greylist: delayed 4202 seconds by postgrey-1.36 at arlo; Mon, 12 Nov 2018 12:37:00 PST Received: from 18.mo1.mail-out.ovh.net (18.mo1.mail-out.ovh.net [46.105.35.72]) by arlo.cworth.org (Postfix) with ESMTPS id A92306DE01CE for ; Mon, 12 Nov 2018 12:37:00 -0800 (PST) Received: from player787.ha.ovh.net (unknown [10.109.143.225]) by mo1.mail-out.ovh.net (Postfix) with ESMTP id E5BE31431B7 for ; Mon, 12 Nov 2018 20:20:29 +0100 (CET) Received: from kfx.fr (unknown [37.171.101.146]) (Authenticated sender: kim@kfx.fr) by player787.ha.ovh.net (Postfix) with ESMTPSA id DCD456000A7; Mon, 12 Nov 2018 20:20:27 +0100 (CET) From: Kim ALLAMANDOLA To: eaon Cc: notmuch@notmuchmail.org Subject: Re: notcoal, filters not made from (char)coal / initial tagging system In-Reply-To: References: <874lcmtodq.fsf@kws.xnet.lan> Date: Mon, 12 Nov 2018 20:20:27 +0100 Message-ID: <87tvkmrtl0.fsf@kws.xnet.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 15167279120175903225 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedrkeelgdduvdeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenuc X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 20:37:02 -0000 Hi, > There's still a couple features missing to have it be as useful as I'd > like it to be, but it's a start. I'm certainly open to feedback! For me it's already really nice, essentially overlap some afew features in a more flexible/extendable manner. My personal automation add mostly physical message manipulation that can be generalized only to a certain extent: for instance I have a script that look for mail from my mobile carrier invoices and automatically extract attached pdf to a specific taxonomy with a name generated from the invoice number and month pdfgrep-ed from the pdf itself, same for home ISP, another that look for "invoice notification" by EDF (home electricity provider) that do not offer invoices sent as attachments and so add a reminder to manually download them from EDF's portal in my agenda plus adding "periodic" self-reading consumption communication schedule/deadline, they also take care of archiving (mark unread) messages, delete some messages after a certain amount of time, "snooze" others (mark read upon arrival and at a certain point in time mark unread again), forge&send new message as a poor man's agenda notification when I'm not on my desktop (like on mobile)... I'll plan to add a cross-check from invoices to bank movements (ledger) to send a remainder if after a certain amount of time an invoice does not appear to be paid from my bank etc. Many of those function have some common points and can be cleaned up, unified in a single language (actually are a mix of zsh scripts, hy scripts, python scripts, horribly interconnect in "chain-calls") and inserted in a single library to create a generic tool flexible enough to be useful for others but they are essentially a sort of chaotic, primitive PIM suite around an email-centric workflow, the opposite of notmuch philosophy I suspect. Also many functionality are actually crude wrappers around other tools that can't be cleanly integrated in a new one (like IMAPFilter, alot, uudeview, pdfgrep, pdftotext, ledger, ...) so it's more than a simple cleanup and translation... >> The re-write of notmuch in Rust [=E2=80=A6] > Ah, misunderstanding there, maybe. notmuch-rs is not a rewrite or > port, it's just an interface/bindings for libnotmuch. Ops... Honestly I look only at notcoal page ignoring the rest leaving a remainder for next weekend to give a real try :-( -- Kim