similar to: Install of Dovecot 2.2.5 on Solaris 10/Openssl version 0.9.7d 17 Mar 2004

Trying to build Dovecot 2.2.34 on OpenBSD fails. This seems to have been introduced by this commit.. https://github.com/dovecot/core/commit/4a9020ed888caf03fd3132a30a7818b01daa4b9d Fairly -current.. /usr/bin/libtool --tag=CC --mode=link cc -std=gnu99 -O2 -pipe -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast

Hello all, I'm trying to compile dovecot 2.2.21 on OS-X 10.11.3 and I'm running a bit of trouble with OpenSSL. I've cloned OpenSSL (OpenSSL 1.1.0-pre4-dev) from github and in openssl/ssl.h SSL_TXT_SSLV2 is not defined anymore. Compilation fails with: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test

hi... i try to make dovecot (v1.0.r26) in solaris 10 and i have the following problem # ./configure --with-ldap ... ... Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support ..........

if test "$dot_seen" = "no"; then \ make "$target-am" || exit 1; \ fi; test -z "$fail" make: Fatal error: Command failed for target `all-recursive' Current working directory /scratch/jawelsh/src/dovecot-1.2.2/src *** Error code 1 The following command caused the error: failcom='exit 1'; \ for f in x $MAKEFLAGS; do \ case $f in \ *=* |

Hi, Compile fails in these two files src/lib-ssl-iostream/iostream-openssl-context.c src/login-common/ssl-proxy-openssl.c due to missing SSL_OP_SINGLE_ECDH_USE In these there is only #if !defined(OPENSSL_NO_ECDH) when all the other places it always compares also SSL version #if !defined(OPENSSL_NO_ECDH) && OPENSSL_VERSION_NUMBER >= 0x10002000L Tomppa

Hello all. I am trying to compile Dovecot from source on an AMD Opteron based Sun server running Solaris 10. I ran the configue script with the mysql flag on because I need mysql auth support. I am running MySQL version: 5.0.18 Here is where the make fails. Any suggestions? *** Error code 1 make: Fatal error: Command failed for target `driver-mysql.o' Current working directory

I am not sure what the problem is. I try ./configure as the intallation point out;however, when I try make I am getting the bellow error. PS. I am running Solaris 10 X86, GNU gcc. 1. [04:05:24][root at www:~/dovecot-1.0.alpha1]$ make 2. make all-recursive 3. Making all in src 4. Making all in lib 5. Making all in lib-sql 6. Making all in

I'm trying to compile 1.1.8 with dovecot-1-1-989789b2afd8 patches applied on Solaris 10 sparc using gcc 2.95.3 and also tried version 3.4.3. This is error I'm getting: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -DPKG_RUNDIR=\""/userM/mail-services/dovecot/var/run/dovecot"\"

> On Apr 25, 2017, at 5:37 PM, KT Walrus <kevin at my.walr.us> wrote: > > Also, I spotted a deprecation warning that you might want to look into since it has to do with building against OpenSSL 1.1 (which is the default version for Debian 9). Oops!!! Forgot to attach the warning: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test

> On Apr 25, 2017, at 4:30 PM, Peter van der Does <peter at avirtualhome.com> wrote: > > The problem with making the Dovecot check for libmysqlclient.so.20 would > be that you have have to make sure older/newer packages are also > supported. The 20 extension is subject to changes. > > If I check the Oracle DEB file for Debian 9, it seems they do use the > name

All betas so far have compiled without problems on my setup, but something breaks in b13. This problem occurs with both make and gmake. Below are outputs from make and gmake. Regards, Mikkel make all-recursive Making all in src Making all in lib make all-am if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/pkgsrc/pkg/include/mysql -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes

I'm trying to build NUT 2.2.1 on a SunBlade 2000 running Solaris 10 (Solaris 10 11/06 s10s_u3wos_10 SPARC) It won't compile. I'm not a programmer, so I'm afraid I don't know why... [huge at anubis ~/Prog/nut/nut-2.2.1]: ./configure --with-user=ups --with-group=nutNetwork UPS Tools version 2.2.1 checking build system type... sparc-sun-solaris2.10 checking host system type...

Hi, I recently compiled dovecot-2.1.1 on Solaris 10 with Sun Studio, but when I want to compile Sieve for this version (dovecot-2.1-pigeonhole-0.3.0) I get an error: "sieve.c", line 578: identifier redeclared: sieve_multiscript_run and I see that declaration in sieve.h is different from definition in sieve.c, so compilation process fails with SunStudio cc compiler. I have done a

# HG changeset patch # User David Hicks <david at hicks.id.au> # Date 1373085976 -36000 # Sat Jul 06 14:46:16 2013 +1000 # Node ID ccd83f38e4b484ae18f69ea08631eefcaf6a4a4e # Parent 1fbac590b9d4dc05d81247515477bfe6192c262c login-common: Add support for ECDH/ECDHE cipher suites ECDH temporary key parameter selection must be performed during OpenSSL context initialisation before ECDH and

attempting to compile dovecot 2.2.31 on Sun/Oracle Solaris 10 SPARC. configure goes fine. First sign of problems during compile is with this warning: ............................................... *** libssl_iostream_openssl.so is not portable! ............................................... actual ERRORS - Soon, compile errors out with undefined symbols. Output at bottom of note.

On Fri, 20 Oct 2017, Kadlecsik J?zsef wrote: > On Fri, 6 Oct 2017, Jozsef Kadlecsik wrote: > > > We upgraded one of our dovecot servers to debian stretch with dovecot > > 2.2.27 and since then one of our users has been experiencing random IMAP > > failures. > > > > On the client side the user runs alpine and the corresponding debug lines: > > >

In src/lib-ssl-iostream/iostream-openssl-params.c a call is made to DH_generate_parameters. This function has been deprecated since OpenSSL 0.9.8. With OpenSSL 1.1 compilation will throw an error. Not sure how to send patches, I don't even know if the patch I wrote actually works (I don't program in C, but gave it a shot anyway) but below is the patch. ---

As of LLVM 3.2, is it possible to use iostream with the MCJIT or interpreter execution engines? I'm getting some errors... Each of these commands correctly prints "hello": echo -e '#include <stdio.h>\nint main(){ printf("hello"); }' | clang -cc1 -emit-llvm-bc -x c++ | lli -use-mcjit echo -e '#include <iostream>\nint main(){ std::cout <<

Hi, I came up with the following patch while trying to figure out a good solution for the situation described in Debian bug #871987[1]. In short, OpenSSL in Debian unstable has disabled TLSv1.0 and TLSv1.1 *by default*. That means that unless an application requests otherwise, only TLSv1.2 is supported. In the world of e-mail this is seemingly an issue, as there are still way too many old clients

OpenSSL 1.1 features a cleanup function that is automatically run on shutdown using atexit(3). This function frees all OpenSSL-allocated resources. In dovecot, OpenSSL is loaded indirectly using dlopen(3) against the relevant dovecot crypto module and is finally unloaded using dlclose(3). Until OpenSSL 1.0.1c this worked fine, however OpenSSL 1.0.1c makes sure[1] that the library stays loaded