search for: dcrypt

...#39;. Making all in lib-dns make[3]: Nothing to be done for `all'. Making all in lib-master make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-ssl-iostream make[3]: Nothing to be done for `all'. Making all in lib-dcrypt /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-ssl-iostream -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" -I../../src/lib -I../../src/lib-test -I../../src/lib-ssl-iostream -DDCRYPT_MODULE_DIR=\"...

...ar 2018, at 5:59 pm, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: >> >> >> We have attempted to compile our code with OpenSSL 1.0, 1.0.2 and 1.1.0, but I'll try the specific releases too. >> >> Can you try this patch? >> >> diff --git a/src/lib-dcrypt/dcrypt-openssl.c b/src/lib-dcrypt/dcrypt-openssl.c >> index 26c9b91..187bb75 100644 >> --- a/src/lib-dcrypt/dcrypt-openssl.c >> +++ b/src/lib-dcrypt/dcrypt-openssl.c >> @@ -9,17 +9,17 @@ >> #include "array.h" >> #include "module-dir.h" >&gt...

.../err.h usability... yes checking openssl/err.h presence... yes checking for openssl/err.h... yes checking if OpenSSL version is 1.0.1 or newer... true checking if OpenSSL version is 1.0.2 or better... true checking whether SSL_clear_options exists... no ... No problems. But then ?make? ends with: dcrypt-openssl.c:117: error: field 'ctx' has incomplete type dcrypt-openssl.c: In function 'dcrypt_openssl_ctx_hmac_destroy': dcrypt-openssl.c:451: warning: implicit declaration of function 'HMAC_cleanup' dcrypt-openssl.c: In function 'dcrypt_openssl_generate_ec_key': dcryp...

.../err.h usability... yes checking openssl/err.h presence... yes checking for openssl/err.h... yes checking if OpenSSL version is 1.0.1 or newer... true checking if OpenSSL version is 1.0.2 or better... true checking whether SSL_clear_options exists... no ... No problems. But then ?make? ends with: dcrypt-openssl.c:117: error: field 'ctx' has incomplete type dcrypt-openssl.c: In function 'dcrypt_openssl_ctx_hmac_destroy': dcrypt-openssl.c:451: warning: implicit declaration of function 'HMAC_cleanup' dcrypt-openssl.c: In function 'dcrypt_openssl_generate_ec_key': dcryp...

...: Nothing to be done for `all'. > Making all in lib-master > make[3]: Nothing to be done for `all'. > Making all in lib-charset > make[3]: Nothing to be done for `all'. > Making all in lib-ssl-iostream > make[3]: Nothing to be done for `all'. > Making all in lib-dcrypt > /bin/sh ../../libtool ?--tag=CC ? --mode=compile gcc -DHAVE_CONFIG_H > -I. -I../.. ?-I../../src/lib -I../../src/lib-test > -I../../src/lib-ssl-iostream > -DDCRYPT_MODULE_DIR=\"/usr/local/lib/dovecot\" ?-I../../src/lib > -I../../src/lib-test -I../../src/lib-ssl-iostream &g...

...iv> checking whether SSL_clear_options exists... no </div> <div> ... </div> <div> <br> </div> <div> No problems. But then ‘make’ ends with: </div> <div> <br> </div> <div> dcrypt-openssl.c:117: error: field 'ctx' has incomplete type </div> <div> dcrypt-openssl.c: In function 'dcrypt_openssl_ctx_hmac_destroy': </div> <div> dcrypt-openssl.c:451: warning: implicit declaration of function 'HMAC_cleanup' <...

On 1 Mar 2018, at 4:09 pm, Aki Tuomi <aki.tuomi at dovecot.fi <mailto:aki.tuomi at dovecot.fi>> wrote: > > >> On 01 March 2018 at 06:21 James Brown < jlbrown at bordo.com.au <mailto:jlbrown at bordo.com.au>> wrote: >> >> >> Have tried 2.3.0, 2.3.0.1 & 2.2.34. >> >> Compile is failing for me. >> >> ./configure

...gt; I was wondering about a crash when building dovecot 2.2.25 on latest > Ubuntu. > I wondered as I've had the same source building on Debian just fine. > > Some debugging led me to this weird behavior: > Using this gdb command file called autoreportissue in my case: > break dcrypt_initialize > commands > p dcrypt_vfs > p &dcrypt_vfs > watch dcrypt_vfs > c > end > break dcrypt_set_vfs > commands > p dcrypt_vfs > p &dcrypt_vfs > c > end > r > > Running test-crypto on Debian and Ubuntu repo...

...t;> Tried with LibreSSL 2.4.2 and 2.3.6 - both the build completes but >>>> fails the make check >>>> >>>> Dovecot 2.2.24 passes make check on both. >>>> >>>> This is where it fails: >>>> >>>> Making check in lib-dcrypt >>>> make[2]: Entering directory >>>> `/home/alice/rpmbuild/BUILD/dovecot-2.2.25/src/lib-dcrypt' >>>> for bin in test-crypto test-stream; do \ >>>> if ! /bin/sh ../../run-test.sh ../.. ./$bin; then exit 1; fi; \ >>>> done >>&gt...

