v2.3.0 release candidate released

newer
Re: How to set autoexpunge rule...

older
logging download speed for services

Timo Sirainen

18 Dec 2017 18 Dec '17

5:23 p.m.

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

It's finally time for v2.3 release branch! There are several new and exciting features in it. I'm especially happy about the new logging and statistics code, which will allow us to generate statistics for just about everything. We didn't have time to implement everything we wanted for them yet, and there especially aren't all that many logging events yet that can be used for statistics. We'll implement those to v2.3.1, which might also mean that some of the APIs might still change in v2.3.1 if that's required.

We also have new lib-smtp server code, which was used to implement SMTP submission server and do a partial rewrite for LMTP server. Please test these before v2.3.0 to make sure we don't have any bad bugs left!

BTW. The v2.3.0 will most likely be signed with a new PGP key ED409DA1.

Some of the larger changes:

Various setting changes, see https://wiki2.dovecot.org/Upgrading/2.3
Logging rewrite started: Logging is now based on hierarchical events. This makes it possible to do various things, like: 1) giving consistent log prefixes, 2) enabling debug logging with finer granularity, 3) provide logs in more machine readable formats (e.g. json). Everything isn't finished yet, especially a lot of the old logging code still needs to be translated to the new way.
Statistics rewrite started: Stats are now based on (log) events. It's possible to gather statistics about any event that is logged. See http://wiki2.dovecot.org/Statistics for details
ssl_dh setting replaces the old generated ssl-parameters.dat
IMAP: When BINARY FETCH finds a broken mails, send [PARSE] error instead of [UNKNOWNCTE]
Linux: core dumping via PR_SET_DUMPABLE is no longer enabled by default due to potential security reasons (found by cPanel Security Team).

Added support for SMTP submission proxy server, which includes support for BURL and CHUNKING extension.
LMTP rewrite. Supports now CHUNKING extension and mixing of local/proxy recipients.
auth: Support libsodium to add support for ARGON2I and ARGON2ID password schemes.
auth: Support BLF-CRYPT password scheme in all platforms
auth: Added LUA scripting support for passdb/userdb. See https://wiki2.dovecot.org/AuthDatabase/Lua

Input streams are more reliable now when there are errors or when the maximum buffer size is reached. Previously in some situations this could have caused Dovecot to try to read already freed memory.
Output streams weren't previously handling failures when writing a trailer at the end of the stream. This mainly affected encrypt and zlib compress ostreams, which could have silently written truncated files if the last write happened to fail (which shouldn't normally have ever happened).
virtual plugin: Fixed panic when fetching mails from virtual mailboxes with IMAP BINARY extension.
Many other smaller fixes

Show replies by date

James

18 Dec 18 Dec

7:16 p.m.

On 18/12/2017 15:23, Timo Sirainen wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz

"smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value --- ../original/src/lib-smtp/smtp-server-cmd-helo.c 2017-12-18 15:04:05.000000000 +0000 +++ src/lib-smtp/smtp-server-cmd-helo.c 2017-12-18 16:39:09.643332687 +0000 @@ -137,7 +137,7 @@ { /* ehlo = "EHLO" SP ( Domain / address-literal ) CRLF */ - return smtp_server_cmd_helo_run(cmd, params, FALSE); + smtp_server_cmd_helo_run(cmd, params, FALSE); } void smtp_server_cmd_helo(struct smtp_server_cmd_ctx *cmd, @@ -145,5 +145,5 @@ { /* helo = "HELO" SP Domain CRLF */ - return smtp_server_cmd_helo_run(cmd, params, TRUE); + smtp_server_cmd_helo_run(cmd, params, TRUE); } pigeonhole compile complained so I stopped at just compiling dovecot. I assume an updated pigeonhole is coming. "edit-mail.c", line 235: prototype mismatch: 2 args passed, 3 expected "edit-mail.c", line 1662: prototype mismatch: 2 args passed, 3 expected "edit-mail.c", line 1671: undefined struct/union member: set_cache_corrupted_reason "edit-mail.c", line 1671: function designator is not of function type "edit-mail.c", line 1673: cannot recover from previous errors

Stephan Bosch

8:15 p.m.

Op 12/18/2017 om 6:16 PM schreef James:

...

On 18/12/2017 15:23, Timo Sirainen wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz

"smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value

Just wondering: which system/compiler is giving these errors?

...

pigeonhole compile complained so I stopped at just compiling dovecot. I assume an updated pigeonhole is coming.

"edit-mail.c", line 235: prototype mismatch: 2 args passed, 3 expected "edit-mail.c", line 1662: prototype mismatch: 2 args passed, 3 expected "edit-mail.c", line 1671: undefined struct/union member: set_cache_corrupted_reason "edit-mail.c", line 1671: function designator is not of function type "edit-mail.c", line 1673: cannot recover from previous errors

Indeed.

Regards,

Stephan.

James

8:53 p.m.

On 18/12/2017 18:15, Stephan Bosch wrote:

...

Op 12/18/2017 om 6:16 PM schreef James:

...

...
"smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value

Just wondering: which system/compiler is giving these errors?

Sun/Oracle Studio compiler on Solaris.

$ cc -V cc: Studio 12.5 Sun C 5.14 SunOS_i386 2016/05/31

James.

Kenneth Porter

11:59 p.m.

On 12/18/2017 10:53 AM, James wrote:

...

On 18/12/2017 18:15, Stephan Bosch wrote:

...
Op 12/18/2017 om 6:16 PM schreef James:

...
...
"smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value

Just wondering: which system/compiler is giving these errors?

Sun/Oracle Studio compiler on Solaris.

$ cc -V cc: Studio 12.5 Sun C 5.14 SunOS_i386 2016/05/31

This is valid syntax for C++14 but invalid for C11. See this answer:

https://stackoverflow.com/questions/35987493/return-void-type-in-c-and-c

