Re: Cyrus crashed on redundant platform - need better availability?
Hi, Ken Murchison wrote: I wouldn't hold out hope of anything being available in "some months". I wrote my replication code two years ago, and submitted it to Rob and Ken about this time last year. Neither I or they have put any significant work into the code since then. As I indicated in my previous message, we all have other priorities right now. I can imagine, but I hoped that priorities would change a bit with the amount of users that repeatedly This link appears dead. All I get is "To clipboard". Oops. There was never supposted to be a link :-) interest in this feature and with the money we are willing to put in :-| I'm willing to work on it if there is money available. You are the only one that has says that you would commit money. Where are the rest of the folks? Based on the number of people that stepped up to pay for virtdomains support (zero), I'm guessing there are fewer out there willing to spend money than you think. But I could be wrong. I'm happy to see that there are indeed others interested in this ;-) Other than the altnamespace project ($5000) that I did for a (unnamed) company in Texas, Jeremy Howard at Fastmail is the only one who has consistently paid for features. I'll let him disclose what he has spent, if he chooses to, but its safe to say that its been more than just pizza and beer. I expected more then pizza and beer, so that's no surprise :-) I'd have to look at David's patch again and discuss things with CMU to get a good time estimate, but I'm guessing that a project like this would cost a few thousand dollars. Ok, I'll start a discussion with our management based on your latest estimation ($3000-$5000) and I'll let you know about the results. (Might take a while, I think at least not this week. If you have more details (for instance time estimation) let me know.) Bye, Paul --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus, NFS and mail spools
Terry.Poperszky wrote: With Courier, I have the ability to spread access to the mail spool directory across several incoming smtp servers, is Cyrus able to do something similar? What I am referring too, is having multiple incoming email servers, with their mail spools being NFS mounts to a single box using Maildir format, access to which is served by courier Imap. This configuration belongs to a local ISP and I am looking at porting it to my corporate network, but I want to look at other options than Courier. Thanks Is NFS a requirement? If you need to split the SMTP part, you can run multiple instances of any SMTP server (e.g. sendmail), all of them delivering mail via LMTP to a single server running Cyrus. Cleaner, much more efficent and scalable, IMHO. .TM. -- / / / / / / Marco Colombo ___/ ___ / / Technical Manager / / / ESI s.r.l. _/ _/ _/ [EMAIL PROTECTED] --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Funding Cyrus High Availability
What do people think about a bounty program like horde's: http://www.horde.org/bounties/ Basically people can make paypal donations to fund certain features. For something like the high availability support, Im guessing that ALOT of people would donate small to large amounts of cash to see this functionality implemented ( i certainly would). What do you all think? L On Sep 16, 2004, at 5:30 AM, Paul Dekkers wrote: Hi, Ken Murchison wrote: I wouldn't hold out hope of anything being available in "some months". I wrote my replication code two years ago, and submitted it to Rob and Ken about this time last year. Neither I or they have put any significant work into the code since then. As I indicated in my previous message, we all have other priorities right now. I can imagine, but I hoped that priorities would change a bit with the amount of users that repeatedly This link appears dead. All I get is "To clipboard". Oops. There was never supposted to be a link :-) interest in this feature and with the money we are willing to put in :-| I'm willing to work on it if there is money available. You are the only one that has says that you would commit money. Where are the rest of the folks? Based on the number of people that stepped up to pay for virtdomains support (zero), I'm guessing there are fewer out there willing to spend money than you think. But I could be wrong. I'm happy to see that there are indeed others interested in this ;-) Other than the altnamespace project ($5000) that I did for a (unnamed) company in Texas, Jeremy Howard at Fastmail is the only one who has consistently paid for features. I'll let him disclose what he has spent, if he chooses to, but its safe to say that its been more than just pizza and beer. I expected more then pizza and beer, so that's no surprise :-) I'd have to look at David's patch again and discuss things with CMU to get a good time estimate, but I'm guessing that a project like this would cost a few thousand dollars. Ok, I'll start a discussion with our management based on your latest estimation ($3000-$5000) and I'll let you know about the results. (Might take a while, I think at least not this week. If you have more details (for instance time estimation) let me know.) Bye, Paul --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Measuring usage
Earl R Shannon wrote: Hello, I'd like to get some feedback on how people measure usage on thier IMAP servers by their users/clients. Have you built any tools to do this? I have found and am looking over the logwatch stuff in the wiki, but am curious about the possible existance of other tools, and ways to actually define the measurement. You might want to take a look at Epylog, http://linux.duke.edu/projects/epylog/ which can do some processing of cyrus logs. -- Bennett Crowell Electrical & Computer Engineering Duke University --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
Lee wrote: What do people think about a bounty program like horde's: http://www.horde.org/bounties/ Basically people can make paypal donations to fund certain features. For something like the high availability support, Im guessing that ALOT of people would donate small to large amounts of cash to see this functionality implemented ( i certainly would). What do you all think? Works for me. On Sep 16, 2004, at 5:30 AM, Paul Dekkers wrote: Hi, Ken Murchison wrote: I wouldn't hold out hope of anything being available in "some months". I wrote my replication code two years ago, and submitted it to Rob and Ken about this time last year. Neither I or they have put any significant work into the code since then. As I indicated in my previous message, we all have other priorities right now. I can imagine, but I hoped that priorities would change a bit with the amount of users that repeatedly This link appears dead. All I get is "To clipboard". Oops. There was never supposted to be a link :-) interest in this feature and with the money we are willing to put in :-| I'm willing to work on it if there is money available. You are the only one that has says that you would commit money. Where are the rest of the folks? Based on the number of people that stepped up to pay for virtdomains support (zero), I'm guessing there are fewer out there willing to spend money than you think. But I could be wrong. I'm happy to see that there are indeed others interested in this ;-) Other than the altnamespace project ($5000) that I did for a (unnamed) company in Texas, Jeremy Howard at Fastmail is the only one who has consistently paid for features. I'll let him disclose what he has spent, if he chooses to, but its safe to say that its been more than just pizza and beer. I expected more then pizza and beer, so that's no surprise :-) I'd have to look at David's patch again and discuss things with CMU to get a good time estimate, but I'm guessing that a project like this would cost a few thousand dollars. Ok, I'll start a discussion with our management based on your latest estimation ($3000-$5000) and I'll let you know about the results. (Might take a while, I think at least not this week. If you have more details (for instance time estimation) let me know.) Bye, Paul --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: header folding bug in lmtpd?
That does take care of it. Thanks! Jason Alderfer Information Systems Eastern Mennonite University Christian Stuellenberg wrote: Jason Alderfer sagte: I've discovered what appears to be a bug in the header folding code of lmtpd. Cyrus-2.2.8 on Slackware Linux 9.1, 2.4 kernel. It occurs only under the following specific conditions: 1. connections to lmtpd via TCP from a different server 2. remote server connects using TLS 3. remote server passes identity of authenticated sender (AUTH=foo) Under the above conditions, the message header added by lmtpd looks like this: Received: from tcell2.emu.edu (tcell2.emu.edu [10.3.200.80]) (authenticated user=foo bits=0) by capybara.emu.edu (Cyrus v2.2.8) with LMTPSA (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256/256 verify=YES); Wed, 15 Sep 2004 12:48:15 + (authenticated user=foo bits=0) by capybara.emu.edu (Cyrus v2.2.8) with LMTPSA Wed, 15 Sep 2004 12:48:15 + It should be (with no wrapping before 'verify=YES'): Received: from tcell2.emu.edu (tcell2.emu.edu [10.3.200.80]) (authenticated user=foo bits=0) by capybara.emu.edu (Cyrus v2.2.8) with LMTPSA (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256/256 verify=YES); Wed, 15 Sep 2004 21:02:59 + I made a slight modification to the code lmtpengine.c which fixed the problem for me, but I thought I'd ask if anyone else had noticed this behavior before I submitted a patch. Have a look at http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=lmtpengine&msg=31040 It appears to be a bug in 2.2.8 but is solved in CVS. Regards, Christian Stüllenberg --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
Hello All, I would be willing to pay for this function. Though I am just a startup, and have very little capital. Most I could prolly do is $100 to $200. Not much. My fear, which maybe the fear of others is the risk of putting money in, but there not being enough support by others to reach the cash goal. Thus the project never is done. What happens in that case ? Thanks, On Thursday 16 September 2004 11:00 am, you wrote: > What do people think about a bounty program like horde's: > > http://www.horde.org/bounties/ > > Basically people can make paypal donations to fund certain features. > For something like the high availability support, Im guessing that ALOT > of people would donate small to large amounts of cash to see this > functionality implemented ( i certainly would). > > What do you all think? > > L > --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
I imagine for a big project like this, refunds could be given. I think its more a matter of finding someone to deal with this. Id be happy to do it, but i think it would be best if Ken or another core developer that everyone knows and already trusts is in charge of holding the cash. Any Ideas Ken? I would bet that if a "Fund Cyrus Replication" link were made prominently on the cyrus homepage, 3-5k could be raised in less than a month. L P.S. Ken, not sure if this would be easier or more complex, but another alternative here might be to write a mysql backend to cyrus, which would eliminate the need to worry about redundancy given mysql's multimaster functionality (this might also provide better searching/sort/access and enormous scaleability to the cyrus backends). On Sep 16, 2004, at 4:58 PM, [EMAIL PROTECTED] wrote: Hello All, I would be willing to pay for this function. Though I am just a startup, and have very little capital. Most I could prolly do is $100 to $200. Not much. My fear, which maybe the fear of others is the risk of putting money in, but there not being enough support by others to reach the cash goal. Thus the project never is done. What happens in that case ? Thanks, On Thursday 16 September 2004 11:00 am, you wrote: What do people think about a bounty program like horde's: http://www.horde.org/bounties/ Basically people can make paypal donations to fund certain features. For something like the high availability support, Im guessing that ALOT of people would donate small to large amounts of cash to see this functionality implemented ( i certainly would). What do you all think? L --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
--On Thursday, September 16, 2004 18:13 -0400 Lee <[EMAIL PROTECTED]> wrote: P.S. Ken, not sure if this would be easier or more complex, but another alternative here might be to write a mysql backend to cyrus, which would eliminate the need to worry about redundancy given mysql's multimaster functionality (this might also provide better searching/sort/access and enormous scaleability to the cyrus backends). mysql does not have multi-master functionality, and it's replication, is quite honestly, a joke. You may have mis-spoken and are talking about the up-and-coming mysql cluster or the mysql max product (both of which i'm much less familiar with). --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
Lee wrote: I imagine for a big project like this, refunds could be given. I think its more a matter of finding someone to deal with this. Id be happy to do it, but i think it would be best if Ken or another core developer that everyone knows and already trusts is in charge of holding the cash. Any Ideas Ken? I wouldn't expect anyone to give money until someone (me?) decides to move forward with the project. As of right now it looks like we have about $1k pledged in small increments, so it definitelt looks like there is interest. If some of the "heavy hitters" come in, this project might take off sooner rather than later. I would bet that if a "Fund Cyrus Replication" link were made prominently on the cyrus homepage, 3-5k could be raised in less than a month. I can't control this. that would be up to Derrick or someone else at CMU. I can do whatever I want with the HTTP server at my location, if somebody can point me at some HTML/PHP/Java/Perl/etc code which I cxan put in place quickly. P.S. Ken, not sure if this would be easier or more complex, but another alternative here might be to write a mysql backend to cyrus, which would eliminate the need to worry about redundancy given mysql's multimaster functionality (this might also provide better searching/sort/access and enormous scaleability to the cyrus backends). I think this would cause performance to suffer greatly. I think what we want is "lazy" replication, where the client gets instant results from the machine its connected to, and the replication is done in the background. I believe this is what David's implementation does. Question: Are people looking at this as both redundancy and performance, or just redundance? On Sep 16, 2004, at 4:58 PM, [EMAIL PROTECTED] wrote: Hello All, I would be willing to pay for this function. Though I am just a startup, and have very little capital. Most I could prolly do is $100 to $200. Not much. My fear, which maybe the fear of others is the risk of putting money in, but there not being enough support by others to reach the cash goal. Thus the project never is done. What happens in that case ? Thanks, On Thursday 16 September 2004 11:00 am, you wrote: What do people think about a bounty program like horde's: http://www.horde.org/bounties/ Basically people can make paypal donations to fund certain features. For something like the high availability support, Im guessing that ALOT of people would donate small to large amounts of cash to see this functionality implemented ( i certainly would). What do you all think? L --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
On Thu, 16 Sep 2004, Ken Murchison wrote: Question: Are people looking at this as both redundancy and performance, or just redundance? for performance we already have murder, what we currently lack is redundancy. once we have redundancy then the next enhancement is going to be to teach murder about it so that it can failover to the backup box(s) as needed, but for now simply having the full data at the backup location would be so far ahead of where we are now that the need to reconfigure murder for a failover is realitivly trivial by comparison. David Lang -- There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- C.A.R. Hoare --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
--On Thursday, September 16, 2004 6:56 PM -0400 Ken Murchison <[EMAIL PROTECTED]> wrote: [SNIP] Question: Are people looking at this as both redundancy and performance, or just redundance? Cyrus performs pretty well already. Background redundancy would be awesome. Especially if we had control over when the syncing process occurred either via time interval or date/time. -- ESP --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
Hello, Question: Are people looking at this as both redundancy and performance, or just redundance? My $0.02 worth. Performance gains can be found the traditional way, ie, faster hardware, etc.Our biggest need is for redundance. If something goes wrong on one machine we still need to be able to let users use email. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Is there a limit for the long size of mailbox name in cyrus-IMAPd?
Hi all: Does cyrus-imapd server have the limit of long size of mailbox name? For example: A virtual domain named: my.example.com And the login name is [EMAIL PROTECTED] Is there any limit with the login name? If yes, what's it? Thanx Wang --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
--On Thursday, September 16, 2004 22:14 -0400 Earl Shannon <[EMAIL PROTECTED]> wrote: Hello, Question: Are people looking at this as both redundancy and performance, or just redundance? My $0.02 worth. Performance gains can be found the traditional way, ie, faster hardware, etc.Our biggest need is for redundance. If something goes wrong on one machine we still need to be able to let users use email. Cyrus already has this solved via MURDER, but FWIW, more smaller boxes isolate failures more effectively than one big box, also price/performance is still better at a certain size for any platform, and going up higher on the performance curve has HUGE price jumps. There's also the cost of administering multiple separate boxes to think about but carefully planned, this can be managed rather easily. The whole 'throw bigger and bigger boxen' at it method of 'scaling' doesn't scale. You hit the wall. One box can only do so much, granted you can spend LOTS of money and get pretty big boxes, but at some point it becomes ludicrous -- who would use a Sun E10k/E15k and a whole Symmetrix DMX for just mail? (and I'm excluding companies like AOL and IBM who actually can afford it and would maybe have a reason to scale to that size)... Price/Performance has a curve associated with it, most of us can't afford to always stay at the top end of the curve, and have to be at the middle. Further, does it make sense to re-invest in equipment every year to maintain growth? No, you should be able to expand, add another box, or two, and that scales fairly well. Better than the single big box approach. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
On Thu, 2004-09-16 at 18:56 -0400, Ken Murchison wrote: > I think this would cause performance to suffer greatly. I think what we > want is "lazy" replication, where the client gets instant results from > the machine its connected to, and the replication is done in the > background. I believe this is what David's implementation does. > > Question: Are people looking at this as both redundancy and > performance, or just redundance? There has to be some balance between the two, of course. What exactly would that balance be? A while back I had some ideas of lazy replication between geographically separate nodes in a mail cluster, to solve a problem that a customer was having. I think I posted something on this very list back then. There was some research, but the costs involved in actually implementing the thing were too big, and the time to do it was too short. The idea was to get rid of the single-master structure of Murder, and have an assymetric structure where each node in the mail cluster can act as "primary" for one or several domains, and as "secondary" for one or several domains, at the same time. Synchronization could flow in either direction. Each domain would have one primary server and some number of secondary servers -- redundancy could be increased by adding slaves and performance could be increased by placing them close to users in the network topology. Placing slaves in a geographically remote location would act as a sort of hot backup -- if one server breaks then you just replace it and let it synchronize with an available replica. Basically, think DNS here, and add the ability to inject messages at any node. Let's say you have five servers and three offices (customers) -- you'd set up one server in your own facilities, one server in a co-location facility, and one server in each of your customers' facilities. You configure the server in your network -- which acts as a kind of administration point -- and in the co-location network to handle "all domains" and each server in the customers' facilities to handle mail only for their domain(s). You then create domains and mailboxes on the server close to you in the network topology. The mailboxes will be lazy- replicated to the correct locations. Using suitable DNS records, you can have mail delivered directly to each customer's server, and it would lazy-replicate to your servers. Your servers would act as MX backups when the customer's network is down, and the mail would be lazy- replicated to them when they reappear on the network. Also, you could support dial-up users by having them connect to the co-located server instead of having to open firewalls etc. to the customer's network, which is potentially behind a much slower link. So to answer your question, I believe that by selecting a suitable structure, you could actually address both performance and redundancy at the same time. (Although I realize I've broadened the terms beyond what you probably meant originally.) In any case, I'd be willing to join the fundraising, but before that I'd like to see an exact specification of what is actually being implemented. I imagine that the specification could be drafted here on this list, put somewhere on the web along with the fundraising details, and we'd go from there. Cheers, -- Fabian Fagerholm <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Funding Cyrus High Availability
Hi, Eric S. Pulley wrote: Question: Are people looking at this as both redundancy and performance, or just redundance? Cyrus performs pretty well already. Background redundancy would be awesome. Especially if we had control over when the syncing process occurred either via time interval or date/time. I would say not at an interval but as soon as there is an action performed on one mailbox, the other one would be pushed to do something. I believe that is called rolling replication. I would not be really happy with a interval synchronisation. It would make it harder to use both platforms at the same time, and that is what I want as well. So there is a little-bit of load-balancing involved, but more and more _availability_. Being able to use both platforms at the same time maybe implies that there is either no master/slave role or that this is auto-elected between the two and that this role is floating... Paul --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Funding Cyrus High Availability
mysql does not have multi-master functionality, and it's replication, is quite honestly, a joke. You may have mis-spoken and are talking about the up-and-coming mysql cluster or the mysql max product (both of which i'm much less familiar with). Indeed i was talking about mysql cluster (which is now included with teh distro). Im pretty convinced having talked with some mysql peeps, that cluster will eventually (not too distant future) be VERY bullet proof. I just figured that writing cyrus to use mysql (or SQL SPEC) as a backend might kill two birds with one stone, and create a better general platforms for growth. None the less, id would love to see just replication is everyone if mysql back is out. L --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html