> With the range of possiblities with different mailets, it would be nice
> to see why/how james is chosing a mailet. Helps when working out why
> James isn't doing what you thought it should be doing.
Hmmm.. the log files should be able to show that, or at least they did at
one point.  Maybe the spooler code needs to get reviewed, but I think this
could get solved by a HOWTO... set your debug to this level, tail this debug
file, and then add <mailet match="All" class="Null"> in the appropriate
place in the processors so messages get deleted instead of getting sent or
stuck in someone's mailbox.

> > 5) Docs. The docs are a starter for ten, but they need updating and
> > expanding.
> Yes docs are always appreciated.  Whatever you see undocumented that
> you
> know about, just start writing. :)
>
>
> How would you want it ? Just plain ASCII text, or fancy formatted ?
HTML.  Sometimes people write big architecture or whitepapers and put those
out in PDF, but otherwise we're looking to put stuff on the website.  Check
out the xdocs directory so you can see how we use velocity to abstract out
the nav bar and other design stuff.

> I'm not against James retying a failed delivery. In fact, any MTA which
> gives up after one attempt isn't much use. What I was more getting at,
> was that James didn't seem to be trying to deliver other messages, it
> just carried on (without pausing) trying to deliver the same message. I
> had one time whereby I had over 1,000 files in the spool dir 'cause
> James was trying to deliver one faultly e-mail. (Took my system a few
> hours to recover from that one...)
Ok, yeah that's a big bug in the retry code... it shouldn't be retrying the
same message over and over.  The RemoteDelivery mailet should be sticking
messages back in the queue and not retrying them for some time duration.
Are you using the latest nightly build?  This sounds like an old bug.

Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to