[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] Is Pick Antiquated?
From: |
paul vixie |
Subject: |
Re: [Nmh-workers] Is Pick Antiquated? |
Date: |
Sun, 05 Feb 2012 17:18:34 +0000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 |
On 2/4/2012 5:40 PM, Ralph Corderoy wrote:
> ...
>
> but it avoids the `pick -list echoing 0' issue, the limited number of
> sequences, the need for xargs, and perhaps pick's grammar isn't the
> right one anyway?
pick's grammer is definitely not the right one. the 'pick' approach also
means you can't begin processing a set of messages until after pick has
completed, which is time consuming on huge mail stores and huge message
sets. as with others here i'm perfectly in favour of making pick
redundant as long as we keep it around for compatibility.
On 2/4/2012 5:47 PM, Joel Uckelman wrote:
> Having other nmh command understand pick syntax might be uesful. But
> removing pick would not be. Because message numbers are also filenames,
> pick is handy for generating lists of filenames to be consumed by other
> non-nmh programs.
this draws two comments from me. first, message numbers are relative
file names. i always use mhpath.
second, message numbers are currently file names. if we succeed in
abstracting things correctly, they might refer to imap objects some day.
in which case i suppose that mhpath will emit imap: url's?
- [Nmh-workers] Is Pick Antiquated?, Ralph Corderoy, 2012/02/04
- Re: [Nmh-workers] Is Pick Antiquated?, Joel Uckelman, 2012/02/04
- Re: [Nmh-workers] Is Pick Antiquated?,
paul vixie <=
- Re: [Nmh-workers] Is Pick Antiquated?, Joel Uckelman, 2012/02/05
- Re: [Nmh-workers] Is Pick Antiquated?, Ken Hornstein, 2012/02/05
- [Nmh-workers] urls from mhpath, and message store abstraction layers., Lyndon Nerenberg, 2012/02/05
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., Ken Hornstein, 2012/02/06
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., paul vixie, 2012/02/06
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., Tethys, 2012/02/06
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., paul vixie, 2012/02/06
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., Tethys, 2012/02/06
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., Ken Hornstein, 2012/02/07
- Re: [Nmh-workers] urls from mhpath, and message store abstraction layers., Lyndon Nerenberg, 2012/02/06