On 02-08-2018 15:29, Aki Tuomi wrote:
On 02 August 2018 at 16:22 Henrik Larsson <dovecot-u...@spambox.dk> wrote:


On 02-08-2018 15:16, Aki Tuomi wrote:
>> On 02 August 2018 at 16:08 Henrik Larsson <dovecot-u...@spambox.dk>
>> wrote:
>>
>>
>> On 15-07-2018 11:42, Henrik Larsson wrote:
>> > After upgrading Dovecot to 2.3.2.1 and Pigeonhole to 0.5.2,
>> > managesieve stopped working.
>> >
>> > I'm using FreeBSD ports tree, to build these. Only domains have been
>> > modified in below output.
>> >
>> > A FreeBSD bug report have also been created. But I'm not sure if this
>> > is FreeBSD ports related or Dovecot/Pigeonhole related:
>> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228067
>> >
>>
>> [Removed output from "uname", "pkg version", "dmesg" and "dovecot -n"
>> from my original post]
>>
>> Anyone able to give me some input how to solve this?
>>
>> Best regards
>> Henrik Larsson
>>
>
> Hi!
>
> i_stream_read_memarea was added in v2.3.0.
>
> Can you try uninstalling /usr/local/libexec/dovecot/managesieve,
> recompiling pigeonhole 0.5.2 and reinstalling it?
>
> Aki

Re-compiled today, same error.

/usr/local/libexec/dovecot # ll managesieve
-rwxr-xr-x  1 root  wheel  64664  2 aug 14:50 managesieve*

 From Dovecot log:
Aug 02 15:09:10 master: Info: Dovecot v2.3.2.1 (0719df592) starting up
for imap, pop3, lmtp, sieve
Aug 02 15:09:10 config: Error: /usr/local/libexec/dovecot/managesieve:
Undefined symbol "i_stream_read_memarea"
Aug 02 15:09:10 config: Error: managesieve-login: dump-capability
process returned 1

/Henrik

Can you do

ldd /usr/local/libexec/dovecot/managesieve

and make sure it points to correct libdovecot.so?

Aki


ldd showed that managesieve was linked to "libdovecot.so" in "/usr/local/lib/compat/pkg".

/usr/local/lib/compat/pkg # ll
-rwxr-xr-x  1 root  wheel   164080 28 mar 14:50 libdovecot-fts.so.0*
-rwxr-xr-x  1 root  wheel    46016 28 mar 14:50 libdovecot-lda.so.0*
-rwxr-xr-x  1 root  wheel   122808 28 mar 14:50 libdovecot-login.so.0*
-rwxr-xr-x  1 root  wheel    45728 28 mar 14:50 libdovecot-sql.so.0*
-rwxr-xr-x  1 root  wheel  1282080 28 mar 14:50 libdovecot-storage.so.0*
-rwxr-xr-x  1 root  wheel  1203968 28 mar 14:50 libdovecot.so.0*

I removed these and recompiled. Now it is indeed working again. I'm not sure how I ended up in this situation.

Thank you for the help.

/Henrik

Reply via email to