search for: lib90_sieve_extprograms_plugin

...d >= 0) sieve-filter(kas): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x66a71) [0x7f020e717a71] -> /usr/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) [0x7f020e717ada] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f020e6d32ee] -> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms_plugin.so(+0x4baf) [0x7f020dae0baf] -> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms_plugin.so(+0x58ca) [0x7f020dae18ca] -> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms_plugin.so(script_client_fail+0x2f) [0x7f020dae199f] -> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms...

...error: | managesieve: Fatal: Plugin 'sieve_imapsieve' not found from directory /usr/lib/dovecot/modules/sieve | config: Error: managesieve-login: dump-capability process returned 89 dovecot-sieve and dovecot-managesieved are both installed and the only plugin in the mentioned folder is `lib90_sieve_extprograms_plugin.so`. `doveconf -n` output: # 2.2.22 (fe789d2): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.13 (7b14904) managesieve(username): Fatal: Plugin 'sieve_imapsieve' not found from directory /usr/lib/dovecot/modules/sieve doveconf: Error: managesieve-login: dump-capability process return...

...mbox1 dovecot: lmtp(REDACTED): Error: Raw backtrace: > Can you get a core dump and gdb backtrace? See http://dovecot.org/bugreport.html#coredumps > >> /usr/lib/dovecot/libdovecot-sieve.so.0(program_client_run+0xe8) >> [0x7faa17d3b308] -> >> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms_plugin.so(+0x45b8) [0x7faa15d855b8] >> -> >> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_continue+0x7c) >> [0x7faa17cfa2ac] -> >> >> the weird thing is that this is not concerning all incoming mails. From >> time to time the frontends can deliver mess...

...own Sieve capability `vnd.dovecot.filter'" (same with extdata) I'm pretty sure this is a library path problem, but I've tried symlinking and restarting dovecot with as many iterations of library paths as I can think of but still same problem. The lib90_sieve_extdata_plugin.so and lib90_sieve_extprograms_plugin.so are in /usr/local/lib/dovecot/sieve and all the rest of the normal dovecot libraries are one level above in /usr/local/lib/dovecot. I tried creating symlinks for a "modules" directory and a "modules/sieve" directory, I tried symlinking these two librarie files themselves int...

...: dump-capability process returned 89 There doesn't seem to be that plugin present or provided by dovecot-pigeonhole # ls -lah /usr/lib64/dovecot/sieve/ total 56K drwxr-xr-x. 2 root root 46 Jun 5 12:16 . drwxr-xr-x. 7 root root 4.0K Jun 5 12:16 .. -rwxr-xr-x. 1 root root 52K Aug 3 2017 lib90_sieve_extprograms_plugin.so Am I doing something wrong? This is provided via the CentOS EPEL package Here's my system details: * dovecot-pigeonhole-2.2.10-8.el7.x86_64 * CentOS 7.5 on XFS * Rainloop Webmail / Mutt / IMAP access Here's my dovecot -n ------------ # 2.2.10: /etc/dovecot/dovecot.conf managesieve...

...1) [0x7faa1923b0d1] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x25) [0x7faa19239cf5] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7faa19239e98] -> /usr/lib/dovecot/libdovecot-sieve.so.0(program_client_run+0xe8) [0x7faa17d3b308] -> /usr/lib/dovecot/modules/sieve/lib90_sieve_extprograms_plugin.so(+0x45b8) [0x7faa15d855b8] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_continue+0x7c) [0x7faa17cfa2ac] -> /usr/lib/dovecot/libdovecot-sieve.so.0(sieve_interpreter_run+0x2b) [0x7faa17cfa4cb] -> /usr/lib/dovecot/libdovecot-sieve.so.0(+0x519e0) [0x7faa17d0d9e0] -> /usr/li...

...'" (same with extdata) > > I'm pretty sure this is a library path problem, but I've > tried symlinking and restarting dovecot with as many > iterations of library paths as I can think of but still same > problem. > > The lib90_sieve_extdata_plugin.so and > lib90_sieve_extprograms_plugin.so are in > /usr/local/lib/dovecot/sieve and all the rest of the normal > dovecot libraries are one level above in > /usr/local/lib/dovecot. > > I tried creating symlinks for a "modules" directory and a > "modules/sieve" directory, I tried symlinking these two...

...ot found from > > directory > > /usr/lib/dovecot/modules/sieve > > config: Error: managesieve-login: dump-capability process returned > > 89 > > dovecot-sieve and dovecot-managesieved are both installed and the > only > plugin in the mentioned folder is > `lib90_sieve_extprograms_plugin.so`. > > `doveconf -n` output: > > # 2.2.22 (fe789d2): /etc/dovecot/dovecot.conf > # Pigeonhole version 0.4.13 (7b14904) Hi Christopher, IMAPSieve extension was added with Pigeonhole 0.4.14 Regards, Felix

...build, please see http://pastebin.com/RmSRZPip - the compression library requires dlopen/dlsym/etc functions, but the library providing them is not mentioned in the linking command. I've managed to workaround this by adding -ldl to the corresponding src/lib-compression/Makefile.in line. 2. The lib90_sieve_extprograms_plugin.so library gets installed into <libdir>/dovecot/sieve (and it's the only file to reside there), while all other modules are installed into <libdir>/dovecot/modules. Has this been done on purpose? For Mageia package, I've decided to move this file to the standard location. Thank...

...t; >There doesn't seem to be that plugin present or provided by >dovecot-pigeonhole > ># ls -lah /usr/lib64/dovecot/sieve/ >total 56K >drwxr-xr-x. 2 root root 46 Jun 5 12:16 . >drwxr-xr-x. 7 root root 4.0K Jun 5 12:16 .. >-rwxr-xr-x. 1 root root 52K Aug 3 2017 >lib90_sieve_extprograms_plugin.so > >Am I doing something wrong? This is provided via the CentOS EPEL >package > >Here's my system details: > >* dovecot-pigeonhole-2.2.10-8.el7.x86_64 >* CentOS 7.5 on XFS >* Rainloop Webmail / Mutt / IMAP access As written on the imapsieve wiki page you linked ab...