Stephan Bosch

19 Dec 19 Dec

12:10 a.m.

Op 12/18/2017 om 10:59 PM schreef Kenneth Porter:

...

On 12/18/2017 10:53 AM, James wrote:

...
On 18/12/2017 18:15, Stephan Bosch wrote:

...
Op 12/18/2017 om 6:16 PM schreef James:

...
...
"smtp-server-cmd-helo.c", line 140: void function cannot return value "smtp-server-cmd-helo.c", line 148: void function cannot return value

Just wondering: which system/compiler is giving these errors?

Sun/Oracle Studio compiler on Solaris.

$ cc -V cc: Studio 12.5 Sun C 5.14 SunOS_i386 2016/05/31

This is valid syntax for C++14 but invalid for C11. See this answer:

https://stackoverflow.com/questions/35987493/return-void-type-in-c-and-c

Yes, I know why it is wrong. I was just wondering why our usual set of compilers didn't at least warn about this stupidity. :)

Regards,

Stephan.

Odhiambo Washington

18 Dec 18 Dec

9:04 p.m.

On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

mv -f .deps/test_auth_cache-test-auth-cache.Tpo .deps/test_auth_cache-test-auth-cache.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -I../../src/lib-test -I../../src/lib-dict -I../../src/lib-dns -I../../src/lib-http -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-old-stats -I../../src/lib-ntlm -I../../src/lib-otp -I../../src/lib-master -I../../src/lib-oauth2 -I../../src/lib-ssl-iostream -I../../src/lib-lua -DAUTH_MODULE_DIR=\""/opt/dovecot2.2/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/opt/dovecot2.2/libexec/dovecot"\" -DPKG_RUNDIR=\""/opt/dovecot2.2/var/run/dovecot"\" -fPIE -DPIE -std=gnu99 -g -O2 -fstack-protector -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/usr/local/include -MT auth-main.o -MD -MP -MF .deps/auth-main.Tpo -c -o auth-main.o test -f 'main.c' || echo './'main.c mv -f .deps/auth-main.Tpo .deps/auth-main.Po gmake[3]: *** No rule to make target '-L/usr/local/lib', needed by 'auth'. Stop. gmake[3]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src/auth' Makefile:562: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src' Makefile:680: recipe for target 'all-recursive' failed gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1' Makefile:524: recipe for target 'all' failed gmake: *** [all] Error 2 (21:56:56 <~/Tools/Dovecot/2.3/dovecot-2.3.0.rc1>

PS: On all the servers, I compile using the same options I have used with dovecot-2.2.33.2.

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Goetz Schultz

10:05 p.m.

From reeBSD 9.3-RELEASE amd64:

Compiles ok Installs ok On startup 1: Error about new config settings (adjusted) On startup 2: doveadm(root): Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection refused

It seems to work so far. I get messages from fetchmail being delivered to the mailbox, yet that stale error is there. Quick search did not showed any results.

Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want.

Thanks and regards

Goetz R. Schultz

On 18/12/17 19:04, Odhiambo Washington wrote:

...

On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

Goetz Schultz

10:12 p.m.

Found the guide .... Can you remove last entry please ... works with TLSv1.

Thanks and regards

Goetz R. Schultz

On 18/12/17 20:05, Goetz Schultz wrote:

...

Hi

From reeBSD 9.3-RELEASE amd64:

Compiles ok Installs ok On startup 1: Error about new config settings (adjusted) On startup 2: doveadm(root): Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection refused

It seems to work so far. I get messages from fetchmail being delivered to the mailbox, yet that stale error is there. Quick search did not showed any results.

Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want.

Thanks and regards

Goetz R. Schultz

On 18/12/17 19:04, Odhiambo Washington wrote:

...
On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

Odhiambo Washington

22 Dec 22 Dec

1:31 p.m.

New subject: Fwd: v2.3.0 release candidate released

Hi Goetz,

I don't seem to understand what you mean by 'remove the last entry'. Do you mind clarifying please?

On 18 December 2017 at 23:12, Goetz Schultz email@suelze.de wrote:

...

Found the guide .... Can you remove last entry please ... works with TLSv1.

Thanks and regards

Goetz R. Schultz

On 18/12/17 20:05, Goetz Schultz wrote:

...
Hi

From reeBSD 9.3-RELEASE amd64:

Compiles ok Installs ok On startup 1: Error about new config settings (adjusted) On startup 2: doveadm(root): Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection refused

It seems to work so far. I get messages from fetchmail being delivered to the mailbox, yet that stale error is there. Quick search did not showed any results.

Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want.

Thanks and regards

Goetz R. Schultz

On 18/12/17 19:04, Odhiambo Washington wrote:

...
On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Goetz Schultz

1:37 p.m.

New subject: Fwd: v2.3.0 release candidate released

Hi Odhiambo,

I referred to this:

"Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want."

Have found literally 10 minutes after the post was send - so ignore that bit. It is just that error error that creeps up. But not using stats, hence I assume that is fine then.

Thanks and regards

Goetz R. Schultz

On 22/12/17 11:31, Odhiambo Washington wrote:

...

Hi Goetz,

I don't seem to understand what you mean by 'remove the last entry'. Do you mind clarifying please?

On 18 December 2017 at 23:12, Goetz Schultz email@suelze.de wrote:

...
Found the guide .... Can you remove last entry please ... works with TLSv1.

Thanks and regards

Goetz R. Schultz

On 18/12/17 20:05, Goetz Schultz wrote:

...
Hi

From reeBSD 9.3-RELEASE amd64:

Compiles ok Installs ok On startup 1: Error about new config settings (adjusted) On startup 2: doveadm(root): Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection refused

It seems to work so far. I get messages from fetchmail being delivered to the mailbox, yet that stale error is there. Quick search did not showed any results.

Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want.

Thanks and regards

Goetz R. Schultz

On 18/12/17 19:04, Odhiambo Washington wrote:

