similar to: Backtrace:/usr/local/libexec/dovecot/imap

Displaying 5 results from an estimated 5 matches similar to: "Backtrace:/usr/local/libexec/dovecot/imap"

2007 Jul 29
0
Reading an email from an mbox file and resending to a different address without modification
Greetings, I''m trying to emulate the "Redirect" function of some email clients but am not having much success. I am sending messages with ActionMailer templates just fine so I''m pretty sure my environment is set up correctly and that my mail server is accepting the messages to relay. I am reading messages out of an mbox file and parsing them into RMail objects with
2006 Jan 31
1
beta2: strange assert
Hi, My setup: Solaris 9, mbox format, mailboxes NFS mounted from another S9 system, imap. I got the following assert yesterday: Jan 30 19:57:15 emerald dovecot: [ID 107833 mail.error] imap(user): file index-mail-headers.c: line 258 (index_mail_parse_header): assertion failed: (part != NULL) Jan 30 19:57:16 emerald dovecot: [ID 107833 mail.error] imap(user): file index-mail-headers.c: line
2016 Oct 24
0
keent() from Tika - with doveadm
that seems to fix this kevent() problem, but I got the following lucene assert. Is that because of previous fails? Also, while I have your attention, is fts_autoindex supposed to work accross NAMESPACES? doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39483 because: fts indexing doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39484 because: fts indexing doveadm(mrm): Debug:
2005 Sep 22
2
repeatable disconnections when rsyncing over ssh
Hi, I have a problem with rsyncing large data sets (consisting bunch of small files) over ssh. rsync 2.6.6 on both sides. Linux 2.6.10 on receiving side, 2.6.12.6 on sending side. This strace is from rsyncing over 2Mbit link but I can repeat it over 100Mbps lan, too (while testing on lan 2.6.11.3 was on sending and 2.6.12.6 on receiving side). I wonder what can be problem here? Some
2016 Oct 24
2
keent() from Tika - with doveadm
Hi! We found some problems with those patches, and ended up doing slightly different fix: https://github.com/dovecot/core/compare/3e41b3d%5E...cca98b.patch Aki On 24.10.2016 10:17, Aki Tuomi wrote: > Hi! > > Can you try these two patches? > > Aki > > > On 24.10.2016 08:48, Aki Tuomi wrote: >> Ok so that timeval makes no sense. We'll look into it. >>