Jani Nikula writes:
> +/* Exit status code indicating that file(s) in the mail store were
> + * removed or renamed after notmuch new scanned the directories but
> + * before indexing the file(s). If the file was renamed, the indexing
> + * might not be complete, and the user is advised to re-run
Brian Sniffen writes:
> That's hard, given dovecot pointed at the same maildir: it quickly
> moves files from new to cur. That makes notmuch insert pretty useless,
> and I rely on notmuch new to approach correctness.
I don't think this discussion is related to notmuch insert at all. If
you have
> On Nov 12, 2016, at 11:10 AM, David Bremner wrote:
>
> Brian Sniffen writes:
>
>>>
>>> OK, but the patch proposed works both for people who want to be notified
>>> of this problem, and those that don't (with appropriate shell wrapping
>>> checking the return code).
>>
>> I think it will
On Sat, 12 Nov 2016, Brian Sniffen wrote:
>>
>> OK, but the patch proposed works both for people who want to be notified
>> of this problem, and those that don't (with appropriate shell wrapping
>> checking the return code).
>
> I think it will loop; how do I guarantee termination and indexing
David Bremner writes:
> Brian Sniffen writes:
>
>>>
>>> OK, but the patch proposed works both for people who want to be notified
>>> of this problem, and those that don't (with appropriate shell wrapping
>>> checking the return code).
>>
>> I think it will loop; how do I guarantee termination
>
> OK, but the patch proposed works both for people who want to be notified
> of this problem, and those that don't (with appropriate shell wrapping
> checking the return code).
I think it will loop; how do I guarantee termination and indexing of all
present messages if deletions cause error
Brian Sniffen writes:
>>
>> OK, but the patch proposed works both for people who want to be notified
>> of this problem, and those that don't (with appropriate shell wrapping
>> checking the return code).
>
> I think it will loop; how do I guarantee termination and indexing of all
> present m
Paul Wise writes:
> On Sat, 2016-11-05 at 14:57 +0200, Jani Nikula wrote:
>
>> Add a new exit code for when files vanished, so the caller has a
>> chance to detect the race and re-run notmuch new to recover.
>
> I don't think this is the right approach for two reasons:
>
> The exit code you have
On Sat, 2016-11-05 at 14:57 +0200, Jani Nikula wrote:
> Add a new exit code for when files vanished, so the caller has a
> chance to detect the race and re-run notmuch new to recover.
I don't think this is the right approach for two reasons:
The exit code you have chosen is still a failure so I
If some software other than notmuch new renames or removes files
during the notmuch new scan (specifically after scandir but before
indexing the file), keep going instead of bailing out. Failing to
index the file is just a race condition between notmuch and the other
software; the rename could happ
10 matches
Mail list logo