thr3ads.net - dovecot - Segfaults after upgrade to Debian Jessie [Aug 2015]

If this information is useful, please help other people find it:
Share via:

Andrew Beverley

2015-Aug-17 12:05 UTC

Segfaults after upgrade to Debian Jessie

On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote:> Since the extdata plugin is not part of the normal Debian packages (not 
> afaik anyway), you likely compiled and installed the extdata plugin 
> manually in the past while using Dovecot 2.1. Do that again, but use 
> this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/
I'm just trying to install this now, but am getting the following
compilation
error:

make[2]: Entering directory
'/usr/src/pigeonhole-0-4-sieve-extdata-4ce3912ee200/src'
/bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. 
-I.. -I/usr/include/dovecot  -I/usr/include/dovecot/sieve
-DPKG_RUNDIR=\"""\"   -std=gnu99 -g -O2 -fPIE
-fstack-protector-strong -Wformat -Werror=format-security -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2  -MT
sieve-extdata-plugin.lo -MD -MP -MF .deps/sieve-extdata-plugin.Tpo -c -o
sieve-extdata-plugin.lo sieve-extdata-plugin.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/dovecot
-I/usr/include/dovecot/sieve -DPKG_RUNDIR=\"\" -std=gnu99 -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT
sieve-extdata-plugin.lo -MD -MP -MF .deps/sieve-extdata-plugin.Tpo -c
sieve-extdata-plugin.c  -fPIC -DPIC -o .libs/sieve-extdata-plugin.o
sieve-extdata-plugin.c:20:44: error: 'PIGEONHOLE_ABI_VERSION' undeclared
here (not in a function)
 const char *sieve_extdate_plugin_version = PIGEONHOLE_ABI_VERSION;

This is on Debian Jessie using:

./configure --with-dovecot=/usr/lib/dovecot/
--with-pigeonhole=/usr/include/dovecot/sieve/

The headers seem to be found correctly when using configure, it's just when
compiling that I get an error.

pigeonhole-0-4-sieve-extdata-4ce3912ee200

Any ideas?

Thanks,

Andy

Stephan Bosch

2015-Aug-17 12:13 UTC

head link

Segfaults after upgrade to Debian Jessie

Andrew Beverley schreef op 17-8-2015 om 14:05:> On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote:
>> Since the extdata plugin is not part of the normal Debian packages (not
>> afaik anyway), you likely compiled and installed the extdata plugin
>> manually in the past while using Dovecot 2.1. Do that again, but use
>> this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/
> I'm just trying to install this now, but am getting the following
compilation
> error:
>
> make[2]: Entering directory
'/usr/src/pigeonhole-0-4-sieve-extdata-4ce3912ee200/src'
> /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I..  -I.. -I/usr/include/dovecot  -I/usr/include/dovecot/sieve
-DPKG_RUNDIR=\"""\"   -std=gnu99 -g -O2 -fPIE
-fstack-protector-strong -Wformat -Werror=format-security -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2  -MT
sieve-extdata-plugin.lo -MD -MP -MF .deps/sieve-extdata-plugin.Tpo -c -o
sieve-extdata-plugin.lo sieve-extdata-plugin.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/dovecot
-I/usr/include/dovecot/sieve -DPKG_RUNDIR=\"\" -std=gnu99 -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -Wall -W
-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts
-Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT
sieve-extdata-plugin.lo -MD -MP -MF .deps/sieve-extdata-plugin.Tpo -c
sieve-extdata-plugin.c  -fPIC -DPIC -o .libs/sieve-extdata-plugin.o
> sieve-extdata-plugin.c:20:44: error: 'PIGEONHOLE_ABI_VERSION'
undeclared here (not in a function)
>   const char *sieve_extdate_plugin_version = PIGEONHOLE_ABI_VERSION;
>
> This is on Debian Jessie using:
>
> ./configure --with-dovecot=/usr/lib/dovecot/
--with-pigeonhole=/usr/include/dovecot/sieve/
>
> The headers seem to be found correctly when using configure, it's just
when
> compiling that I get an error.
>
> pigeonhole-0-4-sieve-extdata-4ce3912ee200
>
> Any ideas?
Yes. I prepared for preventing your problem by adding ABI version 
support (much like Dovecot itself already has for its plugins). This is 
the last change in the pigeonhole-0.4-sieve-extdata plugin repository.

There is no Pigeonhole release for this yet (and adoption in Debian will 
likely take some time), but until then you can avoid this by using the 
the exdata hg revision before tip (57c8d3e6b562).

Regards,

Stephan.

Andrew Beverley

2015-Aug-17 12:35 UTC

head link

Segfaults after upgrade to Debian Jessie

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 generated by `dovecot/lmtp'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  sieve_validator_find_command_registration (valdtr=0xffffffff,
command=0x7ff53d612cd8 "extdata") at sieve-validator.c:309
309	sieve-validator.c: No such file or directory.
(gdb) bt full
#0  sieve_validator_find_command_registration (valdtr=0xffffffff,
command=0x7ff53d612cd8 "extdata") at sieve-validator.c:309
No locals.
#1  sieve_validator_register_command (valdtr=0xffffffff, ext=0x7ff53fb5a280,
cmd_def=0x7ff53d813400 <tst_extdata>)
    at sieve-validator.c:331
        cmd_reg = <optimized out>
#2  0x00007ff53d6124e6 in ext_extdata_validator_load (ext=0x7ff53fb5a280,
valdtr=0xffffffff) at ext-extdata.c:46
No locals.
#3  0x00007ff53e08c1a4 in _sieve_extension_unload (ext=<optimized out>) at
sieve-extensions.c:316
No locals.
#4  sieve_extension_unregister (ext=<optimized out>) at
sieve-extensions.c:426
        ext_reg = <optimized out>
        ext_id = <optimized out>
#5  0x00007ff53e08c50e in sieve_plugins_unload (svinst=0x7ff53fb599b0) at
sieve-plugins.c:166
        module = 0x7ff53fb5e500
        unload_func = <optimized out>
        plugin = 0x7ff53fb5a268
        __FUNCTION__ = "sieve_plugins_unload"
#6  0x00007ff53e0918dc in sieve_deinit (svinst=svinst at entry=0x7fff1893f7e0)
at sieve.c:136
No locals.
#7  0x00007ff53e2da948 in lda_sieve_deliver_mail (mdctx=<optimized out>,
storage_r=0x7fff1893f998) at lda-sieve-plugin.c:948
        srctx = {svinst = 0x7ff53fb599b0, mdctx = 0x7fff1893f9c0, 
          home_dir = 0x7ff53fb55f78 "/var/mail/vhosts/xxx/xxx",
scripts = 0x7ff53fb1a088, script_count = 0,
          user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0,
user_ehandler = 0x0,
          master_ehandler = 0x7ff53fb5e6c0, userlog = 0x0}
        debug = <optimized out>
        svenv = {hostname = 0x7ff53fb35b98 "xxx.com", domainname =
0x0, base_dir = 0x7ff53fb558c0 "/var/run/dovecot",
          username = 0x7ff53fb54da8 "xxx at xxx.com", 
          home_dir = 0x7ff53fb55f78 "/var/mail/vhosts/xxx/xxx", flags
= SIEVE_FLAG_HOME_RELATIVE,
          location = SIEVE_ENV_LOCATION_MDA, delivery_phase =
SIEVE_DELIVERY_PHASE_DURING}
        i = <optimized out>
        ret = <optimized out>
#8  0x00007ff53f08dd69 in mail_deliver (ctx=ctx at entry=0x7fff1893f9c0,
storage_r=storage_r at entry=0x7fff1893f998) at mail-deliver.c:400
        ret = <optimized out>
#9  0x00007ff53f4bd171 in client_deliver (session=0x7ff53fb53060,
src_mail=0x7ff53fb4e840, rcpt=0x7ff53fb277d0,
    client=0x7ff53fb26f50) at commands.c:689
        lda_set = 0x7ff53fb35b28
        ns = <optimized out>
        set_parser = <optimized out>
        line = <optimized out>
        storage = 0x0
        sets = <optimized out>
        mail_error = 1068655520
        ret = <optimized out>
        dctx = {pool = 0x7ff53fb53040, set = 0x7ff53fb35b28, session =
0x7ff53fb53060, dup_ctx = 0x7ff53fb598d0,
          session_id = 0x7ff53fb27760 "WhTfIZfS0VVBKAAAChoztw",
src_mail = 0x7ff53fb4e840,
          src_envelope_sender = 0x7ff53fb27778 "xxx at hotmail.com",
dest_user = 0x7ff53fb54cd0,
          dest_addr = 0x7ff53fb27dd0 "xxx at xxx.com", final_dest_addr
= 0x7ff53fb27dd0 "xxx at xxx.com",
          dest_mailbox_name = 0x7ff53f4bfad0 "INBOX", dest_mail = 0x0,
var_expand_table = 0x0, tempfail_error = 0x0,
          tried_default_save = false, saved_mail = false, save_dest_mail =
false, mailbox_full = false, dsn = false}
        input = <optimized out>
        mail_set = <optimized out>
        error = <optimized out>
        username = <optimized out>
---Type <return> to continue, or q <return> to quit---
#10 client_deliver_next (session=0x7ff53fb53060, src_mail=0x7ff53fb4e840,
client=0x7ff53fb26f50) at commands.c:732
        count = <optimized out>
#11 client_input_data_write_local (input=<optimized out>,
client=0x7ff53fb26f50) at commands.c:827
        src_mail = 0x7ff53fb4e840
        first_uid = 4294967295
        session = 0x7ff53fb53060
        old_uid = 0
#12 client_input_data_write (client=0x7ff53fb26f50) at commands.c:939
        input = 0x7ff53fb36c50
        ret = true
#13 client_input_data_handle (client=0x7ff53fb26f50) at commands.c:1033
        data = <optimized out>
        size = 936
        ret = <optimized out>
#14 0x00007ff53eb07d0f in io_loop_call_io (io=0x7ff53fb263a0) at ioloop.c:441
        ioloop = 0x7ff53fb21730
        t_id = 2
        __FUNCTION__ = "io_loop_call_io"
#15 0x00007ff53eb08d09 in io_loop_handler_run_internal (ioloop=ioloop at
entry=0x7ff53fb21730) at ioloop-epoll.c:220
        ctx = 0x7ff53fb24550
        io = <optimized out>
        tv = {tv_sec = 299, tv_usec = 981328}
        events_count = <optimized out>
        msecs = <optimized out>
        ret = 1
        i = 0
        j = <optimized out>
        call = <optimized out>
        __FUNCTION__ = "io_loop_handler_run_internal"
#16 0x00007ff53eb07d79 in io_loop_handler_run (ioloop=ioloop at
entry=0x7ff53fb21730) at ioloop.c:488
No locals.
#17 0x00007ff53eb07df8 in io_loop_run (ioloop=0x7ff53fb21730) at ioloop.c:465
        __FUNCTION__ = "io_loop_run"
#18 0x00007ff53eab2dc3 in master_service_run (service=0x7ff53fb215c0,
callback=<optimized out>) at master-service.c:566
No locals.
#19 0x00007ff53f4bb9b5 in main (argc=1, argv=0x7ff53fb21390) at main.c:122
        set_roots = {0x7ff53f2914c0 <lda_setting_parser_info>,
0x7ff53f6c16c0 <lmtp_setting_parser_info>, 0x0}
        service_flags = <optimized out>
        storage_service_flags = <optimized out>
        c = <optimized out>

Apparently Analagous Threads

Search for more maybe matching threads

dovecot - Aug 2015 - Segfaults after upgrade to Debian Jessie

Segfaults after upgrade to Debian Jessie

Segfaults after upgrade to Debian Jessie

Segfaults after upgrade to Debian Jessie

Apparently Analagous Threads