Re: [Nmh-workers] parts is parts

2011-12-12 Thread Paul Vixie
On 12/12/2011 3:25 PM, Ralph Corderoy wrote: > anno can add normal mail headers, e.g. Subject. > > I use variations on > > anno -component x-inputplus-tag -text "$t" -nodate -inplace "$@" > > to compensate for the limit of 32 sequences per folder with no > cross-folder sequences. me too. we'll

Re: [Nmh-workers] parts is parts

2011-12-12 Thread Ralph Corderoy
Hi Paul, > i think anno is wrong-headed, and inconsistent with the rest of the MH > philosophy. i believe that once a message has been stored it should > never be modified. I've wavered back and forth on this over the decades. :-) > it's not as if other Maildir-reading mail systems (whether ima

Re: [Nmh-workers] parts is parts

2011-12-12 Thread Ken Hornstein
>please extend to me commit privs, tell me where the repo and bug tracker >are. Sure. For anyone else who cares, what you need to do is: - Sign up for an account on savannah (http://savannah.nongnu.org) - Be non-insane (I'm just throwing that in there, I can't think of anyone on the nmh-worker

Re: [Nmh-workers] parts is parts

2011-12-11 Thread Paul Vixie
On 12/12/2011 2:23 AM, Ken Hornstein wrote: >> ... will need The MH Guy. > I'm The MH Guy? When did that happen? :-) last man standing, or some such. > The sad part is, if you look at what I've actually DONE, all I've done is > nibble around the edges of MH (c.f: SMTP, POP). So I never really t

Re: [Nmh-workers] parts is parts

2011-12-11 Thread Ken Hornstein
>and for that, ken, we will need you. implementing other storage schemas >on the underside of the interface can be left as an exercise for the >ambitious, but to move the current schema into an opaque interface, we >will need The MH Guy. I'm The MH Guy? When did that happen? :-) The sad part is,

[Nmh-workers] parts is parts

2011-12-11 Thread Paul Vixie
coming into this late, will try to summarize. On 12/10/2011 11:27 AM, Yoshi Rokuko wrote: > Earl Hood: >> Just think of SMIME, PGP, DKIM, et.al. Preserving the original >> message is handy whenever one needs to (re)verify the message that >> are signed or encrypted. > I disagree, one should break