> On September 30, 2016 at 3:26 AM "Andreas M. Kirchwitz"
> wrote:
>
>
> Joseph Tam wrote:
>
> >>> OK, the origin of your problem becomes clearer. You can hardcode these
> >>> paths into the executables by doing something like
> >>>
> >>> env
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' \
>>>
"Andreas M. Kirchwitz" writes:
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' \
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.
Andreas M. Kirchwitz writes:
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
Do you have multiple OpenSSL's installed?
Sent from my iPhone
> On Sep 5, 2016, at 10:38 PM, Michael A. Peters wrote:
>
>
>
>> On 09/02/2016 12:50 PM, Joseph Tam wrote:
>> Aki Tuomi wrote:
>>
>> ldd /usr/local/Dovecot-2.2.25/lib/dovecot/libdcrypt_openssl.so
On 09/02/2016 12:50 PM, Joseph Tam wrote:
Aki Tuomi wrote:
ldd /usr/local/Dovecot-2.2.25/lib/dovecot/libdcrypt_openssl.so
linux-gate.so.1 => (0x00dca000)
libcrypto.so.1.0.0 => not found
...
Well, then it leaves only option of using /etc/ld.so.conf
so basically add your
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
Aki Tuomi wrote:
ldd /usr/local/Dovecot-2.2.25/lib/dovecot/libdcrypt_openssl.so
linux-gate.so.1 => (0x00dca000)
libcrypto.so.1.0.0 => not found
...
Well, then it leaves only option of using /etc/ld.so.conf
so basically add your libssl location there.
You can also affect
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
> On September 2, 2016 at 5:35 PM "Andreas M. Kirchwitz"
> wrote:
>
>
> 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
> On September 2, 2016 at 4:56 AM "Andreas M. Kirchwitz"
> wrote:
>
>
> 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
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)
>>
On 04.07.2016 02:42, Andreas M. Kirchwitz wrote:
> 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
>
On 04.07.2016 02:42, Andreas M. Kirchwitz wrote:
> 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
>
15 matches
Mail list logo