On Wed, 28 Nov 2007 10:50:01 +0300, Maxim Lougovsky <[EMAIL PROTECTED]> wrote:
>
>
>
> On Wed, 28 Nov 2007 09:45:45 +0200, Timo Sirainen <[EMAIL PROTECTED]> wrote:
>> On Thu, 2007-11-22 at 21:16 +0300, Maxim wrote:
>>> #0 0x08051e2d in auth_client_request_continue ()
>>> (gdb) bt
>>> #0 0x08
Here's how to work around it:-
In the LDFLAGS use:
LDFLAGS="-L/usr/local/BerkeleyDB/lib -R/usr/local/BerkeleyDB/lib
-L/usr/local/lib -R/usr/local/lib"
This works now very well, I'll keep this information in mind ...
Thanks a lot @all
Mark
Greetings -
On 29 Nov 2007, at 09:24, Mark Heitmann wrote:
In my $LD_LIBRARY_PATH /usr/lib is behind /usr/local/lib (for
openldap), although
dovecot-auth was linked with the Solaris lib. The way that works for
me is the
following LDFLAGS directive to the configure command, because the --
wi
hello Mark,
Mark Heitmann wrote:
In my $LD_LIBRARY_PATH /usr/lib is behind /usr/local/lib (for openldap),
although
dovecot-auth was linked with the Solaris lib. The way that works for me
is the
following LDFLAGS directive to the configure command, because the
--with-ldap
flag has no directory
Timo, you are so right!
Today in the morning I checked the libs from the dovecot-auth binary and
see the following output
# ldd /usr/local/libexec/dovecot/dovecot-auth
libcrypt_d.so.1 => /usr/lib/libcrypt_d.so.1
libpam.so.1 => /usr/lib/libpam.so.1
libldap.so.5 => /
Thanks Timo,
I just tried 1.1 beta 9 with fts_lucene plugin, imap seg. fault whenever a
fatch command is issued. Here is the strace for your reference:
read(0, "a uid fetch 1:* (uid)\r\n", 4080) = 23
mkdir("/home/joewong/Maildir/lucene-indexes/locks", 0700) = -1 EEXIST
(File exists)
time(NULL)
