similar to: dovecot-1.1.0: child (imap) killed with signal 11

Hi there, I've been seeing this for quite a while now, but only today finally got off my lazy you-know-what and did a backtrace. Here's the requested info as per http://dovecot.org/bugreport.html: * Dovecot version [root at airframe]:~# dovecot --version 1.0.3 * Operating system or Linux distribution name Slackware 10.2, both kernel 2.6.21.3 and dovecot self-compiled * CPU

>From http://www.dovecot.org/list/dovecot/2008-June/031235.html: > > I have noticed that the entries in the dovecot-uidlist files don't seem > > to get updated when an email is deleted or moved to .Trash. It appears > > that this list list would just keep growing over time, being full of no > > longer used filenames, and must tend to increase its processing >

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, in thread "how to setup different quota for multiple namespaces" I tried to get an additional, private namespace "archive" with yet another quota. Every message, regardless if delivered to INBOX or archive, counts for both namespaces, the default one and the archive one. Furthermore the dict records the quota of the

For example, an exec should depend on the binary being present. But the exec resource should not care where the binary is coming from. For example, we have a stow command: define stow($creates, $path = "/usr/local/bin") { exec { "stow-$name": command => "$path/stow -v $name", cwd => "/usr/local/stow", creates =>

This appears to be working for me, but suggestions on improvements are welcome: master/manifests/definitions/stowedpackage.pp: > define stowedpackage ( $basepackage, $version, > $rsyncserver=''gold.cae.tntech.edu'', > $rsyncmodule=''metastow'', > $stowdestdir=''/usr/local/stow'' ) { > > file { stow_initiator:

On Tue, 21 Jan 2020, Sami Ketola wrote: > how does dsync fail? How have you tried? Something like this on the new > server: > > doveadm -o imapc_server=remote_ip -o imapc_port=remote_port -o imapc_user=<remote_victim> -o imapc_password=<remote_victim_password> backup -u <local_victim> -R imapc: The best I can do is get it to complete without any errors but without

Hi, I've been getting these warnings in syslog since I've been running (Linux) kernels 2.6.31.x and up (I'm currently at 2.6.32.2), they do not show up on 2.6.30.x kernels. Dovecot versions involved were/are 1.2.x, I'm currently at 1.2.9. My system is running Slackware 13.0, but this also happened with 12.2. ------------[ cut here ]------------ WARNING: at

According to the IMAP spec if I do a search for "TO isocpp.org" it should find all the messages whose To: field contains the string "isocpp.org", but dovecot is returning me an empty list. However, a search for "TO tm at isocpp.org" produces a long list of messages. This behavior is present if I *even load* the lucene fts plugin. Note that lucene isn't in use

I'm completely new to R and am trying to install an add-on package for one of our faculty members. I've had no problems with most of them, but am completely stuck trying to figure out why MCMCpack won't install.. any help is VERY much appreciated!!! here's what I get when I try to install the package: * Installing *source* package 'MCMCpack' ... checking for C++ compiler

This is log from dovecot 2.2.10: 2014-01-13T15:34:39+01:00 server/a.b.c.d dovecot: imap(user at domain): Fatal: master: service(imap): child 6290 killed with signal 11 (core dumped) (gdb) bt full #0 0x00007fe78683aba5 in mail_cache_header_fields_read () from /usr/local/dovecot-2.2.10/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #1 0x00007fe78683890a in

For quite some time I have seen dovecot imap exit with a sig11 without any other error message, but usually with the frequency of between once per week and once per day (per server). A few weeks ago I finally enabled core dumping with debug symbols and it seemed to happen less often. I finally caught a coredump that wasn't overwritten. I have no idea what on the client end may cause it,

I've managed to re-compile the alpine packages inside the container, creating the debug symbols and disabling compile time optimizations, as they also disturbed the backtrace. The following output looks much more meaningful. But unfortunately there are still some symbols missing for lucene-core. Let me know if this is enough to work with. (It doesn't seem to be musl after all?) Reading

Hi List, Since we migrated from dovecot 1.2.4 to 2.2.12 with lucene as FTS engine, I have this in my error log: Apr 22 14:01:14 indexer-worker(username): Error: lucene index /var/vmail/username/lucene-indexes: IndexWriter() failed (#1): Lock obtain timed out Apr 22 14:01:14 indexer-worker: Error: indexer-worker [username at mydomain.com MailBox-1 - 20800/22707]:

Hi list, but mainly Stephan :) when building and subsequently installing the new Sieve plugin I am coming across a small difficulty when it comes to "make install". The libraries lib90_sieve_plugin.* always get installed in the directory /usr/local/lib/dovecot/lda, no matter what "prefix" argument is supplied to "make install". Only the libraries seem affected,

Ok, thanks a lot for the reply. I'll keep digging then :) On 12/21/18 4:19 PM, Aki Tuomi wrote: > On 21.12.2018 15.01, Tim Mohlmann via dovecot wrote: >> Hi, I now this is kinda impolite to ask, but I would like some feedback >> on this issue. I'm representing the Mailu user group here, plus the fact >> that my own production server is affected and starts to crash due

Hi, I now this is kinda impolite to ask, but I would like some feedback on this issue. I'm representing the Mailu user group here, plus the fact that my own production server is affected and starts to crash due to file corruption as a result of the indexer-worker segfaults. Last night my server became unavailable with logs like: Error: imap(tim at

> On 22 Jan 2020, at 8.37, Wim Lewis <wiml at hhhh.org> wrote: > > On Tue, 21 Jan 2020, Sami Ketola wrote: >> how does dsync fail? How have you tried? Something like this on the new server: >> >> doveadm -o imapc_server=remote_ip -o imapc_port=remote_port -o imapc_user=<remote_victim> -o imapc_password=<remote_victim_password> backup -u

Hello. I'm new to nut and don't know if I've missed something in setting it up or if my ups isn't quite supported. I'm using these: - svn version of nut (downloaded on 9/13/06) - a tripp lite SMART2200RMXL2U - debian sarge with 2.6.8 kernel - the tripplite_usb driver (newhidups says my ups is not supported) I figured out how to get the device perms correct.

Op 11/01/2019 om 21:07 schreef Larry Rosenman: > do you use both fts-solr and tika by chance? I doubt it. The original post is about Lucene and it fails in the Lucene code. The FTS Solr + Tika problem is caused in Dovecot lib-http. Regards, Stephan. > > On Fri, Jan 11, 2019 at 11:19 AM F?rvida <aafirvida at gmail.com > <mailto:aafirvida at gmail.com>> wrote: >

Dovecot (deb http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main) crached after create new metadata folder (But the folder with metadata is created). Metadata plugin v14. Coredump: http://yadi.sk/d/bsBCpRS76mXpj in log: imap(admin at example.ru): Fatal: master: service(imap): child 14339 killed with signal 11 (core dumped) [10-Jul-2013 11:46:00 +0400]: [A4A2] S: * OK [CAPABILITY