...
On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

Odhiambo Washington

2:02 p.m.

New subject: Fwd: v2.3.0 release candidate released

Okay, I was hoping it has something to do with where I am stuck compiling.

Could you kindly share your configure options? Mine which has always worked with Dovecot versions prior to 2.3 is refusing to work on FreeBSD i386.

<cut> mv -f .deps/test_auth_cache-test-auth-cache.Tpo .deps/test_auth_cache-test-auth-cache.Po clang -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -I../../src/lib-test -I../../src/lib-dict -I../../src/lib-dns -I../../src/lib-http -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-old-stats -I../../src/lib-ntlm -I../../src/lib-otp -I../../src/lib-master -I../../src/lib-oauth2 -I../../src/lib-ssl-iostream -I../../src/lib-lua -DAUTH_MODULE_DIR=\""/opt/dovecot2.3/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/opt/dovecot2.3/libexec/dovecot"\" -DPKG_RUNDIR=\""/opt/dovecot2.3/var/run/dovecot"\" -fPIE -DPIE -I/usr/local/include -std=gnu99 -g -O2 -fstack-protector -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 -I/usr/local/include -MT auth-main.o -MD -MP -MF .deps/auth-main.Tpo -c -o auth-main.o `test -f 'main.c' || echo './'`main.c mv -f .deps/auth-main.Tpo .deps/auth-main.Po make: don't know how to make -L/usr/local/lib. Stop *** [all-recursive] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src. *** [all-recursive] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1. *** [all] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1 </cut>

./configure
--prefix=/opt/dovecot2.3
--with-ioloop=kqueue
--with-notify=kqueue
--with-sql=yes
--with-mysql
--with-zlib
--with-bzlib
--with-ssl=openssl

On 22 December 2017 at 14:37, Goetz Schultz email@suelze.de wrote:

...

Hi Odhiambo,

I referred to this:

"Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want."

Have found literally 10 minutes after the post was send - so ignore that bit. It is just that error error that creeps up. But not using stats, hence I assume that is fine then.

Thanks and regards

Goetz R. Schultz

On 22/12/17 11:31, Odhiambo Washington wrote:

...
Hi Goetz,

I don't seem to understand what you mean by 'remove the last entry'. Do you mind clarifying please?

On 18 December 2017 at 23:12, Goetz Schultz email@suelze.de wrote:

...
Found the guide .... Can you remove last entry please ... works with TLSv1.

Thanks and regards

Goetz R. Schultz

On 18/12/17 20:05, Goetz Schultz wrote:

...
Hi

From reeBSD 9.3-RELEASE amd64:

Compiles ok Installs ok On startup 1: Error about new config settings (adjusted) On startup 2: doveadm(root): Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection refused

It seems to work so far. I get messages from fetchmail being delivered to the mailbox, yet that stale error is there. Quick search did not showed any results.

Not looked yet, but is there a guide for the ssl_min_version setting? Seems only to wok when I set "SSLv3" which I really don't want.

Thanks and regards

Goetz R. Schultz

On 18/12/17 19:04, Odhiambo Washington wrote:

...
On 18 December 2017 at 18:23, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

I decided to test the compile on my servers which are all running dovecot-2.2.33.2:

