Hi Thanks ... I have take a look at postage and, unfortunally, it doesn't fit exactly my needs. I'm using James not as mail server, with mailboxes, users, etc, but more as a SMTP proxy, "intercepting" mails and processing them (some database inserts, statistics, etc). I can add the things I need to Postage (a fixed user list instead of a generated one, etc) but I think this will move Postage from its core. I'm going to use The Grinder to make my load tests ... with its Jython script support it's very flexible.
Anyway I'm willing to help ... return something to the James community :). Is there something concrete you want me to do? If you didn't have time to fix the Postage build maybe I can look into it ... regards, rafa Bernd Fondermann-2 wrote: > > On Wed, Sep 17, 2008 at 17:33, rafael.munoz <[EMAIL PROTECTED]> > wrote: >> >> Hi >> >> I have implemented a application over James (some pretty heavy mail >> processing) and the next week I'm going to try to measure the SMTP >> throughput and the performance of the solution. Anyone have any >> experience >> with this? I have several doubts (i.e. how measure the total time of a >> message processing including spool queue time, all the mailets, etc) and >> it >> will be wonderful and it will save me a lot of work if someone can give >> me >> some guidelines. >> >> For load I guess that the standard option is to use postage, isn't it? >> What's the status of postage? It's in active development and ready to be >> use? > > It's not in active development currently, but this changes as soon as > someone starts working on it ;-) > I had troubles building it recently but never got around to look into > that, unfortunately. > Maybe I get some time to do that over the weekend since I am > interested in using it again, too. But I can't promise that I'll have > the time. > Maybe you can give it a try since once running it should work pretty well. > Any contribution very welcome :-) > > Bernd > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/SMTP-throughput-and-JAMES-benchmarking-tp19534823p19607322.html Sent from the James - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
