What you're trying to do is quite unlikely to work with any IMAP server / cloud filesystem combination. And if it does work, the performance will most likely be horrible. Of course, if it does work with any kind of a combination I'm interested in knowing about it.
On 24.3.2012, at 23.15, jackie sparks wrote: > > This would be great if I wasn't trying to store mailboxes on the cloudfiles > and had the mailboxes stored among-st the cluster but I wan't the maildirs on > cloudfiles so they can be mounted between all the servers. then load balance > imap, smtp and pop . I think I will just try on the amazon cloud, see if the > "buckets" have the same problems, everything else is near done its just this > mail problem I am having. Rackspaces solution is to pay them 1250 dollars for > a minimum of 5 hours of development and this type of job hasn't even been > quoted from them. > It just makes me think that Rackspace is a open source supporter but at the > same time it just boils down to money. Buy up businesses that support that > development so they can keep the good in house and release just enough so > they can profit from the development. Then again they are backed by at&t and > then with at&t you are dealing with the government. The government loves > things that are in development as long as they don't develop. lol > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-= > This e-mail (including attachments) is covered by the Electronic > Communications Privacy Act, 18 U.S.C. Sections 2510-2521, is > confidential, and is intended solely for the use of the individuals or > entities to whom it is addressed. If you are not the intended > recipient or the person responsible for delivering the e-mail to the > intended recipient, be advised that you have received this e-mail in > error and that any use, dissemination, forwarding, printing, or > copying of this e-mail and any file attachments is strictly > prohibited. If you have received this e-mail in error, please > immediately notify me by email at [email protected]. You must > destroy > the original transmission and its contents. > > >> From: [email protected] >> Date: Sat, 24 Mar 2012 22:43:34 +0200 >> To: [email protected] >> CC: [email protected] >> Subject: Re: [Dovecot] dovecot and cloudfile systems >> >> >> On 24.3.2012, at 22.34, jackie sparks wrote: >> >>> >>> I'm trying to store mailboxes in a cloudfile system and I am running into >>> alot of problems using courier, between time skew, file locking and cache >>> creation problems. I was wondering if dovecot has any problems using >>> maildirs across a limited fuse file system. >>> I cant lock files, >>> >>> This is accessed using the fuse library. >>> I thought taking out the standard checking for return values would be a >>> work around because everything imap daemon is doing can be done from a >>> shell by hand except filelocking and setting times on files. >>> I am doing this on Rack Spaces cloud files. This is something that not many >>> if any are doing. >> >> http://wiki2.dovecot.org/Director will probably make it work okay. Otherwise >> if even Courier doesn't work, Dovecot won't work either. >