(1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.

(2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.

(3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and it failed like this:

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Goetz Schultz

2:39 p.m.

New subject: Fwd: v2.3.0 release candidate released

Sure:

./configure
--with-pgsql
--with-sql

Two params I had once due to issues are not longer used:

[ --with-ioloop=poll --with-notify=none ]

Thanks and regards

Goetz R. Schultz

On 22/12/17 12:02, Odhiambo Washington wrote:

...

Okay, I was hoping it has something to do with where I am stuck compiling.

Could you kindly share your configure options? Mine which has always worked with Dovecot versions prior to 2.3 is refusing to work on FreeBSD i386.

<cut> mv -f .deps/test_auth_cache-test-auth-cache.Tpo .deps/test_auth_cache-test-auth-cache.Po clang -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -I../../src/lib-test -I../../src/lib-dict -I../../src/lib-dns -I../../src/lib-http -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-old-stats -I../../src/lib-ntlm -I../../src/lib-otp -I../../src/lib-master -I../../src/lib-oauth2 -I../../src/lib-ssl-iostream -I../../src/lib-lua -DAUTH_MODULE_DIR=\""/opt/dovecot2.3/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/opt/dovecot2.3/libexec/dovecot"\" -DPKG_RUNDIR=\""/opt/dovecot2.3/var/run/dovecot"\" -fPIE -DPIE -I/usr/local/include -std=gnu99 -g -O2 -fstack-protector -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 -I/usr/local/include -MT auth-main.o -MD -MP -MF .deps/auth-main.Tpo -c -o auth-main.o `test -f 'main.c' || echo './'`main.c mv -f .deps/auth-main.Tpo .deps/auth-main.Po make: don't know how to make -L/usr/local/lib. Stop *** [all-recursive] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src. *** [all-recursive] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1. *** [all] Error code 1

Stop in /usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1 </cut>

./configure
--prefix=/opt/dovecot2.3
--with-ioloop=kqueue
--with-notify=kqueue
--with-sql=yes
--with-mysql
--with-zlib
--with-bzlib
--with-ssl=openssl

On 22 December 2017 at 14:37, Goetz Schultz mailto:email@suelze.de> wrote:
Hi Odhiambo,

I referred to this:

"Not looked yet, but is there a guide for the ssl_min_version setting?
Seems only to wok when I set "SSLv3" which I really don't want."


Have found literally 10 minutes after the post was send - so ignore that
bit. It is just that error error that creeps up. But not using stats,
hence I assume that is fine then.

Thanks and regards

  Goetz R. Schultz

On 22/12/17 11:31, Odhiambo Washington wrote:
> Hi Goetz,
>
> I don't seem to understand what you mean by 'remove the last
entry'. Do you
> mind clarifying please?
>
> On 18 December 2017 at 23:12, Goetz Schultz <email@suelze.de
<mailto:email@suelze.de>> wrote:
>
>> Found the guide .... Can you remove last entry please ... works
with TLSv1.
>>
>>
>> Thanks and regards
>>
>>   Goetz R. Schultz
>>
>> On 18/12/17 20:05, Goetz Schultz wrote:
>>> Hi
>>>
>>> From reeBSD 9.3-RELEASE amd64:
>>>
>>> Compiles ok
>>> Installs ok
>>> On startup 1: Error about new config settings (adjusted)
>>> On startup 2: doveadm(root): Error:
>>> net_connect_unix(/var/run/dovecot//stats-writer) failed: Connection
>> refused
>>>
>>> It seems to work so far. I get messages from fetchmail being
delivered
>>> to the mailbox, yet that stale error is there. Quick search did not
>>> showed any results.
>>>
>>> Not looked yet, but is there a guide for the ssl_min_version
setting?
>>> Seems only to wok when I set "SSLv3" which I really don't want.
>>>
>>>
>>> Thanks and regards
>>>
>>>   Goetz R. Schultz
>>>
>>> On 18/12/17 19:04, Odhiambo Washington wrote:
>>>> On 18 December 2017 at 18:23, Timo Sirainen <tss@iki.fi
<mailto:tss@iki.fi>> wrote:
>>>>
>>>>> https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz
<https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz>
>>>>>
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig
<https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig>
>>>>>
>>>>>
>>>> I decided to test the compile on my servers which are all
>>>> running dovecot-2.2.33.2:
>>>>
>>>> (1) It was successfully compiled on FreeBSD 11.0-STABLE amd64.
>>>>
>>>> (2) I will try tomorrow on FreeBSD 9-3-STABLE and report too.
>>>>
>>>> (3) However, I tested a compile on FreeBSD 8.4-STABLE i386 and
it failed
>>>> like this:
>>>>
>>>
>>
>>
>
>
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Michael Marley

18 Dec 18 Dec

9:58 p.m.

On 2017-12-18 10:23, Timo Sirainen wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

It's finally time for v2.3 release branch! There are several new and exciting features in it. I'm especially happy about the new logging and statistics code, which will allow us to generate statistics for just about everything. We didn't have time to implement everything we wanted for them yet, and there especially aren't all that many logging events yet that can be used for statistics. We'll implement those to v2.3.1, which might also mean that some of the APIs might still change in v2.3.1 if that's required.

We also have new lib-smtp server code, which was used to implement SMTP submission server and do a partial rewrite for LMTP server. Please test these before v2.3.0 to make sure we don't have any bad bugs left!

BTW. The v2.3.0 will most likely be signed with a new PGP key ED409DA1.

Some of the larger changes:

Various setting changes, see https://wiki2.dovecot.org/Upgrading/2.3

Logging rewrite started: Logging is now based on hierarchical events. This makes it possible to do various things, like: 1) giving consistent log prefixes, 2) enabling debug logging with finer granularity, 3) provide logs in more machine readable formats (e.g. json). Everything isn't finished yet, especially a lot of the old logging code still needs to be translated to the new way.

Statistics rewrite started: Stats are now based on (log) events. It's possible to gather statistics about any event that is logged. See http://wiki2.dovecot.org/Statistics for details

ssl_dh setting replaces the old generated ssl-parameters.dat

IMAP: When BINARY FETCH finds a broken mails, send [PARSE] error instead of [UNKNOWNCTE]

Linux: core dumping via PR_SET_DUMPABLE is no longer enabled by default due to potential security reasons (found by cPanel Security Team).

Added support for SMTP submission proxy server, which includes support for BURL and CHUNKING extension.

LMTP rewrite. Supports now CHUNKING extension and mixing of local/proxy recipients.

auth: Support libsodium to add support for ARGON2I and ARGON2ID password schemes.

auth: Support BLF-CRYPT password scheme in all platforms

auth: Added LUA scripting support for passdb/userdb. See https://wiki2.dovecot.org/AuthDatabase/Lua

Input streams are more reliable now when there are errors or when the maximum buffer size is reached. Previously in some situations this could have caused Dovecot to try to read already freed memory.

Output streams weren't previously handling failures when writing a trailer at the end of the stream. This mainly affected encrypt and zlib compress ostreams, which could have silently written truncated files if the last write happened to fail (which shouldn't normally have ever happened).

virtual plugin: Fixed panic when fetching mails from virtual mailboxes with IMAP BINARY extension.

Many other smaller fixes

Mark Moseley

11:16 p.m.

On Mon, Dec 18, 2017 at 7:23 AM, Timo Sirainen tss@iki.fi wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

It's finally time for v2.3 release branch! There are several new and exciting features in it. I'm especially happy about the new logging and statistics code, which will allow us to generate statistics for just about everything. We didn't have time to implement everything we wanted for them yet, and there especially aren't all that many logging events yet that can be used for statistics. We'll implement those to v2.3.1, which might also mean that some of the APIs might still change in v2.3.1 if that's required.

We also have new lib-smtp server code, which was used to implement SMTP submission server and do a partial rewrite for LMTP server. Please test these before v2.3.0 to make sure we don't have any bad bugs left!

BTW. The v2.3.0 will most likely be signed with a new PGP key ED409DA1.

Some of the larger changes:

Various setting changes, see https://wiki2.dovecot.org/Upgrading/2.3

Logging rewrite started: Logging is now based on hierarchical events. This makes it possible to do various things, like: 1) giving consistent log prefixes, 2) enabling debug logging with finer granularity, 3) provide logs in more machine readable formats (e.g. json). Everything isn't finished yet, especially a lot of the old logging code still needs to be translated to the new way.

Statistics rewrite started: Stats are now based on (log) events. It's possible to gather statistics about any event that is logged. See http://wiki2.dovecot.org/Statistics for details

