Dear Bron, dear Andrew,
well, I left the ugly problem unsolved for a couple of weeks ;-)
I think I've posted my "Cyrus::IndexFile" perl module to the list
before, but I'll attach it here as well. This allows you to parse
through indexes a lot more efficiently, and 'cyr_dbtool' (see the
patches
Dear Any, dear list,
Hmm, I'm using v2.2.13 here. Maybe that option/feature didn't exist in
2.1.x.
The manuals I just checked gave no hint on the necessary version.
You should probably check if other message flags (Important, Answered,
etc) are copied. I can't remember.
At least "answere
Dear Andrew, hi list,
Ack, someone using my scripts! :)
First of all thanks for providing them!
I bet the problem is that on a large mailbox, $imap->messages will return
a really big list of UIDs (longer than the allowed MAXWORD of 32768). You
may be able to fix this by calling "$imap->Ra
Dear all,
For quite a few month I ran a backup-scenario set up according to [1]
including synchronisation of the mailboxes using "rsync -vaR". (In the
meantime I migrated to the usage of LVM snapshots.)
As restoring a backup became necessary due to filesystem corruption I
fetched the mailboxes f
Dear list,
As I've discovered only a few results on google, which didn't clearify
the situation, I hope for your advice.
Lines as the following one are quite common for some mailboxes on my
system and with regard to [1] I don't spend much attention:
Dec 5 14:13:11 hostname cyrus/lmtpd[14434]: l
