Hello Dovecot users and developers!
Up to Dovecot 2.3.14.1 manual compilation of Dovecot sources was fine, I have
an old 32-bit Linux server with GCC 4.4.7 where I compile almost all things
manually. Works fine, never had problems with GCC versions.
env LDFLAGS="-Wl,--no-as-needed" ./configure
Merry Christmas!
The brandnew Dovecot 2.3.0 seems to generate index (cache) files
for all IMAP folders at once when a user logs in the first time.
(Those "dovecot.index" files that live in ".imap" directories.)
Previous versions generated these index files on demand when a
folder was actu
Joseph Tam wrote:
>>> OK, the origin of your problem becomes clearer. You can hardcode these
>>> paths into the executables by doing something like
>>>
>>> env CFLAGS='-I/my'ssl/include' \
>>> LDFLAGS='-L/your/ssl/lib -Wl,-rpath,/my/ssl/lib' \
>>> configure ...
>>
Joseph Tam wrote:
>> For every program I compile myself, I link it against my custom
>> OpenSSL library (always newest version; distributions usually tend
>> to stick with a specific version and only apply security fixes).
>
> OK, the origin of your problem becomes clearer. You can hardcode thes
Joseph Tam wrote:
> You can also affect where shared libraries are loaded using the
> LD_LIBRARY_PATH environment variable. Try adding
>
> LD_LIBARY_PATH=/location/of/libdir; export LD_LIBARY_PATH
>
> to your service boot scripts.
Thanks for the advice. It's fine for a temporary working a
Aki Tuomi wrote:
> Well, then it leaves only option of using /etc/ld.so.conf
> so basically add your libssl location there.
That's not a working solution and not the purpose of /etc/ld.so.conf.
Currently, this is a real-life security issue in Dovecot 2.2.25,
because it compiles fine but then -
Aki Tuomi wrote:
>> ldd /usr/local/Dovecot-2.2.25/lib/dovecot/libssl_iostream_openssl.so
>> linux-gate.so.1 => (0x00e8c000)
>> libcrypto.so.1.0.0 => not found
>> libssl.so.1.0.0 => not found
>> librt.so.1 => /lib/librt.so.1 (0x00be4000)
>> libc.so.6 => /li
Dear Dovecot developers!
This problem already existed some years ago, has been fixed,
and now it's there again in Dovecot 2.2.25 (2.2.24 was fine).
I'm running CentOS 6 with a custom OpenSSL installation in /usr/local/ssl
Therefore, Dovecot is configured like this:
env SSL_CFLAGS="-I/usr
Timo Sirainen wrote:
>> But two libraries are not quite okay. They don't find their SSL libs:
>>
>> libdovecot-lda.so
>> libdovecot-storage.so
>
> Maybe this fixes it?
>
> http://hg.dovecot.org/dovecot-2.1/rev/8b91367bc3e1
Works perfectly! Great, now all components find their li
Timo Sirainen wrote:
>> $ patch -p1 -s < ../dovecot-20120303-e540404debb7.patch
>> $ env SSL_CFLAGS="-I/usr/local/ssl/include" SSL_LIBS="-L/usr/local/ssl/lib
>> -Wl,-R/usr/local/ssl/lib -lcrypto -lssl" ./configure
>> --prefix=/usr/local/Dovecot-20120303 --with-ssl=openssl
>> --with-ssldir
Hello Timo!
Timo Sirainen wrote:
> The SSL libraries shouldn't be linked when imapc isn't built. Also it
> probably wouldn't have built with you if you used configure
> --without-shared-libs. I did a bit large change that hopefully fixes
> everything:
> http://hg.dovecot.org/dovecot-2.1/
Timo Sirainen wrote:
>> There seems to be a new dependency in some modules (eg, lib-storage,
>> libdovecot-lda, libdovecot-ssl) on OpenSSL. In Dovecot 2.0, those
>> modules didn't require OpenSSL, but 2.1 does.
>>
>> For the linking process the path to the OpenSSL library isn't
>> specifie
Hello Dovecot users!
There seems to be a new dependency in some modules (eg, lib-storage,
libdovecot-lda, libdovecot-ssl) on OpenSSL. In Dovecot 2.0, those
modules didn't require OpenSSL, but 2.1 does.
For the linking process the path to the OpenSSL library isn't
specified properly (SSL_L
Hi Timo and all others!
The current Dovecot 2.0.rc4 did really well with Mutt 1.5.20 and
Thunderbird 3.1.2, but a user with Alpine 2.00 crashed it immediately.
I'm running Fedora 13 (Linux) and compiled Dovecot 2.0.rc4 manually
like I did before with Dovecot 1.2.13. When switching from 1.
Dear Dovecot lovers!
When starting Dovecot 1.x the first time, it runs "ssl-build-params"
to generate a file named "ssl-parameters.dat". This takes a couple
of minutes. During this time users have no access to their mail,
but this can be planned in advance and users can be notified.
This i
Hi folks,
when building Dovecot 2.0.rc3 (never used any other 2.0.X before,
so this issue might not be new to that specific release), then
compilation fails on anything that is linked against the new
"libdovecot-login.so" library.
For example, "imap-login" fails:
/bin/sh ../../libtool --tag=CC
hes on "under_score" (no space but underscore).
Looks like something goes wrong with the encoding/decoding of
quoted-printable (sorry, haven't tried with base64).
Example: Dovecot does not find "under_score"
| Date: Fri, 24 Jul 2009 02:08:45 +0200
| From: "Andreas M.
Hi folks,
because I accidently missed a syslog entry from previous reports,
here's a new one with both syslog lines. Same problem as always
when saving mail from one folder to another with Pine 4.64.
Does nobody else get this when copying/moving mail between folders?
The assertion refers to src/l
Hi folks!
>> Aug 16 03:39:58 linux dovecot: IMAP(user1): Raw backtrace: imap [0x80cf8e0]
>> -> imap [0x80cf93a] -> imap [0x80cf26c] -> imap [0x809d11a] ->
>> imap(index_mailbox_set_recent_seq+0x3e) [0x809d15e] ->
>> imap(mbox_sync+0x105d) [0x80823fd] -> imap [0x807a454] ->
>> imap(index_t
Some minutes ago I wrote:
> after about 3 weeks without any problems, I've found this crash in
> yesterday's logfile (again related to index_mailbox_set_recent_seq):
>
> Aug 16 03:39:58 linux dovecot: IMAP(user1): Raw backtrace: imap [0x80cf8e0]
> -> imap [0x80cf93a] -> imap [0x80cf26c] ->
Hi folks,
after about 3 weeks without any problems, I've found this crash in
yesterday's logfile (again related to index_mailbox_set_recent_seq):
Aug 16 03:39:58 linux dovecot: IMAP(user1): Raw backtrace: imap [0x80cf8e0] ->
imap [0x80cf93a] -> imap [0x80cf26c] -> imap [0x809d11a] ->
imap(index
Hi folks,
with the brandnew release Dovecot 1.1.2, the daemon killed itself
with signal 6 (SIGABRT) when trying to save a mail from the INBOX
to another folder. The mail client is PINE 4.64. After reconnecting
to the IMAP server, the mail was actually copied to the destination
folder, but the orig
Timo Sirainen wrote:
> Fixed: http://hg.dovecot.org/dovecot-1.1/rev/ea00b1553ef1
Great, thanks!
>> Jul 12 01:04:45 linux dovecot: Panic: IMAP(user2): file index-sync.c: line
>> 39 (index_mailbox_set_recent_uid): assertion failed:
>> (seq_range_exists(&ibox->recent_flags, uid))
>
>> Sto
Hi folks,
with Dovecot 1.1.1, I've had two "crashes" (SIGABRT) recently.
Dovecot 1.1.1 has been compiled from source and is running
on Fedora 8 Linux 32 Bit (all patches) with custom OpenSSL 0.9.8h.
[ output of "dovecot -n" ]
# 1.1.1: /usr/local/dovecot/etc/dovecot.conf
ssl_cert_file: /usr/local/
24 matches
Mail list logo