ssl_dh setting replaces the old generated ssl-parameters.dat

IMAP: When BINARY FETCH finds a broken mails, send [PARSE] error instead of [UNKNOWNCTE]

Linux: core dumping via PR_SET_DUMPABLE is no longer enabled by default due to potential security reasons (found by cPanel Security Team).

Added support for SMTP submission proxy server, which includes support for BURL and CHUNKING extension.

LMTP rewrite. Supports now CHUNKING extension and mixing of local/proxy recipients.

auth: Support libsodium to add support for ARGON2I and ARGON2ID password schemes.

auth: Support BLF-CRYPT password scheme in all platforms

auth: Added LUA scripting support for passdb/userdb. See https://wiki2.dovecot.org/AuthDatabase/Lua

Input streams are more reliable now when there are errors or when the maximum buffer size is reached. Previously in some situations this could have caused Dovecot to try to read already freed memory.

Output streams weren't previously handling failures when writing a trailer at the end of the stream. This mainly affected encrypt and zlib compress ostreams, which could have silently written truncated files if the last write happened to fail (which shouldn't normally have ever happened).

virtual plugin: Fixed panic when fetching mails from virtual mailboxes with IMAP BINARY extension.

Many other smaller fixes

No issue compilng (and very very excited about this release, esp the Lua code, which is already super useful).

I did have this one issue so far with the RC. I was previously using a git checkout of ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 with some of the Lua patches attached. That was working just fine (except for one thing I'll mention below). I rolled the RC and got this (and I was actually testing for the issue I had with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015):

# doveadm -D acl set -u test1-shared@test.com INBOX user=test1@test.com read list Debug: Loading modules from directory: /usr/lib/dovecot/modules Debug: Module loaded: /usr/lib/dovecot/modules/lib01_acl_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib02_lazy_expunge_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib10_quota_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_fts_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_virtual_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib21_fts_lucene_plugin.so Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message) Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_lucene_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_plugin.so Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message) doveadm(test1-shared@test.com)<37433><>: Debug: auth USER input: test1-shared@test.com uid=200 home=/m/mail//7/1/fe/test.com/test1-shared gid=200 quota=maildir:User quota mail_location=maildir:/m/mail//7/1/fe/ test.com/test1-shared/maildir doveadm(test1-shared@test.com)<37433><>: Debug: Added userdb setting: mail_location=maildir:/m/mail//7/1/fe/test.com/test1-shared/maildir doveadm(test1-shared@test.com)<37433><>: Debug: Added userdb setting: plugin/quota=maildir:User quota doveadm(test1-shared@test.com): Debug: Effective uid=200, gid=200, home=/m/mail//7/1/fe/test.com/test1-shared doveadm(test1-shared@test.com): Panic: file buffer.c: line 97 (buffer_check_limits): assertion failed: (buf->used <= buf->alloc) doveadm(test1-shared@test.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xc5d7a) [0x6ba69ea77d7a] -> /usr/lib/dovecot/libdovecot.so.0(+0xc5de9) [0x6ba69ea77de9] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x6ba69e9ea521] -> /usr/lib/dovecot/libdovecot.so.0(buffer_write+0x160) [0x6ba69ea72210] -> /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so(+0x43fe) [0x6ba6997c33fe] -> /usr/lib/dovecot/libdovecot-storage.so.0(hook_mail_user_created+0x20a) [0x6ba69ed72a2a] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_user_init+0x220) [0x6ba69ed78870] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_storage_service_next_with_session_suffix+0x494) [0x6ba69ed76314] -> doveadm(+0x296ff) [0x5bde3fb56ff] -> doveadm(+0x2a3ab) [0x5bde3fb63ab] -> doveadm(doveadm_cmd_ver2_to_mail_cmd_wrapper+0x21d) [0x5bde3fb71bd] -> doveadm(doveadm_cmd_run_ver2+0x575) [0x5bde3fc6c15] -> doveadm(doveadm_cmd_try_run_ver2+0x37) [0x5bde3fc6c67] -> doveadm(main+0x1d2) [0x5bde3fa5f52] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x6ba69e609830] -> doveadm(_start+0x29) [0x5bde3fa6329] Aborted

This same command was working with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 earlier today -- this is run from command line history. The issue I had noticed with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 (and was going to ask about it today anyway) is that when I would use doveadm acl to add an ACL with *just* 'read', dovecot would create the ACL file correctly, but using a file-based acl_shared_dict, it would create a 0 byte acl_shared_dict file. However using anything else for the ACL, e.g. 'read list', it would create the acl_shared_dict file with what you'd expect. I don't know if that's expected behavior or not (but couldn't find anything on google to say so). So just to sum up: With just 'read', it'd create an empty acl_shared_dict file; with 'read list' or anything else, it'd create a working, non-empty acl_shared_dict file.

I was going to see if it was different in the RC but instead, there's just the above error.

This is just a test rig, so I can try out whatever would be useful to debugging. Happy to post doveconf -n, if helpful. The only config changes from ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 to RC1 that I made were just the things that needed to be done to let dovecot start up (removing some of the stats stuff, getting rid of ssl_protocols, etc).

Mark Moseley

19 Dec 19 Dec

12:31 a.m.

On Mon, Dec 18, 2017 at 1:16 PM, Mark Moseley moseleymark@gmail.com wrote:

...

On Mon, Dec 18, 2017 at 7:23 AM, Timo Sirainen tss@iki.fi wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

It's finally time for v2.3 release branch! There are several new and exciting features in it. I'm especially happy about the new logging and statistics code, which will allow us to generate statistics for just about everything. We didn't have time to implement everything we wanted for them yet, and there especially aren't all that many logging events yet that can be used for statistics. We'll implement those to v2.3.1, which might also mean that some of the APIs might still change in v2.3.1 if that's required.

