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]
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
24 matches
Mail list logo
