On Fri, Sep 9, 2011 at 11:59 PM, Markward Schubert <markward.schub...@gmail.com> wrote:
<snip> > Would you expect james to somehow scale better when fetching emails from > thousands of remote accounts on hundrets of different servers all over the > world? Or is this somehow a task with an inherent "physical" limitation, > which has to come to it's limits soon, because what james does is not much > different from what we do now, because such a thing just can't be done a > different way? > > Is there a way to programmatically add new pop- or imap-sources to fetch > mail from, at runtime? > Creating new users with the cli or via jmx is possible, as i saw in the > docs. This is important, because customers and user come (and sometimes go) > and we can not stop the server and reconfigure it each time a remote account > is added. The implementation is old but it's worked okay for me for many years. A rewrite to use nio and modern approaches to concurrency has been on my mind for a couple of years. I'm unlikely to get around to it any time soon but I'd be happy to contributors keen to develop this feature. > Does fetchmail support secure transportation for pop and imap? yes Robert --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