We also have new lib-smtp server code, which was used to implement SMTP submission server and do a partial rewrite for LMTP server. Please test these before v2.3.0 to make sure we don't have any bad bugs left!

BTW. The v2.3.0 will most likely be signed with a new PGP key ED409DA1.

Some of the larger changes:

Various setting changes, see https://wiki2.dovecot.org/Upgrading/2.3

Logging rewrite started: Logging is now based on hierarchical events. This makes it possible to do various things, like: 1) giving consistent log prefixes, 2) enabling debug logging with finer granularity, 3) provide logs in more machine readable formats (e.g. json). Everything isn't finished yet, especially a lot of the old logging code still needs to be translated to the new way.

Statistics rewrite started: Stats are now based on (log) events. It's possible to gather statistics about any event that is logged. See http://wiki2.dovecot.org/Statistics for details

ssl_dh setting replaces the old generated ssl-parameters.dat

IMAP: When BINARY FETCH finds a broken mails, send [PARSE] error instead of [UNKNOWNCTE]

Linux: core dumping via PR_SET_DUMPABLE is no longer enabled by default due to potential security reasons (found by cPanel Security Team).

Added support for SMTP submission proxy server, which includes support for BURL and CHUNKING extension.

LMTP rewrite. Supports now CHUNKING extension and mixing of local/proxy recipients.

auth: Support libsodium to add support for ARGON2I and ARGON2ID password schemes.

auth: Support BLF-CRYPT password scheme in all platforms

auth: Added LUA scripting support for passdb/userdb. See https://wiki2.dovecot.org/AuthDatabase/Lua

Input streams are more reliable now when there are errors or when the maximum buffer size is reached. Previously in some situations this could have caused Dovecot to try to read already freed memory.

Output streams weren't previously handling failures when writing a trailer at the end of the stream. This mainly affected encrypt and zlib compress ostreams, which could have silently written truncated files if the last write happened to fail (which shouldn't normally have ever happened).

virtual plugin: Fixed panic when fetching mails from virtual mailboxes with IMAP BINARY extension.

Many other smaller fixes

No issue compilng (and very very excited about this release, esp the Lua code, which is already super useful).

I did have this one issue so far with the RC. I was previously using a git checkout of ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 with some of the Lua patches attached. That was working just fine (except for one thing I'll mention below). I rolled the RC and got this (and I was actually testing for the issue I had with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015):

# doveadm -D acl set -u test1-shared@test.com INBOX user=test1@test.com read list Debug: Loading modules from directory: /usr/lib/dovecot/modules Debug: Module loaded: /usr/lib/dovecot/modules/lib01_acl_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/ lib02_lazy_expunge_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib10_quota_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_fts_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_virtual_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/lib21_fts_lucene_plugin.so Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_ plugin.so Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message) Debug: Module loaded: /usr/lib/dovecot/modules/ doveadm/lib10_doveadm_quota_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/ doveadm/lib10_doveadm_sieve_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_ lucene_plugin.so Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_ plugin.so Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message) doveadm(test1-shared@test.com)<37433><>: Debug: auth USER input: test1-shared@test.com uid=200 home=/m/mail//7/1/fe/test.com/test1-shared gid=200 quota=maildir:User quota mail_location=maildir:/m/mail//7/1/fe/ test.com/test1-shared/maildir doveadm(test1-shared@test.com)<37433><>: Debug: Added userdb setting: mail_location=maildir:/m/mail//7/1/fe/test.com/test1-shared/maildir doveadm(test1-shared@test.com)<37433><>: Debug: Added userdb setting: plugin/quota=maildir:User quota doveadm(test1-shared@test.com): Debug: Effective uid=200, gid=200, home=/m/mail//7/1/fe/test.com/test1-shared doveadm(test1-shared@test.com): Panic: file buffer.c: line 97 (buffer_check_limits): assertion failed: (buf->used <= buf->alloc) doveadm(test1-shared@test.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xc5d7a) [0x6ba69ea77d7a] -> /usr/lib/dovecot/libdovecot.so.0(+0xc5de9) [0x6ba69ea77de9] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x6ba69e9ea521] -> /usr/lib/dovecot/libdovecot.so.0(buffer_write+0x160) [0x6ba69ea72210] -> /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so(+0x43fe) [0x6ba6997c33fe] -> /usr/lib/dovecot/libdovecot- storage.so.0(hook_mail_user_created+0x20a) [0x6ba69ed72a2a] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_user_init+0x220) [0x6ba69ed78870] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_storage_ service_next_with_session_suffix+0x494) [0x6ba69ed76314] -> doveadm(+0x296ff) [0x5bde3fb56ff] -> doveadm(+0x2a3ab) [0x5bde3fb63ab] -> doveadm(doveadm_cmd_ver2_to_mail_cmd_wrapper+0x21d) [0x5bde3fb71bd] -> doveadm(doveadm_cmd_run_ver2+0x575) [0x5bde3fc6c15] -> doveadm(doveadm_cmd_try_run_ver2+0x37) [0x5bde3fc6c67] -> doveadm(main+0x1d2) [0x5bde3fa5f52] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x6ba69e609830] -> doveadm(_start+0x29) [0x5bde3fa6329] Aborted

This same command was working with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 earlier today -- this is run from command line history. The issue I had noticed with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 (and was going to ask about it today anyway) is that when I would use doveadm acl to add an ACL with *just* 'read', dovecot would create the ACL file correctly, but using a file-based acl_shared_dict, it would create a 0 byte acl_shared_dict file. However using anything else for the ACL, e.g. 'read list', it would create the acl_shared_dict file with what you'd expect. I don't know if that's expected behavior or not (but couldn't find anything on google to say so). So just to sum up: With just 'read', it'd create an empty acl_shared_dict file; with 'read list' or anything else, it'd create a working, non-empty acl_shared_dict file.

I was going to see if it was different in the RC but instead, there's just the above error.

