On Tue, May 1, 2018 14:44, Sebastian Hagedorn wrote:
> reconstruct only works when the cyrus files exist. You can just touch
> them prior to running reconstruct.
>
>> Am 01.05.2018 um 20:18 schrieb Dr. Harry Knitter
>> :
>>
>> Hello
>>
>> reconstruct doesn't process submailboxes even when using th
reconstruct only works when the cyrus files exist. You can just touch them
prior to running reconstruct.
> Am 01.05.2018 um 20:18 schrieb Dr. Harry Knitter
> :
>
> Hello
>
> reconstruct doesn't process submailboxes even when using the -r option.
> No cyrus.* files are created in subfolders.
>
I run reconstruct from the command line [1] as the cyrus user with no
parameters and it walks the whole tree.
Brian
[1] /usr/lib/cyrus-imapd/reconstruct
On 2015-07-08 1:39 pm, Sundeep Singh Nanuwa wrote:
> Hi
>
> reconstruct -r mailbox only rebuilds the Inbox - how does cyrus deal
> with rebui
after deleting the concerned subfolder of the mailbox via cyradmin. We created
it new with the user's MUA (Thunderbird). Then I copied back the mails (not
the cyrus*-files) to that new folder in the file system and ran cyrreconstruct -
r -f.
Creating the subfolder via cyradm does not work!!! It h
Am 18.04.2014 um 11:42 schrieb Dr. Harry Knitter
:
> Everything works well exept one subfolder of one user which is not visible in
> the user's MUA.
one workaround could be:
- move the folder out of the mailbox
- reconstruct -r the mailbox
- create the folder by IMAP again
- move in the m
Am Freitag, 18. April 2014 schrieb Patrick Boutilier:
> What is the name of the folder? Also, is the user subscribed to the folder?
/var/spool/cyrus/mail/i/user/info/Ablage/Bestelleingang/2014/
Yes he tried, however, it ist not visible in the subscription dialog.
Harry
Cyrus Home Page: http
On 04/18/2014 06:42 AM, Dr. Harry Knitter wrote:
hello,
after having restored the mailboxes from an old System by copying the mailbox
files to the according folders in a new system (Debian wheezy using normal
cyrus-imapd 2.4) I ran
cyrreconstruct -r -f user.
on every mailbox restored. The ACLs
On Mon, 14 Apr 2014, Charles Bradshaw wrote:
> I'm trying to move my cyrus imap from Fedora 17 to Centos 6.5,
> unfortunately the package versions of cyrus-imapd appear to be a
> downgrade from version 2.4 to 2.3
>
> I have copied /var/lib/imap and /var/spool/imap and the necessary /etc/..
> conf
On Mon, 2013-02-11 at 13:56 +0100, Kaiser Martin wrote:
> I have a Problem to reconstruct a Single folder.
> If I run,
> sudo -u cyrus /usr/lib/cyrus/bin/reconstruct -fr user/wieder/cc
> I see this error
> user.wieder.cc uid 1 not found
> user.wieder.cc uid 2 not found
> user.wieder.cc uid 3 not f
- Message from mor...@orst.edu -
Date: Wed, 19 Dec 2012 10:41:10 -0800 (PST)
From: Andrew Morgan
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
> On Thu, 13 Dec 2012, an...@isac.gov.in wr
On Thu, 13 Dec 2012, an...@isac.gov.in wrote:
> - Message from mor...@orst.edu -
> Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST)
> From: Andrew Morgan
> Subject: Re: Reconstruct mailbox for a specific user.
> To: an...@isac.gov.in
>
- Message from mor...@orst.edu -
Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST)
From: Andrew Morgan
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
> On Wed, 12 Dec 2012, an...@isac.gov.in wr
On Wed, 12 Dec 2012, an...@isac.gov.in wrote:
> - Message from mor...@orst.edu -
> Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST)
> From: Andrew Morgan
> Subject: Re: Reconstruct mailbox for a specific user.
> To: an...@isac.gov.in
>
- Message from mor...@orst.edu -
Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST)
From: Andrew Morgan
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
> On Wed, 12 Dec 2012, an...@isac.gov.in wr
On Wed, 12 Dec 2012, an...@isac.gov.in wrote:
> One of the users mailbox has one more level of sub folder like
>
> user.xxx.ABC
> user.xxx.ABC.def
>
> Right now, folders of level user.xxx are seen, but folders at
> user.xxx.ABC including ABC are not seen.
>
> Sh
- Message from mor...@orst.edu -
Date: Tue, 11 Dec 2012 11:50:59 -0800 (PST)
From: Andrew Morgan
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: Dan White , info-cyrus@lists.andrew.cmu.edu
> On Tue, 11 Dec 2012,
On Tue, 11 Dec 2012, an...@isac.gov.in wrote:
- Message from dwh...@olp.net -
Date: Mon, 10 Dec 2012 13:21:03 -0600
From: Dan White
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
On 12/10/12 16
- Message from dwh...@olp.net -
Date: Mon, 10 Dec 2012 13:21:03 -0600
From: Dan White
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
> On 12/10/12 16:42 +0530, an...@isac.gov.in wrote:
>
On 12/10/12 16:42 +0530, an...@isac.gov.in wrote:
>Dear Experts,
>
>I did reconstruct mailboxes of all users, using the script in
>README.HOWTO-recover-mailboxes.db. Following is the extract of the
>script (for reconstruct)
>
>--
>find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \
>while read i
I cannot do this in production migration as I should rsync 600GB.
Thanks!
Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
From: br...@fastmail.fm
To: magiz...@hotmail.com; info-cyrus@lists.andrew.cmu.edu
Subject: Re: Reconstruct: I
nks!
Regards.
Manel Gimeno Zaragoza
magiz...@hotmail.com
From: br...@fastmail.fm
To: magiz...@hotmail.com; info-cyrus@lists.andrew.cmu.edu
Subject: Re: Reconstruct: IOERROR: Mailbox name too long
Date: Fri, 10 Feb 2012 14:21:18 +0100
Bogus message is probably totally bogus. I suspect t
Bogus message is probably totally bogus. I suspect the real
error is that
your partition layout doesn't match. What were the partitions on
the remote
cyrus?
Also - recommend you don't do this - just copy the spool files
AND the
config files (/var/lib/imap/) to the new machine and it should
upgra
On 10/20/2011 04:44 PM, Zachariah Mully wrote:
> Howdy all-
> I'm running into many mailboxes moved from 2.2.13 to 2.4.12 which
> reconstruct barfs on with a 'Bus error'. I'm running reconstruct as such :
> # find /var/spool/cyrus/mail2 -maxdepth 3 -mindepth 3 -type d | sed
> s:/var/spool/cyrus/mai
On Sun, Jan 30, 2011 at 12:23:36AM -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 30 Jan 2011, Bron Gondwana wrote:
> > In 2.4 (and I assume earlier but I haven't checked the codepaths...) the
> > lmtp session will freeze until it can get a lock.
> >
> > It would probably be possible to make
On Sun, 30 Jan 2011, Bron Gondwana wrote:
> In 2.4 (and I assume earlier but I haven't checked the codepaths...) the
> lmtp session will freeze until it can get a lock.
>
> It would probably be possible to make it a transient error - but I think
> the best would be a 5 second timeout or something
On Sat, Jan 29, 2011 at 09:03:50AM -0500, Adam Tauno Williams wrote:
> On Sat, 2011-01-29 at 18:00 +0530, Shuvam Misra wrote:
> > Guys,
> > One basic question, which is not explicitly covered in the reconstruct
> > manpage. Can I run a reconstruct on a user's mailbox when imapd is
> > running and
On Sat, 2011-01-29 at 18:00 +0530, Shuvam Misra wrote:
> Guys,
> One basic question, which is not explicitly covered in the reconstruct
> manpage. Can I run a reconstruct on a user's mailbox when imapd is
> running and there's a risk that the user may connect to his mailbox?
> I need to know this
On Fri, Nov 12, 2010 at 05:10:20PM -0200, Sergio Bruder wrote:
> We saw something similar:
>
> syslog() messages 'on the wire' (imap, pop3, etcetera) when We've
> restarted syslog on an in-production cyrus backend.
>
> In summary, DONT DO IT (syslog stop) with cyrus runing.
Ooh, that's interest
We saw something similar:
syslog() messages 'on the wire' (imap, pop3, etcetera) when We've
restarted syslog on an in-production cyrus backend.
In summary, DONT DO IT (syslog stop) with cyrus runing.
On 11/11/2010 07:54 PM, Bron Gondwana wrote:
> On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henri
On Fri, 12 Nov 2010, Bron Gondwana wrote:
> On Thu, Nov 11, 2010 at 11:58:04PM -0200, Henrique de Moraes Holschuh wrote:
> > It _will_ write to stderr (aka fd 2). If we want to be safe, we make sure
> > fds 0-2 are sane, and we check when we open sockets/files that we did not
> > get fds below 3..
On Fri, Nov 12, 2010 at 08:41:50AM +0100, Per olof Ljungmark wrote:
> File a bug with FreeBSD?
> http://www.freebsd.org/support/bugreports.html
Already did.
http://www.freebsd.org/cgi/query-pr.cgi?pr=152151
Bron.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.an
On 11/12/10 00:06, Bron Gondwana wrote:
> On Thu, Nov 11, 2010 at 10:12:31AM +0100, Paul Dekkers wrote:
>> Hmm, allright, so I ran it with a truss (like strace for FreeBSD) to
>> give me a bit more verbosity, and I realized I should chown.
>>
>> But then:
>>
>> # chown cyrus 22003.
>> # sudo -u cyr
On Thu, Nov 11, 2010 at 11:58:04PM -0200, Henrique de Moraes Holschuh wrote:
> It _will_ write to stderr (aka fd 2). If we want to be safe, we make sure
> fds 0-2 are sane, and we check when we open sockets/files that we did not
> get fds below 3...
>
> > Bron ( a while later, fd 2 gets re-used a
On Thu, 11 Nov 2010, Gary Mills wrote:
> Isn't the modern design multiple threads, rather than multiple
> processes? That seems to me to be the right direction for Cyrus.
> It might even make for a simpler design.
Ehh... not realy. Multithreading means locking, futexes, and other pains. It
also m
On Fri, 12 Nov 2010, Bron Gondwana wrote:
> Since that wasn't the issue - why on earth was it allowed to have fd 2
> in the first place? Is Cyrus closing fd 2, or is truss closing it??
That is the issue that caused the leaks into protstreams, AFAIK. It is
always com-err writing to fd 2, and some
On Fri, Nov 12, 2010 at 10:33:15AM +1100, Bron Gondwana wrote:
> Sorry - I've been busy working on the specific problem rather than the
> overview, and I realised I kind of glossed over this bit:
>
> On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henrique de Moraes Holschuh wrote:
> > This probably nee
Sorry - I've been busy working on the specific problem rather than the
overview, and I realised I kind of glossed over this bit:
On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henrique de Moraes Holschuh wrote:
> This probably needs a redesign of master/service fd-passing protocol,
> and of prot stream
On Thu, Nov 11, 2010 at 10:12:31AM +0100, Paul Dekkers wrote:
> Hmm, allright, so I ran it with a truss (like strace for FreeBSD) to
> give me a bit more verbosity, and I realized I should chown.
>
> But then:
>
> # chown cyrus 22003.
> # sudo -u cyrus /usr/local/cyrus/bin/reconstruct user.bla
>
On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 11 Nov 2010, Paul Dekkers wrote:
> > Uhoh! And then I looked at mailboxes.db: It looks like part completely
> > rewritten, including the skiplist header, and the first line now said:
> > user.bla: System I/O erro
On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 11 Nov 2010, Paul Dekkers wrote:
> > Uhoh! And then I looked at mailboxes.db: It looks like part completely
> > rewritten, including the skiplist header, and the first line now said:
> > user.bla: System I/O erro
On Thu, Nov 11, 2010 at 02:24:47PM -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 11 Nov 2010, Paul Dekkers wrote:
> > Uhoh! And then I looked at mailboxes.db: It looks like part completely
> > rewritten, including the skiplist header, and the first line now said:
> > user.bla: System I/O erro
On Thu, 11 Nov 2010, Paul Dekkers wrote:
> Uhoh! And then I looked at mailboxes.db: It looks like part completely
> rewritten, including the skiplist header, and the first line now said:
> user.bla: System I/O error System I/O error
This is something that has plagued cyrus for a long time. Can we
On 10/13/2010 4:58 PM, Oscar Mauricio Cruz Lazo wrote:
> Hi all
>
> I just backed up my mails of /var/spool/imap/user/ from one box to
> another cause im migrating the mail server, both server running suse
> 10.3, postfix, everything is great so far, except mails on the new
> mailbox. the issue he
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 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 mailb
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 mai
I've just found the problem: NTFS removes the "." (dot) character at
the end of the file names. All the mail file names have a number
follower by a "." (dot)...!
On Mon, Sep 28, 2009 at 01:01, Bron Gondwana wrote:
> On Sun, Sep 27, 2009 at 05:56:00PM +0200, Luca Tolomelli wrote:
>> I have this pr
On Sun, Sep 27, 2009 at 05:56:00PM +0200, Luca Tolomelli wrote:
> I have this problem with the /usr/lib/cyrus-imapd/reconstruct -r -f
> user.username
>
> If I try to restore a mail that was saved on the cyrus server all work
> as intended.
>
> If I try to restore a mail that was saved on a NTFS (
On Fri, 27 Feb 2009, Torsten Schlabach wrote:
> No, I wouldn't do that. But I might have restored mailboxes from server
> A onto server B. In that case I would assume that I can rely on UniqueId
> to be random enought to make a conflict *very* unlikely, can't I?
>
> BTW: I think, a reason why peop
Hi!
> but then our "FixUser" tool resets the ACLs just after
> reconstructing the mailboxes anyway
Where's that? I am not aware of this utility. What does it do? Just give
the mailbox owner the default ACLs back?
> hand copy a cyrus.header from the wrong directory in (in which case
> the Un
On Fri, Feb 27, 2009 at 12:18:00PM +0100, Torsten Schlabach wrote:
> Hi!
>
> >> I can imagine situations where this is not what you want.
> >
> > I can't. Please share a couple.
>
> If they are currupted for whatever reason?
50/50 chance that one or the other is corrupted, of course. Assum
Hi!
>> I can imagine situations where this is not what you want.
>
> I can't. Please share a couple.
If they are currupted for whatever reason?
I mean, by the books, reconstruct is a utility which you should not
need, because if nothing ever goes wrong, you will never have a need to
recons
On 26 Feb 2009, at 11:35, Torsten Schlabach wrote:
> I can imagine situations where this is not what you want.
I can't. Please share a couple.
:wes
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/cy
On Thu, Feb 26, 2009 at 05:35:49PM +0100, Torsten Schlabach wrote:
> Dear list!
>
> Just a question:
>
> Cyrus keeps a backup copy of the ACL for each mail folder in the
> cyrus.header file.
>
> When doing a reconstruct -r -f, the ACL from the cyrus.header file is
> taken over and copied over
On Wed, Dec 3, 2008 at 11:40 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello List,
>
> i am getting:
>IOERROR: opening
> /opt/foo/imap/spool/domain/foo/user/archive/2008/12/cyrus.header: No
> such file or directory
>
> What is the syntax for reconstruct to fix this?
>
> I tried:
> r
On Wed, 03 Dec 2008 11:40:41 +0100, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Hello List,
>
> i am getting:
> IOERROR: opening
> /opt/foo/imap/spool/domain/foo/user/archive/2008/12/cyrus.header: No
> such file or directory
>
> What is the syntax for reconstruct to fix this?
>
> I
Depending if you have "unixhierarchysep: yes" in your imapd.conf, you
may have a "/" rather than a period. The -f flag is useful too for
searching down file systems and finding subfolders.
This is the way I do it on my own system:
/usr/bin/cyrus/bin/reconstruct -r -f user/davidk
Good luck
Dav
Try reconstruct -r user.foo, not [EMAIL PROTECTED] You may need to use other
switches, depending upon the problem. Check the man page for further
details ("man reconstruct").
-nic
On 12/03/2008 04:40 AM, [EMAIL PROTECTED] wrote:
> Hello List,
>
> i am getting:
> IOERROR: opening
> /o
Hal Huntley wrote:
> I'm new to Cyris IMAP but I do have some experience with Sun's IMAP, so
> I know some of the commands.
>
> We have Cyrus IMAP Server 2.1.13. I did not set it up, but I've been
> asked to add some more messages to a person's IMAP account. We acquired
> a tar file of some
> I'm new to Cyris IMAP but I do have some experience with Sun's IMAP, so
> I know some of the commands.
>
> We have Cyrus IMAP Server 2.1.13. I did not set it up, but I've been
> asked to add some more messages to a person's IMAP account. We acquired
> a tar file of some email messages from ano
Hi,
Sorry I missed this e-mail in my INBOX...
On Tue, Mar 25, 2008 at 12:29:14PM -0700, Jo Rhett wrote:
> Gabor, it appears by light perusal that your patch would fix the
> original bug report for this problem: https://bugzilla.andrew.cmu.edu/
> show_bug.cgi?id=2894
Yes, it seems to be the s
>On Mon, 31 Mar 2008, Bart Coninckx wrote:
>> Can 't help put thinking that this is a load of work. Hopefully the
>> developpers will write some tools to simplify the restore procedure.
>If you run with expunge_mode:delayed, it's as simple as using the
>unexpunge command. :)
>After you restore
On Tue, Apr 1, 2008 at 3:42 AM, Jo Rhett <[EMAIL PROTECTED]> wrote:
> >> *sigh* No, not in a virtual domain environment they don't. Try
> >> adding
> >>
> >> 13a. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
> >> user.username/*'".
> >> 13b. Run "su cyrus -c '/usr/local/cyrus/bin
>> *sigh* No, not in a virtual domain environment they don't. Try
>> adding
>>
>> 13a. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username/*'".
>> 13b. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username/*/*'".
>> 13c. Run "su cyrus -c '/usr/local
On Mon, 31 Mar 2008, Bart Coninckx wrote:
> Can 't help put thinking that this is a load of work. Hopefully the
> developpers will write some tools to simplify the restore procedure.
If you run with expunge_mode:delayed, it's as simple as using the
unexpunge command. :)
After you restore the r
On Fri, 28 Mar 2008, Jo Rhett wrote:
> On Mar 28, 2008, at 4:24 PM, Andrew Morgan wrote:
>> These are the exact steps I follow when I recover email for a user from our
>> tape backups:
>>
>> 13. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
>> user.username'".
>> 14. Run "su cyru
On Mar 29, 2008 12:24 AM, Andrew Morgan <[EMAIL PROTECTED]> wrote:
>On Fri, 28 Mar 2008, Bart Coninckx wrote:
>
>>>Add "/*" and "/*/*" to the reconstruction path and it works. Gabor's
>>>patch might also work for you. (I haven't tested yet)
>>
>>>Tom Bryntesen wrote:
Hi,
What's the co
On Mar 28, 2008, at 4:24 PM, Andrew Morgan wrote:
> These are the exact steps I follow when I recover email for a user
> from our tape backups:
>
> 13. Run "su cyrus -c '/usr/local/cyrus/bin/reconstruct -x -f
> user.username'".
> 14. Run "su cyrus -c '/usr/local/cyrus/bin/quota -f user.use
On Fri, 28 Mar 2008, Bart Coninckx wrote:
>> Add "/*" and "/*/*" to the reconstruction path and it works. Gabor's
>> patch might also work for you. (I haven't tested yet)
>
>> Tom Bryntesen wrote:
>>> Hi,
>>>
>>> What's the conclusion on this problem? Anyone? I'm also struggling trying to
>>> rec
>Add "/*" and "/*/*" to the reconstruction path and it works. Gabor's
>patch might also work for you. (I haven't tested yet)
>Tom Bryntesen wrote:
>> Hi,
>>
>> What's the conclusion on this problem? Anyone? I'm also struggling trying to
>> recreate a users e-mails...
>> Running: Cyrus v2.2.12-
Alain Spineux" <[EMAIL PROTECTED]>; "Rudy Gevaert"
> <[EMAIL PROTECTED]>
> Cc: "Bart Coninckx" <[EMAIL PROTECTED]>; "Info Cyrus"
>
> Sent: Saturday, March 22, 2008 10:46 PM
> Subject: Re: reconstruct doing nothing
>
>
>&g
ndwana" <[EMAIL PROTECTED]>
To: "Alain Spineux" <[EMAIL PROTECTED]>; "Rudy Gevaert"
<[EMAIL PROTECTED]>
Cc: "Bart Coninckx" <[EMAIL PROTECTED]>; "Info Cyrus"
Sent: Saturday, March 22, 2008 10:46 PM
Subject: Re: reconstruct doing
Jo Rhett wrote:
> Did this truly fix the problem? If so, when will 2.3.12 ship?
>
Maybe soon, as can is updating the copyright statements in CVS :)
Rudy
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264
On Mar 21, 2008, at 8:26 AM, Gabor Gombas wrote:
> On Fri, Mar 21, 2008 at 03:05:22PM +0100, Rudy Gevaert wrote:
>
>>> su cyrus “/usr/lib/cyrus/bin/reconstruct –r user.testuser" the
>>> cyrus.*
>>> files are not changed at all! I tried several things like logging in
>>> with the cyrus user first
On Sat, 22 Mar 2008 11:29:36 +0100, "Alain Spineux" <[EMAIL PROTECTED]> said:
> On Fri, Mar 21, 2008 at 8:59 PM, Rudy Gevaert <[EMAIL PROTECTED]>
> wrote:
> > Gabor Gombas wrote:
> > > On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote:
> > >
> > >> Gabor, is this patch relevant when
On Sat, Mar 22, 2008 at 1:31 PM, Sebastian Hagedorn
<[EMAIL PROTECTED]> wrote:
> -- Alain Spineux <[EMAIL PROTECTED]> is rumored to have mumbled on 22.
> März 2008 11:29:36 +0100 regarding Re: reconstruct doing nothing:
>
>
> > Conclusion
> > ===
-- Alain Spineux <[EMAIL PROTECTED]> is rumored to have mumbled on 22.
März 2008 11:29:36 +0100 regarding Re: reconstruct doing nothing:
Conclusion
- -r looks to be useless
- -f discover yet unknow folder, recursively too, but only inside new
folder, not if already known, us
On Fri, Mar 21, 2008 at 8:59 PM, Rudy Gevaert <[EMAIL PROTECTED]> wrote:
> Gabor Gombas wrote:
> > On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote:
> >
> >> Gabor, is this patch relevant when I do get a result onscreen from
> >> "reconstruct"?
> >
> > Without the patch, "reconst
Gabor Gombas wrote:
> On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote:
>
>> Gabor, is this patch relevant when I do get a result onscreen from
>> "reconstruct"?
>
> Without the patch, "reconstruct -r" processes only the exact mailbox
> given on the command line but does not descend
On Fri, Mar 21, 2008 at 04:57:18PM +0100, Bart Coninckx wrote:
> Gabor, is this patch relevant when I do get a result onscreen from
> "reconstruct"?
Without the patch, "reconstruct -r" processes only the exact mailbox
given on the command line but does not descend into subfolders, like
when the "
>Hi Bart,
>I think
>su cyrus -c "/usr/lib/cyrus/bin/reconstruct -rfx
>user/[EMAIL PROTECTED]"
>Should be su cyrus -c "/usr/lib/cyrus/bin/reconstruct -rfx
>user/[EMAIL PROTECTED]"
>Or su cyrus -c "/usr/lib/cyrus/bin/reconstruct -rfx
>user/[EMAIL PROTECTED]"
>Regards,
>Tom
Tom,
All result int
>Try the patch at https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3028
>Gabor
Gabor, is this patch relevant when I do get a result onscreen from
"reconstruct"?
Bart
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http:/
>What cyrus version? I'm using 2.3.10.
>Also note that it is not because reconstruct tells you a thing it isn't
>doing a thing.
>E.g. if the folders are already in the mailboxes.db file then it won't
>tell you a thing. It should say 'discovered new folder' for new a new
>folder.
>Did you al
ds,
Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bart Coninckx
Sent: vrijdag 21 maart 2008 15:28
To: 'Rudy Gevaert'
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: RE: reconstruct doing nothing
>If you are using the unix hierarchy seperator, you
On Fri, Mar 21, 2008 at 03:05:22PM +0100, Rudy Gevaert wrote:
> > su cyrus “/usr/lib/cyrus/bin/reconstruct –r user.testuser" the cyrus.*
> > files are not changed at all! I tried several things like logging in
> > with the cyrus user first and then issuing the command, or using "-rfx"
> > but n
>What cyrus version? I'm using 2.3.10.
cyrus-imapd-2.2.3-83.35
Old stuff, but I'm somewhat reluctant to upgrade ...
>Also note that it is not because reconstruct tells you a thing it isn't
>doing a thing.
Obviously :-) the verboseness of reconstruct is somewhat shortcoming if you
ask me.
>
Bart Coninckx wrote:
>> touch cyrus.header
>> :)
>> chown cyrus:mail cyrus.yeader
>
> :-D
>
> Since other cyrus.header files are binary files, this didn't look obvious to
> me ...
>
> Just deleted cyrus.*, touched cyrus.header with the correct ownerships and
> did "/usr/lib/cyrus/bin/reconstruct
>touch cyrus.header
>:)
>chown cyrus:mail cyrus.yeader
:-D
Since other cyrus.header files are binary files, this didn't look obvious to
me ...
Just deleted cyrus.*, touched cyrus.header with the correct ownerships and
did "/usr/lib/cyrus/bin/reconstruct -rfx user/[EMAIL PROTECTED]", but
nothing.
>it's normally user/[EMAIL PROTECTED]
>Depending on what you are restoring it is advisable to remove all
>cyrus.* files in the the folders. And recreating only the cyrus.header
>file. (Mind the permissions.)
>Good luck.
>(I always spend to much time on reconstruct too.)
>Rudy
Rudy,
Any h
Bart Coninckx wrote:
>> it's normally user/[EMAIL PROTECTED]
>
>> Depending on what you are restoring it is advisable to remove all
>> cyrus.* files in the the folders. And recreating only the cyrus.header
>> file. (Mind the permissions.)
>
>> Good luck.
>
>> (I always spend to much time on
>You used a ^ instead of a . between first and last name !
>try
> su cyrus -c "/usr/lib/cyrus/bin/reconstruct -rfx
>user/[EMAIL PROTECTED]"
Hi,
I used "^" because that's how user foldernames are displayed. "reconstruct"
does run through the folderstructure however with "
hiddenfirstname^hidden
On Fri, Mar 21, 2008 at 3:27 PM, Bart Coninckx <[EMAIL PROTECTED]> wrote:
> >If you are using the unix hierarchy seperator, you need to use
> >reconstruct -r user/testuser.
>
> >Or user/[EMAIL PROTECTED] if you are using virtual domains. Also make
> >sure that the files are chown cyrus:mail (or
>If you are using the unix hierarchy seperator, you need to use
>reconstruct -r user/testuser.
>Or user/[EMAIL PROTECTED] if you are using virtual domains. Also make
>sure that the files are chown cyrus:mail (or whatever uid/guid you are
>using).
Rudy,
It was the virtual domain-thing. You're
>If you are using the unix hierarchy seperator, you need to use
>reconstruct -r user/testuser.
>Or user/[EMAIL PROTECTED] if you are using virtual domains. Also make
>sure that the files are chown cyrus:mail (or whatever uid/guid you are
>using).
>You can run strace reconstruct ... that will
Bart Coninckx wrote:
> Hi all,
>
>
>
> By now I’ve spent quite some time in trying to get the “reconstruct”
> command working and it’s close to driving me crazy, because it just wont
...
>
> su cyrus “/usr/lib/cyrus/bin/reconstruct –r user.testuser" the cyrus.*
> files are not changed at a
On Fri, Mar 21, 2008 at 11:18 AM, Bart Coninckx <[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi all,
>
>
>
> By now I've spent quite some time in trying to get the "reconstruct" command
> working and it's close to driving me crazy, because it just wont go.
>
> Perhaps some background info:
>
> I use two cl
On Wed, Nov 21, 2007 at 03:06:39PM -0800, Andrew Morgan wrote:
> The changelog says:
>
>Added -u and -U options to reconstruct -- courtesy of David Carter.
>
> But I can't find those options listed in the manpage or the built-in help
> of reconstruct. What do those options do?
The changelo
On 9/30/07, tloudev <[EMAIL PROTECTED]> wrote:
> hi,
> I have problem with one mailbox.
> [EMAIL PROTECTED]:~$ /usr/sbin/cyrreconstruct -rf user.vs1170
> user.vs1170
> user.vs1170.Drafts
> user.vs1170.Sent
> user.vs1170.Trash
> [EMAIL PROTECTED]:~$ cyradm -u cyrus localhost
> IMAP Password:
> local
hi,
On Sun, 30 Sep 2007, Alain Spineux wrote:
> On 9/30/07, tloudev <[EMAIL PROTECTED]> wrote:
>> hi,
>> I have problem with one mailbox.
>> localhost> sq user.vs1170 50
>> quota:50
>> setquota: Mailbox has an invalid format
>> localhost> reconstruct user.vs1170
>> reconstruct: Operating S
On 9/30/07, tloudev <[EMAIL PROTECTED]> wrote:
> hi,
> I have problem with one mailbox.
> [EMAIL PROTECTED]:~$ /usr/sbin/cyrreconstruct -rf user.vs1170
> user.vs1170
> user.vs1170.Drafts
> user.vs1170.Sent
> user.vs1170.Trash
> [EMAIL PROTECTED]:~$ cyradm -u cyrus localhost
> IMAP Password:
> local
1 - 100 of 165 matches
Mail list logo
