similar to: dovecot v2.3.0: imap segfault when sieve_extprograms_plugin.so called

pigeonhole 0.5.0 has been already released... ---Aki TuomiDovecot oy -------- Original message --------From: Daniel Kenzelmann <dovecot.org at k8n.de> Date: 03/01/2018 21:31 (GMT+02:00) To: Rhys Williams <lux+mailinglists at melted.me>, dovecot at dovecot.org Subject: Re: dovecot v2.3.0: imap segfault when sieve_extprograms_plugin.so ? called Hi, see the following thread:

Hi, I have recently upgraded to dovecot v2.3 on Ubuntu 16.04.3 from repo.dovecot.org and I switched to IMAPSieve for rspamd with the guide from the wiki. When a mail is moved from Junk to another Inbox or vice-versa imap segfaults. I have posted debug logs and versions below, any help will be greatly appreciated. Thanks, Rhys Williams lux at bifrost:~$ dovecot --version 2.3.0 (c8b89eb) lux at

Hi, see the following thread: https://www.dovecot.org/pipermail/dovecot/2017-December/110448.html We need to wait for an updated pigeonhole/dovecot... :-( Is there maybe some ETA for an updated release? (just wondering if it makes sense to create an updated ebuild with the patch for gentoo) -Daniel Am Mittwoch, den 03.01.2018, 18:12 +0000 schrieb Rhys Williams: > Hi, > > I have

Now I have some access problems. This is what ends up un messages Hosts.allow is set to accept anyone on the local net. Username and passwords are the same Upsc gives proper output. System is Centos 6.8 Jul 22 17:20:06 BIFROST upscode2[10113]: Startup successful Jul 22 17:20:06 BIFROST upsd[10116]: listening on ::1 port 3493 Jul 22 17:20:06 BIFROST upsd[10116]: listening on 192.168.0.1 port 3493

i'm trying to use the ssh command's -f option with OpenSSH v2.1.1p4 on linux (RedHat v6.2). this option doesn't seem to be working properly on my system - the specified is run succesfully but it isn't put to the background. is this a known problem? also, OpenSSH doesn't seem to interoperate with SSH Communications Security's ssh v2.3.0 (apparently because of different

Hello together, we have very often a problem using OpenSSH v2.3.0 on Solaris 2.6. The daemon hangs up and it is not possible to login in. The -v option for ssh displays the following: # ssh -v zvadm1 SSH Version OpenSSH_2.3.0p1, protocol versions 1.5/2.0. Compiled with SSL (0x0090600f). debug: Reading configuration data /etc/ssh_config debug: Seeded RNG with 34 bytes from programs debug: Seeded

As soon as possible after release.? I'm the maintainer for pigeonhole, and Adam Weinberger is the maintainer for dovecot (I'm AKA ler at FreeBSD.org). Sent from my T-Mobile 4G LTE Device -------- Original message --------From: "@lbutlr" <kremels at kreme.com> Date: 12/19/17 4:19 AM (GMT-06:00) To: dovecot at dovecot.org Subject: Re: Released Pigeonhole v0.5.0.rc1 for

December 28, 2017 12:14 PM, "Aki Tuomi" <aki.tuomi at dovecot.fi> wrote: >> On December 28, 2017 at 7:07 PM "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: >> >> Hello, >> >> After upgrading to dovecot 2.3.0, my sieve filtering is broken. I managed it via roundcube's > > managesieve plugin. my emails are not

Hello Dovecot users, Here's the definitive 0.5.0 release. There is one RC fix regarding the duplicate presence of the session ID in the LMTP/LDA log lines produced by the Sieve interpreter. Since this change is relative to the RC, it is not in the change log below. Changelog v0.5.0: * editheader extension: The implementation of header modifications is heavily updated. Although the

Hello Dovecot users, This is a bugfix release to mend some problems that were found in v0.5.0. The imap4flags bug is actually not first seen in the 0.5.0 release (it is ancient), but I included the fix for it anyway. Changelog v0.5.0.1: - imap4flags extension: Fix binary corruption occurring when setflag/addflag/removeflag flag-list is a variable. - sieve-extprograms plugin: Fix segfault

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

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?

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

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

On 18 Dec 2017, at 23.16, Mark Moseley <moseleymark at gmail.com> wrote: > > doveadm(test1-shared at 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

> On 18 Dec 2017, at 14:58, Stephan Bosch <stephan at rename-it.nl> wrote: > > Here is the Pigeonhole release candidate that goes with the Dovecot > v2.3 release candidate. Of course, a large part of this release consists > of compatibility changes for Dovecot v2.3. Apart from that, not much > changed, just a few additions and fixes that accumulated over the last > few

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

Hi, Odhiambo Washington <odhiambo at 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,

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 at ellael.org> wrote: > Hi, > > Odhiambo Washington <odhiambo at gmail.com> wrote: >

On 18 December 2017 at 18:23, Timo Sirainen <tss at 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