Discussion:
Restore folder from backup (kolab 2.04)
Jacques Hylkema
2009-03-04 08:45:36 UTC
Permalink
Hello,

I have problems restoring a folder of one of my users, which he
accidentally deleted.

I tried the following:
- Restored the folder from a backup using scp
- The folder in question is:
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--S
- Changed the owner and group of the folder and all subfolders and files
to kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
user/j^m^dekker/Leveranciers/*@intronics.nl

The output of this displayed all folders within Leveranciers, except the
R--S folder. I did not see any "discover" line and the folder could not
be seen in Thunderbird
Then I deleted all cyrus.* files from the R--S folder, including
sub-folders, and ran the cyrreconstruct again, with the same result.

I have the following configuration:

Kolab2 Groupware Server Version
2.0.4

Kolab2 Groupware Server Component Versions
perl-kolab-5.8.7-2.0_20060430
kolabd-1.9.4-20060707
kolab-resource-handlers-0.3.9-20060811
kolab-webadmin-0.4.0-20060810

Kolab2 Patched OpenPKG Package Versions
apache-1.3.33-2.4.5_kolab2
imap-2004d-2.4.0_kolab
imapd-2.2.12-2.4.0_kolab3
openldap-2.2.27-2.4.1_kolab
php-4.3.11-2.4.2_kolab
postfix-2.2.3-2.4.1_kolab

OpenPKG Version
openpkg-2.4.3-2.4.3

Any suggestions are welcome.
Thank you for your time.
--
Met vriendelijke groet,
Kind regards,

Jacques Hylkema
ICT Manager
Tel +31 (0)342 - 407095
e-mail j.hylkema at intronics.nl


*P * Please consider the environment before printing this email.

Intronics
Intronics B.V.
Postbus 123 3770 AC Barneveld
Tel. Solutions +31 (0)342-407040 Fax +31 (0)342-412114
www.intronics.nl
Tel. Connections +31 (0)342-407080 Fax +31 (0)342-412114
sales at intronics.nl


*Disclaimer:*
This message (including any attachments) is confidential and may be
privileged. If you have received it by mistake please notify the sender
by return e-mail and delete this message from your system. Any
unauthorised use or dissemination of this message in whole or in part is
strictly prohibited. Please note that e-mails are susceptible to change.
Intronics B.V. shall not be liable for the improper or incomplete
transmission of the information contained in this communication nor for
any delay in its receipt or damage to your system. Intronics B.V. does
not guarantee that the integrity of this communication has been
maintained nor that this communication is free of viruses, interceptions
or interference.



______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090304/8a75df18/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: intronics.jpg
Type: image/jpeg
Size: 10259 bytes
Desc: not available
URL: <Loading Image...>
Alain Spineux
2009-03-04 09:11:17 UTC
Permalink
Post by Jacques Hylkema
Hello,
I have problems restoring a folder of one of my users, which he accidentally
deleted.
- Restored the folder from a backup using scp
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--S
- Changed the owner and group of the folder and all subfolders and files to
kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
looks good
Post by Jacques Hylkema
The output of this displayed all folders within Leveranciers, except the
R--S folder. I did not see any "discover" line and the folder could not be
seen in Thunderbird
Their is no discover because all the folder are already in the mailbox.db

can you try a

# /kolab/bin/cyrreconstruct -r -f
user/j^m^dekker/Leveranciers/R--S at intronics.nl
Post by Jacques Hylkema
Then I deleted all cyrus.* files from the R--S folder, including
sub-folders, and ran the cyrreconstruct again, with the same result.
Then you have lost some info, maybe the seen flag
Post by Jacques Hylkema
Kolab2 Groupware Server Version
2.0.4
Kolab2 Groupware Server Component Versions
perl-kolab-5.8.7-2.0_20060430
kolabd-1.9.4-20060707
kolab-resource-handlers-0.3.9-20060811
kolab-webadmin-0.4.0-20060810
Kolab2 Patched OpenPKG Package Versions
apache-1.3.33-2.4.5_kolab2
imap-2004d-2.4.0_kolab
imapd-2.2.12-2.4.0_kolab3
openldap-2.2.27-2.4.1_kolab
php-4.3.11-2.4.2_kolab
postfix-2.2.3-2.4.1_kolab
OpenPKG Version
openpkg-2.4.3-2.4.3
Any suggestions are welcome.
Thank you for your time.
--
Met vriendelijke groet,
Kind regards,
Jacques Hylkema
ICT Manager
Tel +31 (0)342 - 407095
e-mail j.hylkema at intronics.nl
P? Please consider the environment before printing this email.
Intronics B.V.
Postbus 123 3770 AC Barneveld
Tel. Solutions +31 (0)342-407040 Fax???+31 (0)342-412114 www.intronics.nl
Tel. Connections +31 (0)342-407080 Fax???+31 (0)342-412114
sales at intronics.nl
This message (including any attachments) is confidential and may be
privileged. If you have received it by mistake please notify the sender by
return e-mail and delete this message from your system. Any unauthorised use
or dissemination of this message in whole or in part is strictly prohibited.
Please note that e-mails are susceptible to change. Intronics B.V. shall not
be liable for the improper or incomplete transmission of the information
contained in this communication nor for any delay in its receipt or damage
to your system. Intronics B.V. does not guarantee that the integrity of this
communication has been maintained nor that this communication is free of
viruses, interceptions or interference.
_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users
--
Alain Spineux
aspineux gmail com
May the sources be with you
Jacques Hylkema
2009-03-04 09:22:43 UTC
Permalink
Hi Alain,
Thanks for your quick response. Answers to your suggestion on this below.
Post by Alain Spineux
Post by Jacques Hylkema
Hello,
I have problems restoring a folder of one of my users, which he accidentally
deleted.
- Restored the folder from a backup using scp
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--S
- Changed the owner and group of the folder and all subfolders and files to
kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
looks good
Post by Jacques Hylkema
The output of this displayed all folders within Leveranciers, except the
R--S folder. I did not see any "discover" line and the folder could not be
seen in Thunderbird
Their is no discover because all the folder are already in the mailbox.db
can you try a
# /kolab/bin/cyrreconstruct -r -f
user/j^m^dekker/Leveranciers/R--S at intronics.nl
Done. It returned without any output, and in Thunderbird the folder was
still not found.
Post by Alain Spineux
Post by Jacques Hylkema
Then I deleted all cyrus.* files from the R--S folder, including
sub-folders, and ran the cyrreconstruct again, with the same result.
Then you have lost some info, maybe the seen flag
Ok, thanks for that. I can restore it again whith these files.
Post by Alain Spineux
Post by Jacques Hylkema
Kolab2 Groupware Server Version
2.0.4
Kolab2 Groupware Server Component Versions
perl-kolab-5.8.7-2.0_20060430
kolabd-1.9.4-20060707
kolab-resource-handlers-0.3.9-20060811
kolab-webadmin-0.4.0-20060810
Kolab2 Patched OpenPKG Package Versions
apache-1.3.33-2.4.5_kolab2
imap-2004d-2.4.0_kolab
imapd-2.2.12-2.4.0_kolab3
openldap-2.2.27-2.4.1_kolab
php-4.3.11-2.4.2_kolab
postfix-2.2.3-2.4.1_kolab
OpenPKG Version
openpkg-2.4.3-2.4.3
Any suggestions are welcome.
Thank you for your time.
--
Met vriendelijke groet,
Kind regards,
Jacques Hylkema
Thanks again for your so-operation.

Jacques





______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090304/3a548922/attachment.html>
ITSEF Admin
2009-03-04 09:16:39 UTC
Permalink
Post by Jacques Hylkema
I have problems restoring a folder of one of my users, which he
accidentally deleted.
- Restored the folder from a backup using scp
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--
S - Changed the owner and group of the folder and all subfolders and files
to kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
user/j^m^dekker/Leveranciers/*@intronics.nl

Have you tried reconstructing the top level folder? I.e.:

/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers at intronics.nl

As far as I remember this is necessary to tell Cyrus about the new folder - it
will not recognise it automatically.

Also, I strongly recommend to re-calculate your quotas after you have restored
your folders, otherwise they can get quite out of whack. Cyrus does not do
this for you if you add/delete mail "manually" to/from the spool. The command
is: su - kolab-r -c "/kolab/bin/cyrquota -f"
A word of caution: This will recalculate *all* quotas - there seems to be no
easy way to recalculate the quota for only one user. Also, if you already
have restored/deleted manually in the spool in the past, your quotas may
already be wrong. If this is the case, the recalculation can produce very
strange results. Running it more than once can help, or, if that does not
help, reconstruct the complete mailbox of any user whose quota is off, then
re-run the quota command.

Regards,

Thomas
--
Jacques Hylkema
2009-03-04 11:46:07 UTC
Permalink
Hi Thomas,
Thanks for your response.
Post by ITSEF Admin
Post by Jacques Hylkema
I have problems restoring a folder of one of my users, which he
accidentally deleted.
- Restored the folder from a backup using scp
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--
S - Changed the owner and group of the folder and all subfolders and files
to kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers at intronics.nl
This gives the following result:
user/j.m.dekker/Leveranciers at intronics.nl

If I use:

/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers/*@intronics.nl

then I see all folders and subfolders below Leveranciers in the result.
(not Leveranciers itself) so I tried:

/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers*@intronics.nl

which does the same as above, but does include the Leveranciers folder
itself.
However, still no sign of the R--S folder...
Post by ITSEF Admin
As far as I remember this is necessary to tell Cyrus about the new folder - it
will not recognise it automatically.
Also, I strongly recommend to re-calculate your quotas after you have restored
your folders, otherwise they can get quite out of whack. Cyrus does not do
this for you if you add/delete mail "manually" to/from the spool. The command
is: su - kolab-r -c "/kolab/bin/cyrquota -f"
A word of caution: This will recalculate *all* quotas - there seems to be no
easy way to recalculate the quota for only one user. Also, if you already
have restored/deleted manually in the spool in the past, your quotas may
already be wrong. If this is the case, the recalculation can produce very
strange results. Running it more than once can help, or, if that does not
help, reconstruct the complete mailbox of any user whose quota is off, then
re-run the quota command.
OK, That's good to know. In this case, the user in question has no quota
set, because his mailbox is about 6GB. I have found that setting a quota
larger than 3GB gives problems on Kolab 2.0.4.
Post by ITSEF Admin
Regards,
Thomas
I think I have to follow another procedure:

Create a (temporary) kolab mailserver with the latest version of kolab.
Create the user in kolab, and restore the folder to that mailserver.
reconstruct the folder on that mailserver.
Add a new account to Thunderbird for the temporary mailserver
Drag and drop the folder from the new temporary account to the original
account

Does this seem to be a good workaround to you?

Thanks for your co-operation.

Jacques



______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090304/c861270c/attachment.html>
Gelpi Andrea
2009-03-04 12:14:37 UTC
Permalink
Jacques Hylkema wrote:

. . .
Post by Jacques Hylkema
then I see all folders and subfolders below Leveranciers in the result.
/kolab/bin/cyrreconstruct -r -f
which does the same as above, but does include the Leveranciers folder
itself.
However, still no sign of the R--S folder...
I think the folder name could be the problem.
Post by Jacques Hylkema
Post by ITSEF Admin
As far as I remember this is necessary to tell Cyrus about the new folder - it
will not recognise it automatically.
Also, I strongly recommend to re-calculate your quotas after you have restored
your folders, otherwise they can get quite out of whack. Cyrus does not do
this for you if you add/delete mail "manually" to/from the spool. The command
is: su - kolab-r -c "/kolab/bin/cyrquota -f"
A word of caution: This will recalculate *all* quotas - there seems to be no
easy way to recalculate the quota for only one user. Also, if you already
have restored/deleted manually in the spool in the past, your quotas may
already be wrong. If this is the case, the recalculation can produce very
strange results. Running it more than once can help, or, if that does not
help, reconstruct the complete mailbox of any user whose quota is off, then
re-run the quota command.
OK, That's good to know. In this case, the user in question has no quota
set, because his mailbox is about 6GB. I have found that setting a quota
larger than 3GB gives problems on Kolab 2.0.4.
Post by ITSEF Admin
Regards,
Thomas
Create a (temporary) kolab mailserver with the latest version of kolab.
Create the user in kolab, and restore the folder to that mailserver.
reconstruct the folder on that mailserver.
OK.
Post by Jacques Hylkema
Add a new account to Thunderbird for the temporary mailserver
Drag and drop the folder from the new temporary account to the original
account
There is a more simple solution, imapsync. It is included in debian installation.
You need just to type: aptitude -i imapsync

I used it to migrate succesfully from kolab 2.0 to kolab 2.1
--
ing. Andrea Gelpi
***************************************************
La Terra non la abbiamo ereditata dai nostri avi,
ma la abbiamo presa in prestito dai nostri bambini.
***************************************************
We do not inherit the Earth from our parents,
but borrow it from our children.
***************************************************
ITSEF Admin
2009-03-04 12:26:29 UTC
Permalink
[...]
Post by Jacques Hylkema
Post by ITSEF Admin
/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers at intronics.nl
user/j.m.dekker/Leveranciers at intronics.nl
i.e. it did some work on the folder (otherwise cyrreconstruct does not return
anything).


[...]
Post by Jacques Hylkema
However, still no sign of the R--S folder...
Ok, in that case I would try a complete reconstruct of the user's mailbox:

su - kolab-r -c "cyrreconstruct -r -f user/j^m^dekker/*@intronics.nl"

followed by

su - kolab-r -c "cyrreconstruct -r -f user/j^m^dekker at intronics.nl"

We have had problems with this in the past, but at least under 2.1.0, most of
these reconstructions were successful.

BTW: Maybe this is a stupid question, but: You *DID* check that the folder in
question has not become unsubscribed in the mail client and is therefore not
visible?

[...]
Post by Jacques Hylkema
Create a (temporary) kolab mailserver with the latest version of kolab.
Create the user in kolab, and restore the folder to that mailserver.
reconstruct the folder on that mailserver.
Add a new account to Thunderbird for the temporary mailserver
Drag and drop the folder from the new temporary account to the original
account
Does this seem to be a good workaround to you?
Far too much work. Our standard procedure in case the straightforward
reconstruction of a previously existing folder does not work is this:

- Create a NEW folder in /kolab/var/imapd/spool/...../USER (i.e. in the top
level
- Copy all of the mails you want to restore into that folder
- chown -R kolab-r.kolab-r FOLDER (i.e. make certain FOLDER and all contents
belong to kolab-r)
- Restore that new folder:
su - kolab-r -c "cyrreconstruct -r -f user/USER/FOLDER at intronics.nl"
- Ask the user to subscribe to this folder, then fetch mail and transfer the
mails to wherever (s)he wants to have them.

This has always worked for us.

Regards,

Thomas
--
Jacques Hylkema
2009-03-04 14:58:15 UTC
Permalink
Post by ITSEF Admin
[...]
Post by Jacques Hylkema
Post by ITSEF Admin
/kolab/bin/cyrreconstruct -r -f user/j^m^dekker/Leveranciers at intronics.nl
user/j.m.dekker/Leveranciers at intronics.nl
i.e. it did some work on the folder (otherwise cyrreconstruct does not return
anything).
[...]
Post by Jacques Hylkema
However, still no sign of the R--S folder...
followed by
su - kolab-r -c "cyrreconstruct -r -f user/j^m^dekker at intronics.nl"
Done that. Did not work.

For some debugging, I tried the following:
su - kolab-r
in the mailbox, I created an empty folder backup:
mkdir backup
chmod -R 700 backup
ls -l
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:31 backup
-rw------- 1 kolab-r kolab-r 4 2009-03-04 15:32 cyrus.cache
-rw------- 1 kolab-r kolab-r 173 2009-03-04 15:32 cyrus.header
-rw------- 1 kolab-r kolab-r 96 2009-03-04 15:32 cyrus.index
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:32 Trash

bash-3.2$ /kolab/bin/cyrreconstruct -r -f user/j^m^dekker/*@intronics.nl
user/j.m.dekker/Trash at intronics.nl

bash-3.2$ /kolab/bin/cyrreconstruct -r -f user/j^m^dekker at intronics.nl
user/j.m.dekker at intronics.nl

bash-3.2$ /kolab/bin/cyrreconstruct -r -f user/j^m^dekker*@intronics.nl
user/j.m.dekker at intronics.nl
user/j.m.dekker/Trash at intronics.nl

As you can see, the backupfolder never appears.
Post by ITSEF Admin
We have had problems with this in the past, but at least under 2.1.0, most of
these reconstructions were successful.
BTW: Maybe this is a stupid question, but: You *DID* check that the folder in
question has not become unsubscribed in the mail client and is therefore not
visible?
Yes, I did.
Post by ITSEF Admin
[...]
Post by Jacques Hylkema
Create a (temporary) kolab mailserver with the latest version of kolab.
Create the user in kolab, and restore the folder to that mailserver.
reconstruct the folder on that mailserver.
Add a new account to Thunderbird for the temporary mailserver
Drag and drop the folder from the new temporary account to the original
account
Does this seem to be a good workaround to you?
Far too much work. Our standard procedure in case the straightforward
- Create a NEW folder in /kolab/var/imapd/spool/...../USER (i.e. in the top
level
- Copy all of the mails you want to restore into that folder
- chown -R kolab-r.kolab-r FOLDER (i.e. make certain FOLDER and all contents
belong to kolab-r)
su - kolab-r -c "cyrreconstruct -r -f user/USER/FOLDER at intronics.nl"
- Ask the user to subscribe to this folder, then fetch mail and transfer the
mails to wherever (s)he wants to have them.
This has always worked for us.
Regards,
Thomas
Thanks for your time,

Jacques


______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090304/a48b65a9/attachment.html>
Gelpi Andrea
2009-03-04 18:34:58 UTC
Permalink
Jacques Hylkema wrote:

. . .
Post by Jacques Hylkema
su - kolab-r
mkdir backup
chmod -R 700 backup
ls -l
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:31 backup
-rw------- 1 kolab-r kolab-r 4 2009-03-04 15:32 cyrus.cache
-rw------- 1 kolab-r kolab-r 173 2009-03-04 15:32 cyrus.header
-rw------- 1 kolab-r kolab-r 96 2009-03-04 15:32 cyrus.index
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:32 Trash
user/j.m.dekker/Trash at intronics.nl
<mailto:user/j.m.dekker/Trash at intronics.nl>
bash-3.2$ /kolab/bin/cyrreconstruct -r -f user/j^m^dekker at intronics.nl
<mailto:user/j^m^dekker at intronics.nl>
user/j.m.dekker at intronics.nl <mailto:user/j.m.dekker at intronics.nl>
user/j.m.dekker at intronics.nl <mailto:user/j.m.dekker at intronics.nl>
user/j.m.dekker/Trash at intronics.nl
<mailto:user/j.m.dekker/Trash at intronics.nl>
As you can see, the backupfolder never appears.
If the folder is empty it doesn't appear. I confirm.

I found a solution, use cyradm and create the folder before reconstruct it.

as user kolab-r

cyradm --user manager localhost
Post by Jacques Hylkema
cm user/j^m^dekker/R--S at intronics.nl
quit
su - kolab-r -c "cyrreconstruct -r -f user/j^m^dekker/R--S at intronics.nl"

Let me know if it works.
--
ing. Andrea Gelpi
***************************************************
La Terra non la abbiamo ereditata dai nostri avi,
ma la abbiamo presa in prestito dai nostri bambini.
***************************************************
We do not inherit the Earth from our parents,
but borrow it from our children.
***************************************************
Jacques Hylkema
2009-03-05 06:56:13 UTC
Permalink
Post by Gelpi Andrea
. . .
Post by Jacques Hylkema
su - kolab-r
mkdir backup
chmod -R 700 backup
ls -l
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:31 backup
-rw------- 1 kolab-r kolab-r 4 2009-03-04 15:32 cyrus.cache
-rw------- 1 kolab-r kolab-r 173 2009-03-04 15:32 cyrus.header
-rw------- 1 kolab-r kolab-r 96 2009-03-04 15:32 cyrus.index
drwx------ 2 kolab-r kolab-r 4096 2009-03-04 15:32 Trash
user/j.m.dekker/Trash at intronics.nl
<mailto:user/j.m.dekker/Trash at intronics.nl>
bash-3.2$ /kolab/bin/cyrreconstruct -r -f user/j^m^dekker at intronics.nl
<mailto:user/j^m^dekker at intronics.nl>
user/j.m.dekker at intronics.nl <mailto:user/j.m.dekker at intronics.nl>
user/j.m.dekker at intronics.nl <mailto:user/j.m.dekker at intronics.nl>
user/j.m.dekker/Trash at intronics.nl
<mailto:user/j.m.dekker/Trash at intronics.nl>
As you can see, the backupfolder never appears.
If the folder is empty it doesn't appear. I confirm.
I found a solution, use cyradm and create the folder before reconstruct it.
as user kolab-r
cyradm --user manager localhost
Post by Jacques Hylkema
cm user/j^m^dekker/R--S at intronics.nl
quit
su - kolab-r -c "cyrreconstruct -r -f user/j^m^dekker/R--S at intronics.nl"
Let me know if it works.
Yes! You're the greatest!
When I created the directory using cyradm, and restored the
directories/files below from backup, and ran cyrreconstruct, it worked
perfectly.

I would like to thank everyone for their help and time.

Jacques


______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090305/d2e06329/attachment.html>
Richard Bos
2009-03-05 07:15:08 UTC
Permalink
Hallo Jacques,
Post by Jacques Hylkema
Yes! You're the greatest!
When I created the directory using cyradm, and restored the
directories/files below from backup, and ran cyrreconstruct, it worked
perfectly.
I would like to thank everyone for their help and time.
it would be nice if you could add the solution to the wiki.
People will be thankful for you, if you would do that :)

The right spot to add the procedure could be:
http://wiki.kolab.org/index.php/Backups_for_kolab2
--
Richard
Jacques Hylkema
2009-03-05 08:11:28 UTC
Permalink
Post by Richard Bos
Hallo Jacques,
Post by Jacques Hylkema
Yes! You're the greatest!
When I created the directory using cyradm, and restored the
directories/files below from backup, and ran cyrreconstruct, it worked
perfectly.
I would like to thank everyone for their help and time.
it would be nice if you could add the solution to the wiki.
People will be thankful for you, if you would do that :)
http://wiki.kolab.org/index.php/Backups_for_kolab2
Hi Richard,

I have added the solution to the wiki:
http://wiki.kolab.org/index.php/Backups_for_kolab2#IMAP_folder_recovery_from_backup_.28cyrus.29

Jacques


______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090305/2339fb59/attachment.html>
ITSEF Admin
2009-03-05 08:39:30 UTC
Permalink
http://wiki.kolab.org/index.php/Backups_for_kolab2#IMAP_folder_recovery_from_backup_.28cyrus.29

Thanks Jacques - and I've added my remark about the quotas to that as well.

Cheerio,

Thomas
--
Jacques Hylkema
2009-03-05 14:03:53 UTC
Permalink
Post by Jacques Hylkema
http://wiki.kolab.org/index.php/Backups_for_kolab2#IMAP_folder_recovery_from_backup_.28cyrus.29
Thanks Jacques - and I've added my remark about the quotas to that as well.
Cheerio,
Thomas
Good point! I forgot about that.

Regards,
Jacques


______________________________________________________________________________________
This outbound message from Intronics B.V. has been checked for all known
viruses by KPN MailScan (IV-Scan), powered by MessageLabs.
______________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20090305/ee1bc104/attachment.html>
Richard Bos
2009-03-05 20:15:48 UTC
Permalink
Post by Jacques Hylkema
http://wiki.kolab.org/index.php/Backups_for_kolab2#IMAP_folder_recovery_fro
m_backup_.28cyrus.29
Thanks Jacques - and I've added my remark about the quotas to that as well
Thank you!
--
Richard
ITSEF Admin
2009-03-05 08:33:42 UTC
Permalink
On Wednesday 4 March 2009 19:34:58 Gelpi Andrea wrote:
[...]
Post by Gelpi Andrea
I found a solution, use cyradm and create the folder before reconstruct it.
as user kolab-r
cyradm --user manager localhost
Post by Jacques Hylkema
cm user/j^m^dekker/R--S at intronics.nl
quit
[...]

Duh - silly me, I clearly was not fully awake when writing my previous mail -
yes, you're absolutely right, you need to use cyadm to create the folder, not
just mkdir. We even have that written down in our own internal procedures and
I still completely forgot about that... :-/

Regards,

Thomas
--
Christian Funke
2009-03-04 12:42:19 UTC
Permalink
Post by Jacques Hylkema
Hello,
I have problems restoring a folder of one of my users, which he
accidentally deleted.
- Restored the folder from a backup using scp
/kolab/var/imapd/spool/domain/intronics.nl/user/j^m^dekker/Leveranciers/R--
S - Changed the owner and group of the folder and all subfolders and files
to kolab-r / kolab-r
- su - kolab-r
- /kolab/bin/cyrreconstruct -r -f
The output of this displayed all folders within Leveranciers, except the
R--S folder. I did not see any "discover" line and the folder could not
be seen in Thunderbird
Then I deleted all cyrus.* files from the R--S folder, including
sub-folders, and ran the cyrreconstruct again, with the same result.
Kolab2 Groupware Server Version
2.0.4
Hi,

I ran into the same problems a while ago, I solved it by copying the file
cyrus.header from a working folder (i. e. the Inbox) to the folder in
question, then cyrreconstruct found the folder all mail was available again,
albeit marked as unread, but i guess this is only a minor nuisance.

Greets Christian
Loading...