This is just a test rig, so I can try out whatever would be useful to debugging. Happy to post doveconf -n, if helpful. The only config changes from ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015 to RC1 that I made were just the things that needed to be done to let dovecot start up (removing some of the stats stuff, getting rid of ssl_protocols, etc).

Sorry, the backtrace went away and the command completes successfully after installing the 0.5.0rc1 pigeonhole.

The issue with the zero byte acl_shared_dict files from an acl set of just 'read' still persists. And the acl_shared_dict file is still created and populated correctly with anything beyond just read. E.g. it's created and populated if the only ACL is 'lookup'. I only started playing with shared mailboxes in 2.3 so I don't have spot where I can test on 2.2. It's not super critical since I'd always be using 'read write-seen' at least, but I figured I'd bring it up.

Timo Sirainen

12:32 a.m.

On 18 Dec 2017, at 23.16, Mark Moseley moseleymark@gmail.com wrote:

...

doveadm(test1-shared@test.com): Panic: file buffer.c: line 97 (buffer_check_limits): assertion failed: (buf->used <= buf->alloc)

...

/usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so(+0x43fe) [0x6ba6997c33fe] ->

Since the panic is coming from pigeonhole, did you recompile it also? And what version of it?

Mark Moseley

12:37 a.m.

On Mon, Dec 18, 2017 at 2:32 PM, Timo Sirainen tss@iki.fi wrote:

...

On 18 Dec 2017, at 23.16, Mark Moseley moseleymark@gmail.com wrote:

...
doveadm(test1-shared@test.com): Panic: file buffer.c: line 97 (buffer_check_limits): assertion failed: (buf->used <= buf->alloc)

..

...
/usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so(+0x43fe) [0x6ba6997c33fe] ->

Since the panic is coming from pigeonhole, did you recompile it also? And what version of it?

The previous version (that was running happily with ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015) was 0.4.21. I had compiled 0.4.21 against ecfca41e9d998a0f21ce7a4bce1dc78c58c3e015. RC1 + 0.5.0rc1 stopped backtracing on me and works ok (minus the 'read' thing I mentioned).

Stephan Bosch

3:01 a.m.

Op 12/18/2017 om 4:23 PM schreef Timo Sirainen:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

It's finally time for v2.3 release branch! There are several new and exciting features in it. I'm especially happy about the new logging and statistics code, which will allow us to generate statistics for just about everything. We didn't have time to implement everything we wanted for them yet, and there especially aren't all that many logging events yet that can be used for statistics. We'll implement those to v2.3.1, which might also mean that some of the APIs might still change in v2.3.1 if that's required.

We also have new lib-smtp server code, which was used to implement SMTP submission server and do a partial rewrite for LMTP server. Please test these before v2.3.0 to make sure we don't have any bad bugs left!

BTW. The v2.3.0 will most likely be signed with a new PGP key ED409DA1.

Preliminary Xi Debian release packages are now available as follows:

deb http://xi.dovecot.fi/debian/ stable-rc-auto/dovecot-2.3 main

These are currently only available for stretch/amd64, since I still need to update the slave builders (there are source packages though).

Regards,

Stephan.

Eray Aslan

11:19 a.m.

On Mon, Dec 18, 2017 at 05:23:28PM +0200, Timo Sirainen wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

Some source based distros like Gentoo already enable -D_FORTIFY_SOURCE=2 by default resulting in the following warnings during build:

<command-line>:0:0: warning: "_FORTIFY_SOURCE" redefined <built-in>: note: this is the location of the previous definition

Please consider the attached patch to get rid of the warnings.

-- Eray

Eray Aslan

11:25 a.m.

On Mon, Dec 18, 2017 at 05:23:28PM +0200, Timo Sirainen wrote:

...

https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

Please do not feed libraries into LDFLAGS. It is wrong and breaks with --as-needed:

[...] checking for libsodium... yes checking for crypto_pwhash_str_verify... no configure: error: Can't build with libsodium: not found

Please see the attached patch for a possible solution.

Thank you

Eray

Odhiambo Washington

20 Dec 20 Dec

9:55 a.m.

What am I missing here:

OS = FreeBSD 8.4

Here is how it fails during gmake:

mv -f .deps/test_auth_cache-test-auth-cache.Tpo .deps/test_auth_cache-test-auth-cache.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-auth -I../../src/lib-test -I../../src/lib-dict -I../../src/lib-dns -I../../src/lib-http -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-old-stats -I../../src/lib-ntlm -I../../src/lib-otp -I../../src/lib-master -I../../src/lib-oauth2 -I../../src/lib-ssl-iostream -I../../src/lib-lua -DAUTH_MODULE_DIR=\""/opt/dovecot2.3/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/opt/dovecot2.3/libexec/dovecot"\" -DPKG_RUNDIR=\""/opt/dovecot2.3/var/run/dovecot"\" -fPIE -DPIE -std=gnu99 -g -O2 -fstack-protector -D_FORTIFY_SOURCE=2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/usr/local/include -MT auth-main.o -MD -MP -MF .deps/auth-main.Tpo -c -o auth-main.o test -f 'main.c' || echo './'main.c mv -f .deps/auth-main.Tpo .deps/auth-main.Po gmake[3]: *** No rule to make target '-L/usr/local/lib', needed by 'auth'. Stop. gmake[3]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src/auth' Makefile:562: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1/src' Makefile:680: recipe for target 'all-recursive' failed gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory '/usr/home/wash/Tools/Dovecot/2.3/dovecot-2.3.0.rc1' Makefile:524: recipe for target 'all' failed gmake: *** [all] Error 2

And here are my configure options:

./configure
--prefix=/opt/dovecot2.3
--with-ioloop=kqueue
--with-notify=kqueue
--with-sql=yes
--with-mysql
--with-zlib
--with-bzlib
--with-ssl=openssl

On 19 December 2017 at 12:25, Eray Aslan eraya@a21an.org wrote:

