> Am 04.08.2011 10:06, schrieb Bron Gondwana:
>> Pretty much - and the "patch" would be super-invasive even if someone
>> did write it.
>
> I opened a bugreport at redhat:
> https://bugzilla.redhat.com/show_bug.cgi?id=728148
> Maybe they will fix it.
>
Hi,
The interesting point is why do you see
Am 04.08.2011 10:06, schrieb Bron Gondwana:
> Pretty much - and the "patch" would be super-invasive even if someone
> did write it.
I opened a bugreport at redhat:
https://bugzilla.redhat.com/show_bug.cgi?id=728148
Maybe they will fix it.
> Everything should migrate itself automatically. It wi
On Thu, 04 Aug 2011 09:51:07 +0200, Marc Muehlfeld
wrote:
> Hi Bron,
>
> thanks for the long explanation, even if I don't understand everything.
> :-)
>
> It sounds like there is no way to fix this by a configuration parameter
> or migrating a database or so. And if the only way is to patch
Hi Bron,
thanks for the long explanation, even if I don't understand everything. :-)
It sounds like there is no way to fix this by a configuration parameter or
migrating a database or so. And if the only way is to patch the current
version or compile a new one, then I think the new one is the b
On Wed, 03 Aug 2011 23:13:16 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 22:37, schrieb Bron Gondwana:
>> And let's have copies of your imapd.conf and cyrus.conf while
>> we're at it.
>
> /etc/imapd.conf:
> http://pastebin.com/D8Szgmqk
>
> /etc/cyrus.conf:
> http://pastebin.com/CL2M64AR
Sure.
Am 03.08.2011 23:27, schrieb Patrick Boutilier:
> I see drac stuff in imapd.conf. You must be using a patched version of
> Cyrus that supports Dynamic Relay Authorization Control ?
I use the version that is shipped with Scientific Linux 6 (RHEL6).
The origin config file was created about 8 years
On 08/03/2011 06:13 PM, Marc Muehlfeld wrote:
> Am 03.08.2011 22:37, schrieb Bron Gondwana:
>> And let's have copies of your imapd.conf and cyrus.conf while
>> we're at it.
>
> /etc/imapd.conf:
> http://pastebin.com/D8Szgmqk
I see drac stuff in imapd.conf. You must be using a patched version of
Am 03.08.2011 23:01, schrieb Patrick Boutilier:
> This sounds like the problem you fixed for me where I was having to
> reconstruct mailboxes every time after a weekly ipurge run hit every
> mailbox. Turns out that you fixed the ipurge utility itself with a one
> or two line patch. But that should
Am 03.08.2011 22:37, schrieb Bron Gondwana:
> And let's have copies of your imapd.conf and cyrus.conf while
> we're at it.
/etc/imapd.conf:
http://pastebin.com/D8Szgmqk
/etc/cyrus.conf:
http://pastebin.com/CL2M64AR
> So you have corrupted cyrus.index files. I don't suppose you kept any
> of t
On 08/03/2011 05:41 PM, Bron Gondwana wrote:
> On Wed, 03 Aug 2011 22:12:14 +0200, Marc Muehlfeld
> wrote:
>
>> Am 03.08.2011 20:59, schrieb Simon Matter:
>>> They should, but be aware that maybe you broght some crap in
>>> /var/lib/imap/db so it was still not clean.
>
> Sorry, I should have jump
On Wed, 03 Aug 2011 22:12:14 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 20:59, schrieb Simon Matter:
>> They should, but be aware that maybe you broght some crap in
>> /var/lib/imap/db so it was still not clean.
Sorry, I should have jumped on this earlier! Stuff will get
created in /var/lib
On Wed, 03 Aug 2011 22:14:23 +0200, Marc Muehlfeld
wrote:
> Am 03.08.2011 21:34, schrieb Bron Gondwana:
>> Also check out your locking. If this is 2.4.x, make sure you don't have
>> anything cleaning up the 'mboxname_lockpath' directory.
>
> Is there anything I can check ybout locking in 2.3.1
Am 03.08.2011 21:34, schrieb Bron Gondwana:
> Also check out your locking. If this is 2.4.x, make sure you don't have
> anything cleaning up the 'mboxname_lockpath' directory.
Is there anything I can check ybout locking in 2.3.16?
> What version are you running?
2.3.16 that was shipped with
Am 03.08.2011 20:59, schrieb Simon Matter:
> They should, but be aware that maybe you broght some crap in
> /var/lib/imap/db so it was still not clean.
But when I stop cyrus, the db folder just contains the DB_CONFIG file and a 4
byte "skipstamp" file. Nothing else. Just when cyrus is running, th
On Wed, Aug 03, 2011 at 08:59:01PM +0200, Simon Matter wrote:
> Skiplist is the default with 2.4. With 2.3 I'm still consider skiplist
> recommended. I'm running all my system skiplist only for a long time.
Skiplist is recommended in 2.3.12+
> > The IOERROS could (temporarily) repaired by removin
> Am 03.08.2011 13:11, schrieb Simon Matter:
>> So, you are still using Berkeley DB but the versions are different.
>
> Different versions of BDB? What version does it should be? deliver.db and
> tls_sessions.db were deleted during the migration and automatically be
> created
> on SL6 on Cyrus star
Am 03.08.2011 13:11, schrieb Simon Matter:
> So, you are still using Berkeley DB but the versions are different.
Different versions of BDB? What version does it should be? deliver.db and
tls_sessions.db were deleted during the migration and automatically be created
on SL6 on Cyrus startup. Shoul
> Am 03.08.2011 09:47, schrieb Simon Matter:
>> Well, I don't know what configuration EL6 ships with. At least the
>> db_recover command above will only work on BDB but not on skiplist
>> databases. What does "file /var/lib/imap/*.db" show?
>
> The configuration is the same that we used on Centos 5
Am 03.08.2011 09:47, schrieb Simon Matter:
> Well, I don't know what configuration EL6 ships with. At least the
> db_recover command above will only work on BDB but not on skiplist
> databases. What does "file /var/lib/imap/*.db" show?
The configuration is the same that we used on Centos 5 before
> Am 03.08.2011 06:55, schrieb Simon Matter:
>> Something is wrong with "the database" because Cyrus-imapd uses a number
>> of databases. So I guess here is a problem.
>
> I removed cyrus.cache, cyrus.index and cyrus.header out of the users
> broken
> mailbox and run a reconstruct to recreate them.
Am 03.08.2011 06:55, schrieb Simon Matter:
> Something is wrong with "the database" because Cyrus-imapd uses a number
> of databases. So I guess here is a problem.
I removed cyrus.cache, cyrus.index and cyrus.header out of the users broken
mailbox and run a reconstruct to recreate them. For some
> Does anybody have an idea what cause this problem and how to finally fix
> it?
>
>
>
> Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
>> Hi,
>>
>> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific
>> Linux
>> 6.0 (cyrus 2.3.16). Since that day some users are having problems with
Does anybody have an idea what cause this problem and how to finally fix it?
Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
> Hi,
>
> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific Linux
> 6.0 (cyrus 2.3.16). Since that day some users are having problems with their
> mailbox
Hi,
two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific Linux
6.0 (cyrus 2.3.16). Since that day some users are having problems with their
mailbox. Thunderbird shows them "IOERRORS" and some are seeing undeletable
mails with no content.
The imapd's logfile contains the follow
24 matches
Mail list logo
