Now it works - in /usr/include, I had to delete db.h and the db3 directory.
But my problem is not resolved: I still have several imapd and sometimes one
or more lmtp processes which never disappear.
Olaf
Clifford Thurber wrote:
What do you mean when you say they don't disappear? Can you be more
specific?
Yes, right now I have 5 processes named 'imapd -s' and 2 named 'lmtp' in my
process list. They will stay there forever until I restart cyrus-imapd. And
when the first user logons after
Olaf Zaplinski wrote:
Clifford Thurber wrote:
What do you mean when you say they don't disappear? Can you be more
specific?
Yes, right now I have 5 processes named 'imapd -s' and 2 named 'lmtp' in my
process list. They will stay there forever until I restart cyrus-imapd. And
when
Hi *,
following bug occured:
1.
CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \
LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \
./configure
2.
make
3.
make install
4.
start of cyrus = 'incorrect version of Berkeley db: compiled against
3.1.17, linked against 3.3.11'
So I re-started 3. and voila:
Hi Prune,
Prune wrote:
can you add the result of the 'configure' ? look at the begining when it
tests for gcc
do you mean this?
checking whether the C compiler (gcc -I/usr/local/BerkeleyDB.3.3/include
-L/usr/local/BerkeleyDB.3.3/lib) works... yes
checking whether the C compiler (gcc
Hi,
I'm using cyrus-imapd-2.1.3, cyrus-sasl-2.1.1 with db-4.0.14 and
everything works fine now.
First I had a similar problem, which I fixed by linking the new db-lib
from /usr/local/BerkeleyDB.4.0/lib/ to /usr/lib/ . I also replaced the
/usr/include/db*.h files with the new one, because db4 is
You are most likely compiling this on a linux system. This happens because
of /usr/include/db.h. This is the header fileshipped witht the distro.
Cyrus will compile using your CFLAGS below but the linker will use the db.h
file under /usr/include. I think if anything this is a linux bug. It
Clifford Thurber wrote:
You are most likely compiling this on a linux system. This happens
because of /usr/include/db.h. This is the header fileshipped witht the
distro. Cyrus will compile using your CFLAGS below but the linker will
use the db.h file under /usr/include. I think if
I set every one of these environmental variables and also added the db5.0
lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't
matter as the linker will always look in /usr/include first and grab what
is there. The only way is to replace that db.h file.
At 04:14 PM
Of Clifford
Thurber
Sent: Tuesday, March 26, 2002 10:32 AM
To: Prune
Cc: Olaf Zaplinski; [EMAIL PROTECTED]
Subject: Re: bug in imapd-2.1.3 / Berkeley DB
I set every one of these environmental variables and also added the db5.0
lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't
; [EMAIL PROTECTED]
Subject: Re: bug in imapd-2.1.3 / Berkeley DB
I set every one of these environmental variables and also added the db5.0
lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't
matter as the linker will always look in /usr/include first and grab what
]
Subject: RE: bug in imapd-2.1.3 / Berkeley DB
Perhaps all this could be made into a nice Linux how to as the current one
seems rather dated and doesn't address any of these problems.
At 11:37 AM 3/26/2002 -0500, OCNS Consulting wrote:
Clifford:
You are correct! The only way I could get Cyrus IMAP
12 matches
Mail list logo