SASL should now be integrated into nmh correctly

2000-07-20 Thread Dan Harkless


Howdy.  I just integrated a final patch from Ken Hornstein for the SASL
stuff, which still hadn't been integrated properly.  So if anyone had tried
to play with it and had found it non-working, you can try again.  I plan to
install sendmail 8.11.0 on one of my machines soon and look forward to
trying it out.

---
Dan Harkless   | To prevent SPAM contamination, please 
[EMAIL PROTECTED]  | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW.  Thank you. 




Re: SASL autoconf problem

2000-07-20 Thread Dan Harkless


"Kurt J. Lidl" [EMAIL PROTECTED] writes:
 
 I have a small patch that would be nice to be included -- basically,
 it allows the usage of the "MAILHOST" environment variable, without
 having to have HESIOD turned on.  I need this functionality for my
 environment, where we have identical /usr/local on all my machines
 (so I cannot just hardcode into the mts.conf file), and I have multiple
 POP mail servers for my users.
 
 It's pretty straightforward...

Thanks, Kurt.  I applied your patch.  I rewrote the inc.man change, though:

  above.  But if the option \*(lqpophost:\*(rq is set in the mts
  configuration file \*(lqmts.conf\*(rq, or if the `\-host\ hostname'
  switch is given, then \fIinc\fR will query this POP service host
 -for mail to incorporate.
 +for mail to incorporate.  \fIinc\fR will use the environmental
 +variable \fB$MAILHOST\fR to to identify the POP service host if it
 +is set (the `\-host\ hostname' switch will override the environmental
 +variable if specified).
  
  The default is for \fIinc\fR to assume that your account name on
  the POP server is the same as your current username.  To specify

You repeated the word "to" and you mean "environment variable", not
"environmental variable".  "environmental variable" would be something like
wind speed.  ;^

Here's what I put in inc.man:

 \fIinc\fR will normally check local mail drops for mail, as covered above.  But
 if the option \*(lqpophost:\*(rq is set in \*(lqmts.conf\*(rq, or if the
 `\-host\ hostname' switch is given, or if the \fB$MAILHOST\fR environment
 variable is set, then \fIinc\fR will query this POP service host for mail to
 incorporate.  If \fB$MAILHOST\fR is set and \-host is specified as well, the
 commandline switch will override the environment variable.

---
Dan Harkless   | To prevent SPAM contamination, please 
[EMAIL PROTECTED]  | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW.  Thank you. 




Re: MH/MHN 1.0.4 dumps core on funny date formats

2000-07-20 Thread Dan Harkless


Casper Dik [EMAIL PROTECTED] writes:
 --- =_aa0
 Content-Type: text/plain; charset="us-ascii"
 Content-ID: 7335.962623531.1@holland
 
 The attached message (from some SPAM) has a  badly formatted date
 that causes MHN (and MH 6.83) to crash witha segmenation fault.
 (tm_mon is -1 and this causes the sprintf formattign in dasctime
 to crash)
 
 Date: 00-07-02 3:41:04
 
 SPAM was edited down; save and run "show -file "
 
 
 
 --- =_aa0
 Content-Type: text/plain; charset="us-ascii"
 Content-ID: 7335.962623531.2@holland
 Content-Description: baddate
 
 Return-Path: [EMAIL PROTECTED]
 Date: 00-07-02 3:41:04
 From: [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: from China   (i109)
 X-mailer: Clansoft CDmail1.0(beta)
 Message-Id: [EMAIL PROTECTED]
 Sender: [EMAIL PROTECTED]
 
 Foo
 
 --- =_aa0--

Hi, Casper.  Sorry for the delayed response (nmh was in a non-compilable
state last time I tried to check this out).  I confirmed that nmh-1.0.4 on
Solaris seg faults on that mail.  nmh-1.0.4+dev, with its rewritten date
parser, however, does not, so it looks like the bug is already fixed.

Thanks for the report.  We'll have to try to get out an nmh 1.0.5 / 1.1
before too long.  (In the meantime, you can get nmh-1.0.4+dev via anonymous
CVS if you like.)

---
Dan Harkless   | To prevent SPAM contamination, please 
[EMAIL PROTECTED]  | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW.  Thank you.