On Thu, 16 May 2002, Ken Hornstein wrote:
> one sticking point is that the copyright pedigree of nmh is not clear.
> Currently, the copyright of nmh is assigned to "The Authors of nmh" and
> that's a little fuzzy (also, not all of the source code files have copyright
> assignments, and that's a
> In any case, who has CVS access to mhost?
I used to, but my ssh key is no longer working.
> Does anyone have access to
> the actual CVSROOT?
At least Doug Morris, but he seems to be not around. Dan Harkless might
too, but might have the same private key rejection.
> Someone (ken maybe) menti
The extra linker flags are neither necessary, nor appropriate. Two-level
namespace is the one true way, especially for projects that don't
dynamically load code (and even those should be updated to use two-level
namespace correctly).
What cpp-precomp errors did you see? My build log shows no erro
At the time when I updated the code, it worked fine for my purposes, only
differed significantly in:
1) parse failures for spam which often don't have legal (or legible)
headers
2) Date: lines which did not include the timezone. I think previously it
defaulted to assuming the local time zone, whic
Gee, sorry for wasting your time.
The ChangeLog has every change made in the history of nmh.
Shantonu
On Sun, 9 Dec 2001, Laura Creighton wrote:
> Guys, I have a life. I need to know what bugs you already have
> fixed that will go out in the next release so I don't waste my
> time and yours by
Here. If you have a patch, attach it. nmh-workers if you want to talk
about it and see if anyone else wants to fix it.
On Sun, 9 Dec 2001, Laura Creighton wrote:
> Where do I report my bugs?
>
> Laura
>
>
Can you provide an example listing of nmh commands that show the problem
so it can be verified as fixed after the patch is applied.
Shantonu
On Saturday, December 8, 2001, at 12:06 PM, Jeffrey C Honig wrote:
> The symptom is that the first ``inc'' into an empty folder will not
> update the uns
On Sat, 8 Dec 2001, Ken Hornstein wrote:
> >I'd say it still only warrants a 1.1. There are insufficient new
> >features added or changed functionality. Leave 2.0 for a major
> >rewrite.
I will side with Doug on this (Sorry if I'm being difficult ;-( ). My
reasons are explained below.
> Are y
Please deal with Jon offline, since your mail is getting through to the
rest of us.
Shantonu
On Friday, December 7, 2001, at 12:25 PM, Laura Creighton wrote:
> Return-Path: MAILER-DAEMON
> Delivery-Date: Fri Dec 7 18:21:51 2001
> Return-Path:
> Received: from localhost (localhost)
>
Hold up -- everyone back up a step. The most immediate concern is
getting out a release that makes public the changes in CVS for the last
2 (?) years. This is not a good time to be making more changes on the
main branch, as it will inevitably hold up the process more. This would
be a good reas
No, I agree there hasn't been much work. I think the major sticking
issue for a 1.0.5 was that Dan was not happy with the new date parsing
code. The new code was a bit faster and actually compiled. The old
parser was some crufty code that was being munged with sed in order to
compile. However,
;t had time to check
>lately.
We can revert to the 1.0.3 if this is a sticking point for the release. It's
more important to get the other functionality out, and we can revisit date
parsing at a later date.
Shantonu
*---*
|Shantonu Sen * (617)225-726
the important part would be included).
Unfortunately I don't see this error you speak off. Can you run "make distclean",
rerun ./configure, run make, and send the last few lines? Don't rerun it as you did
before, since this appears to skip the source of error.
Shantonu
*----
option is
># set, but empty, the user's home directory is used.
>mmdfldir: /var/mail
>#
># The name of the maildrop file in the directory where maildrops
># are kept. If this is empty, the user's login name is used.
>mmdflfil:
>#
># Hardcoded POP server name (
people are not still sending mail
this year with non-Y2K-complaint MUAs. Since I didn't
recieve any mails of this sort, perhaps we don't need
to worry about it.
Shantonu
*---*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
last meaningful
>change to the manpage, not simply the date of the last release.
Then each man page would have a different date. Would this
be confusing? Also, if someone wanted to find out how recent
their version was, how would they do it? I certainly have no problem
changing the field
Problem solved.
Should we start thinking about an nmh-1.0.5?
Shantonu
--- Forwarded Message
To: Shantonu Sen <[EMAIL PROTECTED]>
Subject: Re: nmh
Date: Mon, 05 Feb 2001 17:56:23 -0700
From: Andrew J S Hamilton <[EMAIL PROTECTED]>
>http://mhost.com/nmh/cvs.html
The
(host, null, null),
>> but while 0.27 returns the correct user and password,
>> 1.0.4 returns a correct user but null password.
>>
>> I have checked that uid and gid are identical in both 0.27 and 1.0.4.
>>
>> Any ideas?
>>
>> Thanks, Andrew
Shantonu
*---*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
Index: etc/digestcomps
===
ludes general patterns
I've been following, for anyone interested.
Shantonu
*-------*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
lled
as before, but whatever.
Any content or formatting suggestions, while we're at it?
Shantonu
*---*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
that in
mind as an extreme backup.
Shantonu
*-------*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
ific places.
>From what I can see, this problem has been around for a long
time. We should definitely do something about it.
Shantonu
*-------*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
weaking to let people know what the options
are and what the default is. Also, I'll
add in documentation to INSTALL, etc.
Shantonu
*---*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
config.sub
files from the most recent ones from ftp://ftp.gnu.org/pub/gnu/config.
It should let us identify some more modern operating systems, since
it appears that the current files are fairly old.
Shantonu
*-------*
|Shantonu Sen * (617)225-7269 * [EMA
> So it appears that on any OS without an ruserpass(), if the order is
> "libmh.a libmts.a", the build will fail with:
> > Undefined first referenced
> > symbol in file
> > ruserpass ../mts/libmts.a(smtp.o)
>
[ Forwarded mail from someone not on nmh-workers -ssen ]
From: Mark Histed <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: configure --with-hesiod: res_send test is pointless? (fwd)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 02 Oct 2000 11:35:27 -0400
Could you f
> If there's no way to replace a message on the server with a local version,
> then if nmh does local caching of IMAP messages, modification of those
> messages will definitely be an issue.
See the APPEND IMAP4rev1 command:
append: http://andrew2.andrew.cmu.edu/rfc/rfc1730.html#sec-6.3.10.
It a
> I had envisaged an IMAP server which would implement
> the nmh commands as an interface to the "message store", but the client side
> would be left open to "anything that supports IMAP".
Now I get it. I think having separate files/message would be a big
win on the server because now you don't h
> How do IMAP's subfolders differs from nmh's, e.g. `refile
> +inbox/tasks'. Or are you just saying nmh's IMAP support would include
> IMAP's subfolders?
I'm saying we have lots of options:
IMAP folder on Local nmh
host mail.foo.com folder
- -
work/
> 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.
ct: more dtimep fixes
| Date: Wed, 06 Sep 2000 19:09:54 -0400
| From: Shantonu Sen
|
| So, I think some of the time discrepencies that Dan was seeing
| in his scan lines (using -form scan.time) might have been because
| the dtimep parser was try to interpret some text time zones (like
| MET), which it d
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
> I updated my sources and re-ran against Solaris and AIX using lex and
> it doesn't appear to work. The file gets lexed without a hitch now,
> but the .c file it outputs isn't usable.
Well, in any event, taking out the case-insensitivity sped up the
processing by 1.7% (that's not very scientifi
> I set the memory options back, removed %option noyywrap, and added
> #undef yypwrap to the header section. This appears to work in Solaris
> and in flex on my linux system. Here's the patch...
Did you check these in? They didn't appear to be in the CVS version.
Anyway, I added back the memory l
> on AIX 4.3.3 lex fails with
>
> $ make dtimep.c
> lex -nit dtimep.lex > dtimep.c
> Error: 1285-328 There is not enough memory for final processing.
> make: *** [dtimep.c] Error 1
>
> lex has a few options for playing with the memory. I'll see if I can
> get a patch to you that doesn't break th
I've written a new date lexer, which you can find in sbr/dtimep.lex. It:
1) works
2) works with flex (I admittedly have not tried it with lex, although it
works in flex's lex compatibility mode, if that means anything).
3) works without any "sed hackery", as was mentioned a few weeks ago.
Thi
etpass() (assuming vendor ruserpass() functions
>always call getpass()).
System ruserpass is never used. I removed the dependency because of this
kind of complication.
Shantonu
*---*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
h?
Sounds good.
>By all means. Ideally we'd be able to get rid of MACHINES altogether.
OK. I seem to recall seeing some programs say "You must use gcc", but
we should be able to get around that.
Shantonu
*---*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
file,
since it only serves to confuse users on non-issues.
shantonu
*---*
|Shantonu Sen * (617)225-7269 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
committed
in the next few days.
Shantonu
*-------*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
val))
return (t->tval);
return (ID);
+ }
+
+ /* The following getpass routine is lifted from glibc 2.1.3, minues
+a lot of non-portable flocking.
+Contact Shantonu Sen <[EMAIL PROTECTED]> if this does not
+compile on your platform */
+
+ /* It is
F) && defined(HAVE_TZSET)
> +#if !(defined(HAVE_TM_GMTOFF) || ! defined(_TIME_H_)) &&
> defined(HAVE_TZSET)
> extern int daylight;
> extern long timezone;
> extern char *tzname[];
>
> results in:
> % make
> gcc -c -DHAVE_CONFIG_H -I../.. -I. -I../.. -O2 dtimep.c
> ./dtimep.lex: In function `dparsetime':
> ./dtimep.lex:189: invalid operands to binary /
> make: *** [dtimep.o] Error 1
>
> and here, it's not clear what the right answer is.
>
> Any ideas?
>
> Help!
>
> STeve
>
--
*---*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
t be used for
> POP login/password info. Thanks!
Hopefully this will not be necessary.
Shantonu
*---*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electrical Engineering and Computer Science|
|Massachusetts Institute of Technology, 2002|
*---*
;t changed correctly). using the sbr version to make libmh.a
made everything work OK. if it turns out that system ruserpass *is*
important, the detection scripts need a little more work.
Shantonu
*-------*
|Shantonu Sen * (617)225-6778 * [EMAIL PROTECTED]|
|Electr
45 matches
Mail list logo
