Re: Some sub-mailboxes are gone
On Wed, Feb 4, 2009 at 2:07 PM, Paul van der Vlis wrote: > Hello, > > I have a customer where some important sub-mailboxes are gone. Other > sub-mailboxes are still there. > The customer is using Cyrus 2.1 and Thunderbird 1.5 as IMAP client. > The backups are too old. > > In Cyrus 2.2 I see something like "Delete mailbox ..." in the logs when > a mailbox is deleted, but in Cyrus 2.1 there is nothing in the logs when > a mailbox is deleted, correct? > > When I delete a mailbox in Thunderbird I get many warnings, I don't > think they have really deleted the mailbox. Maybe they moved it by > accident to another location, but I cannot find it. Did you search the file system ? something like : # find /var/spool/imap/ -type d You you find the missing directory in you filesystem, but cannot access them using imap client, this is because the mailbox.db file is corrupted. You can use cyrreconstruct to "re-discover" the missing folder. Regards > > What could be wrong? > > With regards? > Paul van der Vlis. > > > > > -- > http://www.vandervlis.nl/ > > > > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > -- Alain Spineux aspineux gmail com May the sources be with you Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Multi-server consolidation
> -Original Message- > From: Bron Gondwana [mailto:br...@fastmail.fm] > Sent: Tuesday, February 03, 2009 7:02 PM > To: Gary W. Smith > Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Re: Multi-server consolidation > > On Tue, Feb 03, 2009 at 03:16:55PM -0800, Gary W. Smith wrote: > > I have a couple different servers that have several mailboxes on them > > and I would like to migrate them to a single new server. The new > server > > will handle all of these mailboxes just fine. All of the mailboxes > are > > unique across all of the servers. > > > > I have copied the /var/[spool/lib]/imap to the new server from one > box > > and everything seems to be working fine there. Now it's the issue of > > getting the rest of the mailboxes over to the new machine. There are > 4 > > machines in total with about 2000 email accounts. > > > > I'd prefer not to use any type of imap copy as we want to preserve > the > > flags and we don't have the luxury of changing the user passwords. > > > > Any suggestions? > > Replication engine :) > > Seriously, that's how we do it. Run up a sync_server on the new > machine > and then sync_client -U each user from the old machine. > > Obviously, you'll want to suspend delivery and stop IMAP clients for > the > duration. We do this with some dastardly hacks in the authentication > daemon, a database field that our internal tools check before trying > to deliver, and a "grep $UserName $confdir/proc/* | xargs kill" moral > equivalent. You can probably manage with just removing the imapd and > lmtp lines from your cyrus.conf and doing it outside regular hours > though. > > Bron. I'll look into that. It sounds like what we want to do. Stopping MTA's aren't a problem since it all goes through a central relay at this point in time (plus we have a 4 hour window every week for taking systems down if necessary). Gary Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Best install path for Redhat Enterprise 5
On Tue, Feb 3, 2009 at 10:59 PM, John Thomas wrote: > D G Teed wrote: > > I'm looking at the various guides I see from google and from > > that deposited by Redhat's RPM for cyrus-imapd. Nothing > > appears to be really current. > > Perhaps rebuilding Simon's rpm will ease your pain: > http://www.invoca.ch/pub/packages/cyrus-imapd/ > Thanks. That would be useful for working from the latest or at least more current sources. I found the problem. SELinux ! On Redhat 5.3 (Enterprise), with a minimal OS install, there is no Redhat installer question asking what level of SELinux we want. By default it is enabled and Enforcing. This is what caused the permissions errors accessing the DB files in their non-default location. I disabled SELinux, rebooted and now the init for cyrus-imapd runs as expected. --Donald Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Some sub-mailboxes are gone
Hello, I have a customer where some important sub-mailboxes are gone. Other sub-mailboxes are still there. The customer is using Cyrus 2.1 and Thunderbird 1.5 as IMAP client. The backups are too old. In Cyrus 2.2 I see something like "Delete mailbox ..." in the logs when a mailbox is deleted, but in Cyrus 2.1 there is nothing in the logs when a mailbox is deleted, correct? When I delete a mailbox in Thunderbird I get many warnings, I don't think they have really deleted the mailbox. Maybe they moved it by accident to another location, but I cannot find it. What could be wrong? With regards? Paul van der Vlis. -- http://www.vandervlis.nl/ Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Using git to track down the commit that caused a bug
On Mon, Feb 02, 2009 at 01:21:05PM +1100, Bron Gondwana wrote: > I've rebuilt my github clones from direct copies of the Cyrus CVS > repository at CMU. Now that I have a local account at CMU I've > been able to do a CVS import in such a way that it can follow CVS > as changes get committed, which is much nicer. Speaking of which (man, I love working with git) r...@brongtest1:/usr/src/cyrus# git bisect log # bad: [038f3234a5f2aa7743de4e95faccc5cfaea79b1b] ME stuff # good: [8f55805337283f22a422434ae937ca020150b5c9] dodge the # destructively edited nbuf by moving the logging & update notify to # before the mailbox_close # http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3071 git-bisect start 'fastmail' '8f55805337283f22a422434ae937ca020150b5c9' # bad: [dbcde9bb036950658aff123c7cfe00ae535db21a] Explicit uquota_t on # all quota additions git-bisect bad dbcde9bb036950658aff123c7cfe00ae535db21a # bad: [17bb4fd1722da9a3c3287ed5cf35e6c9e800e16c] fix a potential memory # corruption (thanks to Bron Gondwana) git-bisect bad 17bb4fd1722da9a3c3287ed5cf35e6c9e800e16c # good: [67c817e9e79f83b6cd5743ecea00a66c99817783] don't create a tls # session DB during purge if it doesn't already exist git-bisect good 67c817e9e79f83b6cd5743ecea00a66c99817783 # good: [5bdb3eeb15d224a384678a593230a488a7ad34d3] only include message # files mentioned in the index in the quota calculation git-bisect good 5bdb3eeb15d224a384678a593230a488a7ad34d3 # bad: [0f8f2b053b7a4bbd843bec9a52b007179d77c356] Fixed incompatibility # between older ManageSieve clients and newer servers that issue an # auto-capability response after AUTH with a SASL security layer git-bisect bad 0f8f2b053b7a4bbd843bec9a52b007179d77c356 # good: [ddac2bdd945974bb2bc06a5f6944d701a621a2b0] move APOP challenge # back to end of banner so we don't end up with an extra space after +OK # if we don't have an APOP challenge git-bisect good ddac2bdd945974bb2bc06a5f6944d701a621a2b0 0f8f2b053b7a4bbd843bec9a52b007179d77c356 is first bad commit commit 0f8f2b053b7a4bbd843bec9a52b007179d77c356 Author: murch Date: Wed Jan 14 15:50:47 2009 + Fixed incompatibility between older ManageSieve clients and newer servers that issue an auto-capability response after AUTH with a SASL security layer Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