...>> it is a crypto test that is fails. >> >> Tried with LibreSSL 2.4.2 and 2.3.6 - both the build completes but >> fails the make check >> >> Dovecot 2.2.24 passes make check on both. >> >> This is where it fails: >> >> Making check in lib-dcrypt >> make[2]: Entering directory >> `/home/alice/rpmbuild/BUILD/dovecot-2.2.25/src/lib-dcrypt' >> for bin in test-crypto test-stream; do \ >> if ! /bin/sh ../../run-test.sh ../.. ./$bin; then exit 1; fi; \ >> done >> ../../run-test.sh: line 21: 22369 Segmenta...

...-4.el7.x86_64 Building against LibreSSL which has been fine for other releases, but it is a crypto test that is fails. Tried with LibreSSL 2.4.2 and 2.3.6 - both the build completes but fails the make check Dovecot 2.2.24 passes make check on both. This is where it fails: Making check in lib-dcrypt make[2]: Entering directory `/home/alice/rpmbuild/BUILD/dovecot-2.2.25/src/lib-dcrypt' for bin in test-crypto test-stream; do \ if ! /bin/sh ../../run-test.sh ../.. ./$bin; then exit 1; fi; \ done ../../run-test.sh: line 21: 22369 Segmentation fault (core dumped) valgrind -q --trace-c...

...i > > I tried but it was too big to post on the mailing list. I?m not sure if you got the direct email. > Yeah I got it. We have attempted to compile our code with OpenSSL 1.0, 1.0.2 and 1.1.0, but I'll try the specific releases too. Can you try this patch? diff --git a/src/lib-dcrypt/dcrypt-openssl.c b/src/lib-dcrypt/dcrypt-openssl.c index 26c9b91..187bb75 100644 --- a/src/lib-dcrypt/dcrypt-openssl.c +++ b/src/lib-dcrypt/dcrypt-openssl.c @@ -9,17 +9,17 @@ #include "array.h" #include "module-dir.h" #include "dovecot-openssl-common.h" -#include &l...

...achment was scrubbed... Name: configure.ac.patch Type: application/octet-stream Size: 842 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20170225/7994554c/attachment-0002.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: dcrypt-openssl.c.patch Type: application/octet-stream Size: 2777 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20170225/7994554c/attachment-0003.obj>

http://dovecot.org/releases/2.2/rc/dovecot-2.2.25.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.25.rc1.tar.gz.sig Quite a lot of changes. Please test out before the final v2.2.25 release, which I'm planning for tomorrow. Especially the new lib-dcrypt might have compiling problems with some OpenSSL versions. * lmtp: Start tracking lmtp_user_concurrency_limit and reject already at RCPT TO stage. This avoids MTA unnecessarily completing DATA only to get an error. * doveadm: Previously only mail settings were read from protocol doveadm...

http://dovecot.org/releases/2.2/rc/dovecot-2.2.25.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.25.rc1.tar.gz.sig Quite a lot of changes. Please test out before the final v2.2.25 release, which I'm planning for tomorrow. Especially the new lib-dcrypt might have compiling problems with some OpenSSL versions. * lmtp: Start tracking lmtp_user_concurrency_limit and reject already at RCPT TO stage. This avoids MTA unnecessarily completing DATA only to get an error. * doveadm: Previously only mail settings were read from protocol doveadm...

...<br> </div> <div> So I'm using option "rpmbuild -ba --target=i686 dovecot2.3.spec" to </div> <div> build it, and it works but I'd still like to build x64 version. Why </div> <div> libtool tries to install libdcrypt_openssl.la only instead </div> <div> /usr/lib/dovecot into /usr/lib64/dovecot? . But as I can compile fine </div> <div> postfix etc other openssl used app rpm -s, then is this some dovecot bug </div> <div> or what am I missing? &l...

...-ssl-iostream > make[2]: Entering directory > '/usr/local/src/dovecot-2.2.26.rc1/src/lib-ssl-iostream' > make[2]: Nothing to be done for 'check'. > make[2]: Leaving directory > '/usr/local/src/dovecot-2.2.26.rc1/src/lib-ssl-iostream' > Making check in lib-dcrypt > make[2]: Entering directory > '/usr/local/src/dovecot-2.2.26.rc1/src/lib-dcrypt' > for bin in test-crypto test-stream; do \ > if ! /bin/sh ../../run-test.sh ../.. ./$bin; then exit 1; fi; \ > done > test_cipher_test_vectors ..............................................

Hello. I have problems to compile Dovecot2.2.13 with rpmbuild using options: ./configure \ --prefix=/usr \ --with-ssl=openssl \ --with-ssldir=/etc/ssl \ --sysconfdir=/etc \ --without-vpopmail \ --with-pam \ --without-bsdauth \ --without-sql \ --without-nss \ --without-ldap \ --without-pgsql \

...ported distro, no luck, now installed centos 7 and still no luck, so seems it's not about centos or rpm version. So I'm using option "rpmbuild -ba --target=i686 dovecot2.3.spec" to build it, and it works but I'd still like to build x64 version. Why libtool tries to install libdcrypt_openssl.la only instead /usr/lib/dovecot into /usr/lib64/dovecot? . But as I can compile fine postfix etc other openssl used app rpm -s, then is this some dovecot bug or what am I missing? Error: /usr/bin/mkdir -p '/root/rpmbuild/BUILDROOT/dovecot-2.3.9.2-mp.x86_64/usr/lib/dovecot' /bin/...

...7 and still no luck, so >> seems it's not about centos or rpm version. >> >> So I'm using option "rpmbuild -ba --target=i686 dovecot2.3.spec" to >> build it, and it works but I'd still like to build x64 version. Why >> libtool tries to install libdcrypt_openssl.la only instead >> /usr/lib/dovecot into /usr/lib64/dovecot? . But as I can compile fine >> postfix etc other openssl used app rpm -s, then is this some dovecot bug >> or what am I missing? >> >> Error: >> /usr/bin/mkdir -p >> '/root/rpmbuild/BU...