> I've heard all of the naysayer arguments before, but really, it wouldn't
> be _that_ hard. Well, okay, I can see some features being lost, but
> most of the stuff would just sort of fall out once you wrote the
> glue for the backend functions.
Here are some thoughts about IMAP support in nmh.
> Oh? I don't recall a mail where you said this. Was this recently? Is it
> possible your post got lost? Did anyone else see this?
Uh. You're right, apparently it did get lost... I didn't get it back
from the list. Here is the text:
| To: [EMAIL PROTECTED]
| Subject: more dtimep fixes
| Date
Shantonu Sen <[EMAIL PROTECTED]> writes:
> As I mentioned in my last email, I've moved over code from
> zotnet/mts to mts/generic,
Oh? I don't recall a mail where you said this. Was this recently? Is it
possible your post got lost? Did anyone else see this?
> and made a more comprehensive
As I mentioned in my last email, I've moved over code from
zotnet/mts to mts/generic, and made a more comprehensive
archive called libmts.a which includes the contents of mts/generic
and mts/smtp (which was previously in libsmtp.a). The details
are in the ChangeLog. I don't anticipate any problems
[EMAIL PROTECTED] writes:
> > > - etcpath to searchpath.
> > > I created a new routine searchpath to replace etcpath. If given
> > > a filename without leading '/' or '~' it searches the folder
> > > and all its parents before searching ~/Mail and /etc/nmh.
> > > While I was writing this
> > On Wed, 6 Sep 2000, "nmhworkers" == [EMAIL PROTECTED]
> > wrote:
>
> nmhworkers> While I was writing this into nmh the same feature
> nmhworkers> was also put into exmh, but nmh would be a cleaner
> nmhworkers> location?
>
> As the perpetrator of the change to exmh you're tal
> > - etcpath to searchpath.
> > I created a new routine searchpath to replace etcpath. If given
> > a filename without leading '/' or '~' it searches the folder
> > and all its parents before searching ~/Mail and /etc/nmh.
> > While I was writing this into nmh the same feature wa