Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Chad Walstrom
Chad Walstrom <[EMAIL PROTECTED]> wrote: > The ability to synchronize local Maildir/MH files with an IMAP > server is provided in a python2.3 program called offlineimap by John > Goerzen. My bad. Apparently it's written for Maildir as the local repository. Regardless, it still might be a useful

Re: [Nmh-workers] unit and acceptance tests

2006-01-10 Thread Chad Walstrom
Joel Uckelman <[EMAIL PROTECTED]> wrote: > If we're going to go through the trouble of cleaning up the codebase, > we should really have a test framework. I'd like to start in on such > a beast. > > Does anyone have suggestions about how that should be done? autotest, part of autoconf, and check

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Igor Sobrado
It would be great if nmh supports multiple folders where it makes sense. For example: $ folders FOLDER# MESSAGES RANGE ; CUR (OTHERS) drafts has 8 messages (1- 8). inbox+ has 23 messages (1-52); cur=50; (others). outbox has 43 messages (1-43); cur=42. people has no message

Re: [Nmh-workers] unit and acceptance tests

2006-01-10 Thread Tethys
Joel Uckelman writes: >(E.g., acceptance tests would be easiest to do in something other >than C. It would be good if those were done in whatever language >people were most likely to contribute tests in. So what language?) Bourne shell. It may not be the most expressive language out there, or ev

Re: [Nmh-workers] unit and acceptance tests

2006-01-10 Thread Igor Sobrado
In message <[EMAIL PROTECTED]>, Tethys writes: > > Joel Uckelman writes: > > >(E.g., acceptance tests would be easiest to do in something other > >than C. It would be good if those were done in whatever language > >people were most likely to contribute tests in. So what language?) > > Bourne she

Re: [Nmh-workers] unit and acceptance tests

2006-01-10 Thread Chad Walstrom
Tethys <[EMAIL PROTECTED]> wrote: > Bourne shell. It may not be the most expressive language out there, > or even necessarily the best language for the job. But it's a) > guaranteed to be everywhere that nmh is run[1], and b) it's probably > the most widely used to wrap existing mh commands, and s

[Nmh-workers] unit and acceptance tests

2006-01-10 Thread Joel Uckelman
If we're going to go through the trouble of cleaning up the codebase, we should really have a test framework. I'd like to start in on such a beast. Does anyone have suggestions about how that should be done? (E.g., acceptance tests would be easiest to do in something other than C. It would be goo

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Chad Walstrom
Ken Hornstein wrote: > I have mail stored on an IMAP server. I think it's perfectly > reasonable that I should be able to do "scan +IMAP:inbox" (or > however you want to indicate that a particular folder is on an IMAP > server; I Oliver Kiddle <[EMAIL PROTECTED]> wrote: > Why not extend that to

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Igor Sobrado
In message <[EMAIL PROTECTED]>, Igor Sobrado writes: > > Why is specifying more than one folder concurrently not possible? > Is it a security feature? In other words, I believe that I am asking about using a more flexible getopt(3)-like function with support for the "+" syntax. I suppose that th

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Ken Hornstein
>> I have mail stored on an IMAP server. I think it's perfectly >> reasonable that I should be able to do "scan +IMAP:inbox" (or however >> you want to indicate that a particular folder is on an IMAP server; I > >Why not extend that to +mbox:inbox for mbox folders? If someone wanted to do that, m

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Ken Hornstein
>This is flamebait, shame on you. I disagree; I thought it was relatively straightforward, and not intended as flamebait at all. >> I have mail stored on an IMAP server. I think it's perfectly >> reasonable that I should be able to do "scan +IMAP:inbox" (or however >> you want to indicate that a

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Mike O'Dell
Robert Elz wrote: I can't speak to your comfort level, but accessing the files directly is necessary for some usages, and definitely part of what MH offers. "aye, laddie" (doing my best Cmdr. Montgomery Scott impression) when i had to implement a mandatory document retention policy for

completion (was Re: [Nmh-workers] What is MH ?)

2006-01-10 Thread Oliver Kiddle
Nathan Bailey wrote: > PS: Another couple of things I'd like to see on the MH wiki would be: > i) How do you do 'To/Cc/Dcc/Bcc' field completion? (i.e. in the same way > the GUI clients do, or web browsers do for URLs). Special bonus if your > solution supports an LDAP directory (i.e. not just a

Re: [Nmh-workers] What is MH ?

2006-01-10 Thread Joel Uckelman
Thus spake Nathan Bailey: > Robert Elz wrote: > > We get offered glimpses from time to time of Jerry Peek's extensive > > collection of MH add-ons - that is the kind of thing that makes MH > > worth using. > > [ Further nifty examples snip'd ] > > Shouldn't we start an MH wiki? It would be great

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Oliver Kiddle
Ken Hornstein wrote: > I have mail stored on an IMAP server. I think it's perfectly > reasonable that I should be able to do "scan +IMAP:inbox" (or however > you want to indicate that a particular folder is on an IMAP server; I Why not extend that to +mbox:inbox for mbox folders? Seriously, tho

Re: [Nmh-workers] What is MH ? (was: exciting new stuff for 2.0 (IMAP proposal))

2006-01-10 Thread Robert Elz
Date:Tue, 10 Jan 2006 17:50:40 +1100 From:Joel Reicher <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> | I think you're confusing interface a little with implementation. Not at all, it was purely the interface I commented on. The significant point (once more)