similar to: Segmentation fault in pigeonhole lib-sieve

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

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 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,

On 12/29/2014 10:02 PM, Orion Poplawski wrote: > The sieve plugin for Thundirbird likes to rapidly compile work in > progress sieve scripts to continually give feedback on any errors in > the script. This can trigger segmentation faults in lib-sieve with > certain pathologically incomplete sieve scripts. One example: Yes. This is a very straightforward problem. > Here's a

On Thu, 2015-08-06 at 09:12 +0200, Stephan Bosch wrote: > Could you provide a full backtrace using the gdb command `bt full'? Thanks for the reply. Is this everything you need? #0 0x00007f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x00007f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280,

I'm testing my new dovecot server with Thundirbird I can have it working on port 143 with STARTTLS, or on port 993 with SSL/TLS my uderstanding is that on 993 I get encrypted 'password and mail transfer' (yes ?) so what happens if I use 143 with STARTTLS, is that equivalent to port 993 if STARTTLS is used ? thanks for any insights.. -- Voytek

Hello Micheal, this reminds me of something, that I experienced in the past. Why would the server! complain "Unknown CA"? To test inspect the communication with wireshark and look if the client sends a cert; or: $ echo "a001 LOGOUT" | openssl s_client -msg -connect your.server:993 and grep for "CertificateRequest". Do you have a certificate configured in your

On 09/27/2017 11:14 PM, Phil Perry wrote: > On 28/09/17 04:19, Alice Wonder wrote: >> With the current Thunderbird I can not connect to one of my IMAP >> servers that uses a self-signed cert. Virtually identical IMAP servers >> that use CA signed certs work >> >> I was a bit out of date when I updated to 7.4 and was running >> Thunderbird 45.6.x and it

I've been working to migrate several hundered users on to our new mail servers, which run dovecot 0.99.11 (RHEL4). The problem I'm seeing is that deleting or moving a message seems to take a very long time. It's not uncommon for Thundirbird (1.0.7) to have delays of 5-10 seconds to delete a single message from my Inbox (<500k) and place it in my Trash folder (~100MB right

With the current Thunderbird I can not connect to one of my IMAP servers that uses a self-signed cert. Virtually identical IMAP servers that use CA signed certs work I was a bit out of date when I updated to 7.4 and was running Thunderbird 45.6.x and it worked. When I connected from evolution (which I do not like) it worked. When I connected with my laptop still running 45.6.x it works. so

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,

No, no certificate in thunderbird. Work fine when running CentOS 7.3, laptop that still runs 7.3 works fine. I'm going to attempt building the CentOS 7.3 thundirbird src.rpm in 7.4 and see if that fixes it, and if it does, file a bug report with rhel. On 09/26/2017 01:17 AM, Peter Chiochetti wrote: > Hello Micheal, > > this reminds me of something, that I experienced in the past.

Hi, I've just upgrade from Debian Wheezy to Debian Jessie and am getting: Fatal: master: service(lmtp): child 6761 killed with signal 11 (core dumped) It seems to be something to do with sieve. When I disable that from lmtp then everything works fine. OS: Debian Jessie Dovecot version: 2.2.13 CPU: x86 This is the gdb output: Using host libthread_db library

Author: perrin Repository: /hg/zfs-crypto/gate Revision: a593e64c4739242e2eb3a43ea296996000af0c2d Log message: 6413731 pathologically slower fsync on 32 bit systems Files: update: usr/src/uts/common/fs/zfs/sys/zil.h update: usr/src/uts/common/fs/zfs/zil.c

On Oct 6, 2008, at 15:52, Yale Zhang wrote: > Hi everyone. I'm mainly build the debug versions of lli and opt > which are huge and take up to 10 seconds to build. It seems there is > no option in configure to allow dynamic linking. Before I try to add > it myself, is there a reason why it's not done? In addition to the APIs being insufficiently stable for shared

Hi everyone. I'm mainly build the debug versions of lli and opt which are huge and take up to 10 seconds to build. It seems there is no option in configure to allow dynamic linking. Before I try to add it myself, is there a reason why it's not done? On Fri, Oct 3, 2008 at 6:14 PM, Yale Zhang <yzhang1985 at gmail.com> wrote: > Does anyone know if LLVM will soon have a dynamic

OK. I've tried using shared libraries for everything except LLVMX86.o, and the build time improvement isn't as good as I hoped for. On a Dell Precision 390 workstation, the time to rebuild after a one line change in a library is 10 s for static linking and 7.3 s for dynamic linking (building in Eclipse is slower). One advantage of static linking I haven't thought about is that only

I'm currently runing UW-IMAP (compiled vanilla) with procmail and mbox and am making my usual careful crawl (at turtle speed) through figuring out DC config. Some questions: a) I have something like 3-4 root imapd sessions so I presume that the default *login_processes_count* = 3 will be OK. I'm less clear about login_max_processes_count and login_max_connections = 256. A common

I am trying to test a new setup of NV74. I have set up the system with ZFS boot. Everything works fine until I pull a drive. The system locks up when I try to run any command e.g. zpool status. There is no communication with the server from then on. It does not even respond to pings. Setup - Supermicro SC836TQ-R800 Chassis Supermicro X7DB8 Motherboard Supermicro SAT2-MV8 SATA controller

Hi, The HPLIP package included in CentOS 5 is one of those packages that lags almost pathologically behind. Now I remember having seen some *official* (HP) documentation describing the procedure to follow to install the *latest* HPLIP on CentOS 5. As far as I can remember, there were even some RHEL5 RPMS on that site. But I can't seem to find that page anymore. Anyone remembers it? Niki