[prev in list] [next in list] [prev in thread] [next in thread] 

List:       exmh-workers
Subject:    Re: Presort inc problem
From:       "Brent B. Welch" <Brent.Welch () Eng ! Sun ! COM>
Date:       1998-01-10 1:55:57
[Download RAW message or body]

Supposedly you can configure MH to do something different if delivery fails,
but i never got it to work.  I can't remember where this is off-hand,
but if you read the slocal source you can find it.

>>>Richard Coleman said:
 > > In summary, this happened due to a combination of things:
 > > 
 > >   - inc left the half-eaten message lying around after it failed (although
      
 > >     it was correct to leave the original message still in the spool file).
 > >   - exmh continued with the process after inc had failed (in fact there's 
 > >     a line in the Inc_Presort procedure to catch errors from inc, because 
 > >     apparently some versions of inc produce spurious error codes)
 > >   - the use of slocal to sort mail is probably slightly naughty anyway, 
 > >     since slocal is designed to be a delivery filter rather than being 
 > >     used post-delivery; this is why it dumps failed messages back into the
      
 > >     mail spool, which is normally correct, but isn't what exmh wants.
 > 
 > The problem with inc not handling errors well, is a known
 > problem.  Unfortunately, it is difficult to fix.  I am working
 > on restructuring the code in inc/scansbr/scan (in nmh) to
 > fix this.  But I do not know when this will be finished.
 > 
 > --
 > Richard Coleman
 > coleman@math.gatech.edu

--	Brent Welch	Sun Labs	brent.welch@sun.com


[prev in list] [next in list] [prev in thread] [next in thread]