From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <e@80x24.org>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00
	shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0
Received: from localhost (dcvr.yhbt.net [127.0.0.1])
	by dcvr.yhbt.net (Postfix) with ESMTP id E70EF1F404;
	Mon,  2 Apr 2018 18:04:08 +0000 (UTC)
Date: Mon, 2 Apr 2018 18:04:08 +0000
From: Eric Wong <e@80x24.org>
To: Jonathan Corbet <corbet@lwn.net>
Cc: meta@public-inbox.org
Subject: Re: public-index-{watch,mda}
Message-ID: <20180402180408.GA32637@80x24.org>
References: <20180402083615.3edf34ed@lwn.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20180402083615.3edf34ed@lwn.net>
List-Id: <meta.public-inbox.org>

Jonathan Corbet <corbet@lwn.net> wrote:
> I have a question on public-index-watch v. public-index-mda; sending to
> the list since I might not be the only one.  I've seen a couple of times
> that you recommend public-index-watch for maintaining a mirror of a
> mailing list whose home is elsewhere.  But I would rather use
> public-inbox-mda since that doesn't require keeping a duplicate maildir
> around that's just wasted space.

I've been thinking along the same lines.  For now:

	find $MAILDIR -type f -ctime +1 | xargs rm -f

is reasonably good at not removing files.

> So I'm wondering: is there a reason *not* to use public-inbox-mda for this
> use case beyond the rather aggressive filtering that it does?  If not,
> would you entertain a patch to make that filtering optional?

The big reason is -watch is safer in case of bugs in our code and
can recover with readdir scans (instead of bouncing and making
other mail admins unhappy).

I also expect -watch to be more useful for people who do not run
their own MTA.


I'm open to accepting patches to make -mda more configurable and
perhaps being able to share configuration with -watch; but the
defaults need to remain for compatibility.

I think time would be better spent giving -watch an optional new
feature which provides the following three options:

1) move-to-another-Maildir-on-import

2) mark-message-as-trash-on-import (add 'T' to filename flag)

3) unlink-on-successful-import (needs to be delayed
   until fast-import is done writing (im->checkpoint or im->done)

Thanks.