Dear group, currently I am evaluating alternatives to import customer's emails into our product, a hosted crm-software.
First let me explain, what we do, and then formulate my question. We have a hosted crm-system, serving thousands of customers ( = individual companies ), having one or many users, which may have one or many emailaccounts each. As a crm-software we are eager to archive peoples incoming and outgoing emails. Currently we have something like a centralized automated pop/imap-client, running scheduled jobs, fetching mails from each and every account of each user of each customer into the customers own database. Making this scale is a hard task as you might guess. This is very centralized, there is NOT one mailfetcherclient for each customer, only a task for each customer, beeing run by some threadpool. Now I thought, a james-server with a configured fetchmail could be a nicer solution for our problem and hopefully scale better. The questions now are: 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. Does fetchmail support secure transportation for pop and imap? Thanks for your support, Markward