On Thu, Feb 12, 2009 at 09:45:58AM -0600, Josh Whitver wrote:
> It's actually possible we are using BDB - earlier in the mail server's
> life we moved it from a PowerPC G5 Xserve to the Intel Xserve, and we
> needed to work around the endian issues inherent in some part of the
> mail server,
It's actually possible we are using BDB - earlier in the mail server's
life we moved it from a PowerPC G5 Xserve to the Intel Xserve, and we
needed to work around the endian issues inherent in some part of the
mail server, so I recall converting a database in some direction,
either from BDB
On Tue, 10 Feb 2009 15:59:09 -0600, "Josh Whitver"
said:
> Whenever an IMAP connection is attempted, I see this in the log:
> Feb 10 09:14:17 urbandale imap[34508]: DBERROR: error fetching user.
> [username]: cyrusdb error
OK - there are two spots in the code that can produce exactly that
erro
Dan White wrote:
>
> imapcmd="proxyd -U 30" listen="1.2.3.4:imap"
> prefork=0 maxchild=200
> imaplh cmd="imapd -U 30 -D" listen="127.0.0.1:imap"
> prefork=0 maxchild=200
>
>
Typo. That's what I get for cutting and pasting from different systems.
Both cmds
Josh Whitver wrote:
> Thanks, but I've already gone in via cyradm and deleted the mailboxes
> and recreated them, and following the steps above, completely rebuilt
> the mailboxes.db file last night - same problems. Thank you Mario,
> but I think my princess is in another castle! :)
>
Jos
On Feb 11, 2009, at 1:49 PM, Blake Hudson wrote:
>> On Feb 10, 2009, at 9:52 PM, Josh Whitver wrote:
>>
>> Yeah, you have a broken mailboxes.db I'd say!
>>
>> Here's what I would do:
>>
>> # stop cyrus
>> cyr_dbtool /var/imap/mailboxes.db skiplist show > mailboxes.dump
>
Original Message
Subject: Re: Cyrus DB Errors "DBERROR: error fetching user.username"
evenafter reconstructs
From: Josh Whitver
To: info-cyrus@lists.andrew.cmu.edu
Date: Wednesday, February 11, 2009 1:32:52 PM
> On Feb 10, 2009, at 9:52 PM, Josh
On Feb 10, 2009, at 9:52 PM, Josh Whitver wrote:
Yeah, you have a broken mailboxes.db I'd say!
Here's what I would do:
# stop cyrus
cyr_dbtool /var/imap/mailboxes.db skiplist show > mailboxes.dump
cyr_dbtool -n /var/lib/mailboxes_new.db skiplist set <
mailbox
On Feb 10, 2009, at 6:11 PM, Bron Gondwana wrote:
> On Tue, Feb 10, 2009 at 05:20:42PM -0600, Josh Whitver wrote:
>> On Feb 10, 2009, at 5:08 PM, Bron Gondwana wrote:
>>>
>>> Yeah, you have a broken mailboxes.db I'd say!
>>>
>>> Here's what I would do:
>>>
>>> # stop cyrus
>>> cyr_dbtool /var
On Tue, Feb 10, 2009 at 05:20:42PM -0600, Josh Whitver wrote:
> On Feb 10, 2009, at 5:08 PM, Bron Gondwana wrote:
>>>
>>
>> Yeah, you have a broken mailboxes.db I'd say!
>>
>> Here's what I would do:
>>
>> # stop cyrus
>> cyr_dbtool /var/imap/mailboxes.db skiplist show > mailboxes.dump
>> cyr_dbtoo
On Feb 10, 2009, at 5:08 PM, Bron Gondwana wrote:
>>
>
> Yeah, you have a broken mailboxes.db I'd say!
>
> Here's what I would do:
>
> # stop cyrus
> cyr_dbtool /var/imap/mailboxes.db skiplist show > mailboxes.dump
> cyr_dbtool -n /var/lib/mailboxes_new.db skiplist set < mailboxes.dump
> mv /var/im
On Tue, Feb 10, 2009 at 03:59:09PM -0600, Josh Whitver wrote:
> Hello all,
>
> I've got one user on my mail system that Cyrus seems to have it in
> for. IMAP connections stall out, mail messages to her get stuck in
> the Postfix queue indefinitely, and things just generally aren't
> working
Hello all,
I've got one user on my mail system that Cyrus seems to have it in
for. IMAP connections stall out, mail messages to her get stuck in
the Postfix queue indefinitely, and things just generally aren't
working for her. Server is an Intel Xserve running Mac OS X 10.5.5
Server, cli
On Sat, 15 Sep 2007, Anders Norrbring wrote:
> *bump* I still haven't found a solution to this...
Did you try starting master from a directory it owns.
i.e. cd /var/lib/imap/ && /usr/lib/cyrus/bin/master -d
--
Antoine
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyr
*bump* I still haven't found a solution to this...
Anders Norrbring skrev:
> At every startup of Cyrus-IMAP, I get the following in my logs:
>
> Sep 6 22:34:29 svea master[3522]: setrlimit: Unable to set file
> descriptors limit to -1: Operation not permitted
> Sep 6 22:34:29 svea master[3522]
At every startup of Cyrus-IMAP, I get the following in my logs:
Sep 6 22:34:29 svea master[3522]: setrlimit: Unable to set file
descriptors limit to -1: Operation not permitted
Sep 6 22:34:29 svea master[3522]: retrying with 8192 (current max)
Sep 6 22:34:29 svea master[3522]: process started
Cause for concern, or par for the course? :)
My situation is that I'm working on getting lmtpproxy frontends to work,
and they do. But every time a message is delivered, the lmtp process on
the frontend machine also logs these additional lines:
Aug 30 09:21:02 frontend lmtp[5079]: DBERROR d
Does anyone know the meaning of this error?
DBERROR: error closing tlsdb: cyrusdb error
Thanks,
Evan Saltmarsh
UNIX Systems Administrator
Information Technology Services
Vanderbilt University
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://c
It indeed does NOT include that patch. It includes the cyrus-
imapd-2.2.7-autocreate-0.2.diff patch, which does not perform the
NULL checking on rcpt_userid. So it seems to be an oversight on
YDL's part of not including the latest patch. I'll drop them a line
letting them know, but I have
Hi again Daniel.
I just saw that you use cyrus-imapd-2.2.10, packaged in YDL 4.0. And this
bug has been fixed in autocreate patch for cyrus-2.2.10 for quite
sometime.
The autocreate patch for cyrus-imapd-2.2.10 (patch versions 0.9.0 & 0.9.1)
checks userinbox variable and does not sefault.
+
+
Hi Daniel,
Ok I found the problem. It is really autocreate's fault.
I bet you use a 2.1.x version of cyrus, because in cyrus 2.2.12 it is
already fixed. Now it is fixed in 2.1.18 too (patch version 0.9.4).
Get it from http://email.uoa.gr/download/cyrus/cyrus-imapd-2.1.18/
Regards,
Christos
Da
Okay, after knocking down our mail server for an hour to track this
down I have a solution. I do not remember where, but somewhere when I
was setting this up years ago I read that the method for delivering
from postfix->procmail->spamassassin->cyrus was to have postfix deliver
to procmail, and
I don't believe it is no symbols, I believe it is smashing the stack
somehow (those are the only two entries in the stack). Can't imagine
how strcmp is smashing the stack but I suppose anything is possible.
I'll try to attach, but I thought lmtpd forked a child process in the
same way httpd d
On Tue, 26 Apr 2005, Daniel Hazelbaker wrote:
(Quotes regarding how to get the core dumps generated snipped)
Okay. I finally got it to generate core dumps correctly. Unfortunetly it
did not help any. Here is the backtrace:
(gdb) where
#0 0x0fb263b0 in strcmp () from /lib/tls/libc.so.6
#1 0x10
(Quotes regarding how to get the core dumps generated snipped)
Okay. I finally got it to generate core dumps correctly. Unfortunetly
it did not help any. Here is the backtrace:
(gdb) where
#0 0x0fb263b0 in strcmp () from /lib/tls/libc.so.6
#1 0x10005228 in ?? ()
Not very helpful. So my only
On Sun, 24 Apr 2005, Daniel Hazelbaker wrote:
Okay. I'm hitting the annoyed state with this problem because it is feeling
close to being solved, but not quite! The cwd of lmtpd process (and cyrus
itself) is the root directory. I did a quick test of setting / to mode 777
(ya I know) and waited
On Sun, Apr 24, 2005 at 06:55:29PM -0700, Daniel Hazelbaker wrote:
> Hmm. One problem. I can't find any core files. :) As best I can tell
> they aren't disabled anywhere, (/proc/sys/kernel has valid core_pattern
> and core_uses_pid values ("core" and "1" respectively). ulimit shows
> core size
Okay. I'm hitting the annoyed state with this problem because it is
feeling close to being solved, but not quite! The cwd of lmtpd process
(and cyrus itself) is the root directory. I did a quick test of
setting / to mode 777 (ya I know) and waited for an abnormal exit.
Checked and still no c
On Sun, 24 Apr 2005, Derrick J Brashear wrote:
On Sun, 24 Apr 2005, Daniel Hazelbaker wrote:
Hmm. One problem. I can't find any core files. :) As best I can tell they
aren't disabled anywhere, (/proc/sys/kernel has valid core_pattern and
core_uses_pid values ("core" and "1" respectively). ulim
On Sun, 24 Apr 2005, Daniel Hazelbaker wrote:
Hmm. One problem. I can't find any core files. :) As best I can tell they
aren't disabled anywhere, (/proc/sys/kernel has valid core_pattern and
core_uses_pid values ("core" and "1" respectively). ulimit shows core size of
0 (I'm assuming this is u
Hmm. One problem. I can't find any core files. :) As best I can tell
they aren't disabled anywhere, (/proc/sys/kernel has valid core_pattern
and core_uses_pid values ("core" and "1" respectively). ulimit shows
core size of 0 (I'm assuming this is unlimited). My
/etc/security/limits.conf is e
On Sun, 24 Apr 2005, Daniel Hazelbaker wrote:
Okay. Got the log information and db_stat run today. From what I can tell
though, lmtpunix keeps having SEGV errors, but no indication of why. the
pop3d process failed a few times, but not with SEGV - it had
tls_start_servertls() errors.
Ok, so how
Okay. Got the log information and db_stat run today. From what I can
tell though, lmtpunix keeps having SEGV errors, but no indication of
why. the pop3d process failed a few times, but not with SEGV - it had
tls_start_servertls() errors.
The url is http://www.blueboxmoon.com/logs/
The page sh
What version of cyrus are you using?
-Igor
On Fri, 22 Apr 2005, Daniel Hazelbaker wrote:
Thanks, I'll take a look and check on that. While I am doing so, here is the
actual output from my log files showing the errors (grepped for DBERROR). We
only have 74 mailboxes and my mail system is set to
On Fri, 22 Apr 2005, Daniel Hazelbaker wrote:
Thanks, I'll take a look and check on that. While I am doing so, here is the
actual output from my log files showing the errors (grepped for DBERROR). We
only have 74 mailboxes and my mail system is set to only deliver 5 messages
at a time. Could
On Fri, Apr 22, 2005 at 10:29:31AM -0300, Andreas Hasenack wrote:
> Do you have a DB_CONFIG file in /var/lib/imap/db/? It's needed for some
> installations. I have one with the following, it may get you started:
Forgot to tell: after changing these parameters in DB_CONFIG, you have
to run a db_rec
On Apr 22, 2005, at 6:29 AM, Andreas Hasenack wrote:
Could you verify that this db4 package has the two official sleepycat
patches applied?
I'll try to download the srpm and check. Which two official sleepycat
patches are these - is there some name they would likely be under?
compat-db 4.1.25 (r
On Fri, Apr 22, 2005 at 09:36:35AM -0700, Daniel Hazelbaker wrote:
>
> On Apr 22, 2005, at 6:29 AM, Andreas Hasenack wrote:
>
> >Could you verify that this db4 package has the two official sleepycat
> >patches applied?
>
> I'll try to download the srpm and check. Which two official sleepycat
>
Thanks, I'll take a look and check on that. While I am doing so, here
is the actual output from my log files showing the errors (grepped for
DBERROR). We only have 74 mailboxes and my mail system is set to only
deliver 5 messages at a time. Could this be a "locker" leak or
something I am run
On Thu, Apr 21, 2005 at 03:05:31PM -0700, Daniel Hazelbaker wrote:
> YDL 4.0 (This started a month or two after upgrading to YDL 4.0, can't
> say if it is related)
> cyrus-imapd 2.2.10 (release 3.yd4)
> cyrus-sasl 2.1.18 (release 2.2)
> db4 4.2.52 (release 3.1.ydl.1)
Could you verify that this db
(Apologies if this is a duplicate, had some subscription issues and not
sure if the first one went)
Greetings. For about 2 months now I have been having a lot of problems
with my Cyrus delivery system. I keep getting DB errors of various
types. Sometimes I get region size errors, other times
It seems that I have done something wrong somewhere.
I am getting these errors in imapd.log
Apr 30 02:04:19 quatro lmtpd[17862]: DBERROR: dbenv->open failed:
Permission denied
Apr 30 02:04:19 quatro lmtpd[17862]: deliver: unable to init duplicate
delivery database
Apr 30 02:04:19 quatro ctl_de
42 matches
Mail list logo
