Reconstruct removes @domain from mboxlist --SOLVED

ram ram at netcore.co.in
Sat Feb 6 01:07:38 EST 2010


Sorry  for troubling you all, I found the reason. 
These mailboxes were migrated from a machine with no virtual domains.
So the cyrus.* files caused reconstruct to mess up the mailboxes.db 
I rsynced the files all over again and excluded the cyrus.* files. 
Now reconstruct works fine 


Thanks
Ram






On Sat, 2010-02-06 at 08:05 +1100, Bron Gondwana wrote:

> On Fri, Feb 05, 2010 at 02:33:13PM -0600, Dan White wrote:
> > On 04/02/10 12:46 +0530, Ramprasad wrote:
> > >Hi,
> > >
> > >   I have a cyrus-imapd 2.3.7  on RHEL 5 with multiple domains
> > >
> > >When I reconstruct a user mailbox on the primary domain it works fine  
> > >, but when any secondary domain mailbox is reconstructed the user is  
> > >unable to login
> > >
> > >when I dump the mailbox list I find that the users permissions are removed
> > >
> > >domain.tld!user.ram 0 1 ram at domain.tld lrswipda
> > >
> > >becomes ( after reconstruct )
> > >
> > >domain.tld!user.ram 0 1 ram lrswipda
> > >
> > >---
> > >Why is reconstruct corrupting the mailboxes.db
> > 
> > Can you provide your imapd.conf?
> > 
> > Has your imapd.conf changed since your originally created the mailboxes?
> 
> Ooh - indeed, does your cyrus.conf have a custom imapd.conf defined for
> processes, but that imapd.conf isn't specified for reconstruct... ?
> 
> (there's a reason why we don't have an /etc/cyrus.conf or an /etc/imapd.conf
> on any of our systems!)
> 
> Bron.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20100206/f4116d3e/attachment.html 


More information about the Info-cyrus mailing list