similar to: dovecot-lda 2.2.13 crashing when sieve_before used

https://bugzilla.mindrot.org/show_bug.cgi?id=1296 Christoph Lechleitner <christoph.lechleitner at iteg.at> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |christoph.lechleitner at iteg. | |at --- Comment

Hello! We are synching some server data (websites, logfiles, ...) with rsync via ssh and are detecting a weird problem: Certain files and directories, apparently those who are regulary rsynced over the WAN, tend to use far too many blocks, e.g.: stat from file on server: File: `bilder.html' Size: 2009 Blocks: 288 IO Block: 4096 regular file [...] The same file (a fresh

What version of the extdata plugin are you using? This looks like a version built for Dovecot v2.1/Pigeonhole 0.3.0. Keep in mind that the extdata plugin is not part of the Pigeonhole distribution, so that will not be upgraded along with Pigeonhole. Since the extdata plugin is not part of the normal Debian packages (not afaik anyway), you likely compiled and installed the extdata plugin

On Mon, 2015-08-17 at 14:13 +0200, Stephan Bosch wrote: > but until then you can avoid this by using the the exdata hg revision before tip > (57c8d3e6b562). Great, thanks for the quick reply, that fixed the compilation problem. I'm still getting a segfault though. This time the backtrace is: Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was

Hello folks. We are trying to interconnect an asterisk installation with a gnugk 2.0.5 installation to become able to use some H323 hardware that needs a gatekeeper (particulary an Ericsson WebSwitch 100). We have managed asterisk to dial H323 endpoints successfully (although calls are interrupted immediately after connection with "spawn extension exited non-zero"), but we could not

On Thu, 2015-08-06 at 09:49 +0200, Stephan Bosch wrote: > You have no debug symbols installed. Could you install dovecot-dbg > package and try again? Sorry, how's this: #0 sieve_validator_find_command_registration (valdtr=0xffffffff, command=0x7fc573c4bcd8 "extdata") at sieve-validator.c:309 No locals. #1 sieve_validator_register_command (valdtr=0xffffffff,

$ gdb /usr/lib/dovecot/lmtp core_lmtp.48883.nihlus.leuxner.net GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show

Hello! First, nice peace of work, thx ;->> After some production server crashes with a far too early version of FreeSWAN (abaout 3 years ago) and the unwillingness to get an OpenSSL expert just to build a VPN, I was happy to read about the rather simple configuration of tinc ("Linux Magazin", a monthly Linux paper published in Germany, gave an overview of free VPN solutions in

Hi, I just found this in my logs: Apr 29 11:05:20 lmtp(joerg.eggenstein at ruhr-uni-bochum.de): Panic: file message-part-serialize.c: line 90 (part_serialize): assertion failed: (part->children == NULL) Apr 29 11:05:20 lmtp(joerg.eggenstein at ruhr-uni-bochum.de): Error: Raw backtrace: /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x9c7f9) [0x7fa88bfbf7f9] ->

I have some legacy tables that I used set_table_name on, I''m attempting to write a method that will get key value from a sequence table and then update it and return a value. I''m hoping to put this in the base ActiveRecord method so I would like to reference the table name with self.table_name or something... class Contacts < ActiveRecord::Base set_table_name

Hello (Stephan?), is this planned? Have to abandon dovecot 2.3.2 if extdata not available. > thanks you AKi for alway responding! > >>> Pigeonhole download page has links for extdata plugin up to v0.4 but >>> nothing more and no link to the master repository >>> >>> https://pigeonhole.dovecot.org/download.html >>> >>> I want to use

We have a sieve script doing sieve_before to sort spam to spam-folders. Now I'm trying to configure the "Trash" plugin, but it doesn't seem to work.. I noticed my config file says: # Space separated list of plugins to load (none known to be useful so far). Do NOT # try to load IMAP plugins here. #mail_plugins = and that doveconf doesn't list any plugins loaded for

Hi! Is there a way to initialize global variables with default values in sieve_before scripts that can be used in the sieve_default script or in user scripts? I've tried the following code but this doesn't work.. before.d/10-set-defaults.sieve: -------------------- 8< -------------------- require ["variables", "include"]; require "vnd.dovecot.debug"; set

Hi Yassine, That did not work, is there a way to see is the script is been run? ----------------original message----------------- From:chaouche yacine [yacinechaouche at yahoo.com ] To:Ger Hooton Scoil Chro? ?osa Blarney [ghooton at scins.ie ], dovecot at dovecot.org Date:Tue, 21 Mar 2017 13:06:14 +0000 (UTC) ------------------------------------------------- > Hi Ger, > > sieve_before

Hi Ger, sieve_before should be a path to sieve script file, not to a directory. in your configuration, you set sieve_before to /var/lib/dovecot/sieve/before which is a directory. what you need to do is figure out which sieve script you'd like to execute and its path rather. If you think that default2.sieve is the right script then set sieve_before to

>On Tuesday, March 21, 2017 3:03 PM, Robert Moskowitz <rgm at htt-consult.com> wrote: >On 03/21/2017 09:06 AM, chaouche yacine wrote: >> Hi Ger, >> >> sieve_before should be a path to sieve script file, not to a directory. >> in your configuration, you set sieve_before to /var/lib/dovecot/sieve/before which is a directory. >I don't get that reading:

On Tuesday, March 21, 2017 7:07 PM, Robert Moskowitz <rgm at htt-consult.com> wrote: > The howto I am making has: > > mkdir /home/sieve >[...] > chown -R vmail:mail /home/sieve I notice you are creating a sieve directory in /home/ as if it was a system user, then you change ownership to vmail. I would create the sieve directory directly in /home/vmail or whatever $HOME vmail

>>> We're looking into it. >> Right, this is not reproducible in the test suite, but I can reproduce >> it when I replicate your setup. > > I created a special test suite that reproduces the problem reliably. > This occurs when Sieve editheader, Sieve redirect and LMTP are > combined. > > Now to fix it... Hello Stephan! Thank you for your quick reply

Op 3/3/2018 om 6:17 PM schreef Jan: >>>> We're looking into it. >>> Right, this is not reproducible in the test suite, but I can reproduce >>> it when I replicate your setup. >> >> I created a special test suite that reproduces the problem reliably. >> This occurs when Sieve editheader, Sieve redirect and LMTP are combined. >> >> Now

Op 3/3/2018 om 6:29 PM schreef Stephan Bosch: > Op 3/3/2018 om 6:17 PM schreef Jan: >>>>> We're looking into it. >>>> Right, this is not reproducible in the test suite, but I can reproduce >>>> it when I replicate your setup. >>> I created a special test suite that reproduces the problem reliably. >>> This occurs when Sieve