Alright.. This thread has somewhat gotton away from me. Since Dumbster is now licensed as ASL (despite the website being out of date), can we move to a conclusion on this thread?
If we consider that [email] hasn't materially changed, and therefore a new vote isn't required, then I currently tally: +1 Eric Pugh +1 Matthias Wessendorf +1 Yoav Shapira Robert, you raised the original lgpl issue which I hope is now sorted out. While you didn't specifically put a -1 down, I think it was implied. Would you be willing to change that to something else? Eric > -----Original Message----- > From: Serge Knystautas [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 16, 2004 3:05 PM > To: Jakarta Commons Developers List > Subject: Re: [VOTE] Promote Email to Commons Proper > > > It'd be pretty easy to have James use the "Null" mailet as the first > (and only step) in its processing logic. This would cause James to > spool the incoming messages to disk, and then always discard them. That > would be a much heavier weight solution though. > > We use something slightly like this, at least informally. There's a > tool called Postal (http://www.coker.com.au/postal/) that does SMTP and > POP benchmarking, and that has an SMTP sink. > > -- > Serge Knystautas > Lokitech >> software . strategy . design >> http://www.lokitech.com > p. 301.656.5501 > e. [EMAIL PROTECTED] > > Corey Scott wrote: > > Serge, > > > > [Extract from the website http://quintanasoft.com/dumbster/] > > The Dumbster is a very simple fake SMTP server designed for unit and > > system testing applications that send email messages. It responds to > > all standard SMTP commands but does not deliver messages to the user. > > The messages are stored within the Dumbster for later extraction and > > verification. > > > > The Dumbster slots itself very easily into your testing strategy. As > > long as your application talks to an email server using SMTP then the > > Dumbster can be used to test the application with no code changes. > > [End extract] > > > > We have been using it to allow us to test send mails and do some > > rudimentary verification of the sent mails in our jUnit tests. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]