> On Tue, 2009-03-31 at 09:38 +0200, Simon Matter wrote:
>> > Planning on upgrading my server from...
>> >
>> > db4-4.2.52-7.3.el4
>> > cyrus-imapd-2.2.12-9.RHEL4
>> >
>> > to
>> >
>> > db4-4.3.29-9.fc6
>> > cyrus-imapd-2.3.14-1
>>
>> Looks like you are going from RHEL4 to RHEL5?
>>
>> >
>> > obvio
--On December 10, 2008 10:36:56 AM +1100 Bron Gondwana
wrote:
Wow, this is the thanks I get for doing sanity checks on files, find more
bugs!
This one is due to delayed expunge, plain and simple. Cyrus decides what
cache records to copy during an IMAP COPY command by reading the cache
offset
On Tue, 2009-03-31 at 09:38 +0200, Simon Matter wrote:
> > Planning on upgrading my server from...
> >
> > db4-4.2.52-7.3.el4
> > cyrus-imapd-2.2.12-9.RHEL4
> >
> > to
> >
> > db4-4.3.29-9.fc6
> > cyrus-imapd-2.3.14-1
>
> Looks like you are going from RHEL4 to RHEL5?
>
> >
> > obviously, I can mo
Andreas Winkelmann wrote:
> Am Dienstag 31 März 2009 18:09:32 schrieb Jeff Blaine:
>
>> Every year or so, a user of ours reports a discrepancy
>> between on-disk usage for their spool compared to what
>> 'FETCH' is reporting (as implemented via imapdu.pl)
>
> What means "on-disk usage for spool"
Am Dienstag 31 März 2009 18:09:32 schrieb Jeff Blaine:
> Every year or so, a user of ours reports a discrepancy
> between on-disk usage for their spool compared to what
> 'FETCH' is reporting (as implemented via imapdu.pl)
What means "on-disk usage for spool" ?
Do you really compare the size of
Am Montag 30 März 2009 18:23:57 schrieb Jesse Ross:
> I'm having trouble getting my cyrus imapd server (version 2.3.10) to load a
> new partition I've created.
>
> I created the partition and the stores./ and user/ directories, and set
> their permissions and ownership to exactly match an already
Just as a follow-up on this, I think I've found a way to at least decrease
the incidence of the problem with a stupid conf file trick.
The problem appears to emerge when the client decides to do something
simultaneously with the idle alarm going off. Since most clients (in the
case of this use
Every year or so, a user of ours reports a discrepancy
between on-disk usage for their spool compared to what
'FETCH' is reporting (as implemented via imapdu.pl)
Compact/Expunge via the client app buys nothing.
Clearly we are failing to do something as admins in order
to keep our Cyrus instance w
Hi Bron,
Thanks for the suggestion. The only thing that the mkimap script does
differently from the way I did it was to create a directory
/var/spool/imap07/sync./. However, I still can't get cyrus to recognize the
partition! The symptoms are the same; ownership of directories set to
cyrus, app
> Planning on upgrading my server from...
>
> db4-4.2.52-7.3.el4
> cyrus-imapd-2.2.12-9.RHEL4
>
> to
>
> db4-4.3.29-9.fc6
> cyrus-imapd-2.3.14-1
Looks like you are going from RHEL4 to RHEL5?
>
> obviously, I can move the mail files but I'm also concerned with the
> various seen.db, mailboxes.db,
10 matches
Mail list logo