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:

That's the point, the fix was committed afterwards... https://github.com/dovecot/pigeonhole/commit/321a39be974deb2e7eff7b2a50 9a3ee6ff2e5ae1 So, any 0.5.1 release on the horizon? Thanks, Daniel Am Mittwoch, den 03.01.2018, 22:14 +0200 schrieb Aki Tuomi: > pigeonhole 0.5.0 has been already released... > > > > --- > Aki Tuomi > Dovecot oy > > -------- Original

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

On Sat, Jul 22, 2017 at 7:48 AM, Charles Lepple <clepple at gmail.com> wrote: > > I also have not used a Synology device, but as I recall, they generally > expect to be the NUT master system. This may cause problems if you need to > do something fancy with upssched. > The Synology boxes work fine as NUT clients, *however* they provide very little ability to configure NUT

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

December 28, 2017 2:52 PM, "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: > December 28, 2017 1:21 PM, "Aki Tuomi" <aki.tuomi at dovecot.fi> wrote: > >>> On December 28, 2017 at 7:43 PM "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: >>> >>> December 28, 2017 12:14 PM, "Aki

http://www.pcphoneline.com/skype "The VPT1000 is NOT a simple last generation USB phone audio device but is rather a next generation integrated gateway and USB phoneset with simultaneous dual mode Skype and SIP calling support. Skype is not forecast to have "SkypeIn" available until June 2005 but you can have the capability now via its built in SIP capabilities." Is this a

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

In that example you could make outgoing calls only correct? (since incoming likely needs port forwards) I guess the questions becomes "how often are you going to do that to justify the extra $100 or so you going to pay for a wifi sip phone?" Paul Fielding (paul.fielding@shaw.ca) wrote: > > I think some people are missing the point. You can't throw your cordless >

Series of cleanups to autotools build config files to utilize the available xorg-server macros, defaults and more closely match other modern Xorg drivers. Notable improvements: - gitignore fully covers potential build artifacts - Simplify logic given stated minimum required version of xorg-server 1.8 - Remove use of deprecated, outdated or no longer required macros - Utilize xorg macros where

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