...

On Mon, Dec 18, 2017 at 05:23:28PM +0200, Timo Sirainen wrote:

...
https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz https://dovecot.org/releases/2.3/rc/dovecot-2.3.0.rc1.tar.gz.sig

Please do not feed libraries into LDFLAGS. It is wrong and breaks with --as-needed:

[...] checking for libsodium... yes checking for crypto_pwhash_str_verify... no configure: error: Can't build with libsodium: not found

Please see the attached patch for a possible solution.

Thank you

Eray

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Michael Grimm

21 Dec 21 Dec

12:16 a.m.

Hi,

Odhiambo Washington odhiambo@gmail.com wrote:

...

What am I missing here:

OS = FreeBSD 8.4

Here is how it fails during gmake:

[snip]

Hmm, FBSD 8.4 has reached End of Life a long time ago, namely on August 1, 2015. It has not seen security updates ever since :-(

Thus, I am just curious: but why can't you upgrade to either 10.x or 11.x?

Regards, Michael

Odhiambo Washington

12:50 p.m.

Hi Michael,

I know about that EoL, but I do believe it has nothing to do with the failure to compile Dovecot, or does it?

I am moving to new hardware and latest FreeBSD version soon. In the meantime, I need to run Dovecot on it.

On 21 December 2017 at 01:16, Michael Grimm trashcan@ellael.org wrote:

...

Hi,

Odhiambo Washington odhiambo@gmail.com wrote:

...
What am I missing here:

OS = FreeBSD 8.4

Here is how it fails during gmake:

[snip]

Hmm, FBSD 8.4 has reached End of Life a long time ago, namely on August 1, 2015. It has not seen security updates ever since :-(

Thus, I am just curious: but why can't you upgrade to either 10.x or 11.x?

Regards, Michael

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft."

Jerry

1:26 p.m.

On Thu, 21 Dec 2017 13:50:06 +0300, Odhiambo Washington stated:

...

On 21 December 2017 at 01:16, Michael Grimm trashcan@ellael.org wrote:

...
Hi,

Odhiambo Washington odhiambo@gmail.com wrote:

...
What am I missing here:

OS = FreeBSD 8.4

Here is how it fails during gmake:

[snip]

Hmm, FBSD 8.4 has reached End of Life a long time ago, namely on August 1, 2015. It has not seen security updates ever since :-(

Thus, I am just curious: but why can't you upgrade to either 10.x or 11.x?

Regards, Michael

...

Hi Michael,

I know about that EoL, but I do believe it has nothing to do with the failure to compile Dovecot, or does it?

I am moving to new hardware and latest FreeBSD version soon. In the meantime, I need to run Dovecot on it.

FreeBSD is a very finicky creature. I have had problems in the past where newer programs either would not compile or failed to work as intended on older versions of FreeBSD.

My advice to you would be to upgrade to the latest stable version of FreeBSD. Do it in a clean environment. Don't try and upgrade over an old installation. I have seen too many instances where old crap was left around and caused headaches later. I usually reformat the drive(s) first, but that is your call.

Good luck!

-- Jerry

Thomas Leuxner

20 Dec 20 Dec

11:31 a.m.

Timo Sirainen tss@iki.fi 2017.12.18 16:23:

Hi,

what is the correct way of implementing carbon stats with 2.3?

/etc/dovecot/conf.d/90-stats.conf: old_stats_carbon_server=127.0.0.1:2003 old_stats_carbon_name=host_domain_tld old_stats_carbon_interval=60s

/etc/dovecot/conf.d/20-imap.conf:

mail_plugins =

I changed imap_stats to imap_old_stats, however this yields the following error:

Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net)<26352><9VA9GMJgns4FkqmS>: Error: module /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: dlsym(imap_old_stats_plugin_init) failed: /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: undefined symbol: imap_old_stats_plugin_init Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net)<26352><9VA9GMJgns4FkqmS>: Error: module /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: dlsym(imap_old_stats_plugin_deinit) failed: /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: undefined symbol: imap_old_stats_plugin_deinit Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net): Error: Couldn't load required plugin /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: Module doesn't have init function

Regards Thomas

Aki Tuomi

23 Jan 23 Jan

9:34 a.m.

On 20.12.2017 11:31, Thomas Leuxner wrote:

...

Timo Sirainen tss@iki.fi 2017.12.18 16:23:

Hi,

what is the correct way of implementing carbon stats with 2.3?

/etc/dovecot/conf.d/90-stats.conf: old_stats_carbon_server=127.0.0.1:2003 old_stats_carbon_name=host_domain_tld old_stats_carbon_interval=60s

/etc/dovecot/conf.d/20-imap.conf:

mail_plugins =

I changed imap_stats to imap_old_stats, however this yields the following error:

Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net)<26352><9VA9GMJgns4FkqmS>: Error: module /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: dlsym(imap_old_stats_plugin_init) failed: /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: undefined symbol: imap_old_stats_plugin_init Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net)<26352><9VA9GMJgns4FkqmS>: Error: module /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: dlsym(imap_old_stats_plugin_deinit) failed: /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: undefined symbol: imap_old_stats_plugin_deinit Dec 20 10:20:30 edi dovecot: imap(tlx@leuxner.net): Error: Couldn't load required plugin /usr/lib/dovecot/modules/lib95_imap_old_stats_plugin.so: Module doesn't have init function

Regards Thomas Hi!

This has been fixed with https://github.com/dovecot/core/commit/2f0784526c801d7ccf065a6f566a473957e1b...

Aki

2445

Age (days ago)

2481

Last active (days ago)

List overview

26 comments

13 participants

participants (13)

Aki Tuomi
Eray Aslan
Goetz Schultz
James
Jerry
Kenneth Porter
Mark Moseley
Michael Grimm
Michael Marley
Odhiambo Washington
Stephan Bosch
Thomas Leuxner
Timo Sirainen