similar to: 2.0 beta4 latest hg: segfault with virtual plugin

Displaying 20 results from an estimated 4000 matches similar to: "2.0 beta4 latest hg: segfault with virtual plugin"

2009 Mar 27
2
1.2.beta4: Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor
Whenever dovecot is stopped while a dict process is running I see Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor in the error log. The following patch fixes this for me. I'm sure there is a better way though. --- dovecot-1.2.beta4/src/master/dict-process.c.orig 2009-03-27 16:44:59.000000000 +0100 +++ dovecot-1.2.beta4/src/master/dict-process.c 2009-03-27
2017 Jan 19
5
Segfault on LIST Command
Dear all, I experience SegFaults in the imap binary on a LIST "" "" command, as sent by Claws mail. Using LIST "" "INBOX" or similar is fine. Here is an example telnet session $ telnet 127.0.0.1 143 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE
2010 Apr 03
1
dovecot 2 beta4 errors & core dumps
Hi, While running imaptest with "clients=50 seed=123 msgs=100000000 random secs=600", I got errors : "Error: user at domain.com[55]: Unexpected BYE: * BYE IMAP session state is inconsistent, please relogin.". dovecot.log : Apr 03 10:23:47 imap(user at domain.com): Panic: file index- transaction.c: line 145 (index_transaction_rollback): assertion failed:
2014 Apr 24
0
Assert crash with latest HG ddf374a36057
Hello, Latest HG assert crashes with imap(user): Panic: file mail-storage.c: line 1836 (mailbox_transaction_begin): assertion failed: (box->opened) Full backtrace is attached. Thanks, e-frog -------------- next part -------------- Core was generated by `dovecot/imap'. Program terminated with signal SIGABRT, Aborted. #0 0xb775d424 in __kernel_vsyscall () (gdb) bt full #0 0xb775d424 in
2012 Mar 07
1
v2.1 latest hg: untagged reply to namespace command
Hello Timo, There seems to be something broken in v2.1 latest hg version: # 2.1.1 (94de7605f50f) 1 namespace * NAMESPACE (("" "/")("virtual/" "/")) NIL NIL * OK Namespace completed. Please note that the "OK Namespace completed." is send untagged. It worked on below version: # 2.1.1 (315f0d8cc2b2) 1 namespace * NAMESPACE ((""
2018 Dec 26
2
Segfault report
Ubuntu 18.04, AMD Opteron, Dovecot Version 2.3.3, local file storage.? I believe it's one of my users checking mail remotely via mobile - don't remember if it's an iPhone or Android. gdb backtrace: Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 13852] [Thread debugging using libthread_db enabled] Using host libthread_db library
2017 Jan 23
2
Segfault on LIST Command
I'll try reproduce this issue, but can you, in the mean time, run this with mail_debug=yes and provide logs? Aki On 23.01.2017 11:45, Thorsten Hater wrote: > Hi, > > I did added the default location and stripped down my config to a very > basic > level, dropping all plugins and database queries, see below. The segfault > still > appears in the same location. > As I
2017 Jan 23
2
Segfault on LIST Command
Thank you for your report. Aki On 23.01.2017 11:56, Thorsten Hater wrote: > OK, I found the problem in my config. If I use an default namespace with an > empty > name, instead of "inbox" it works as expected. Here the log for this case > > Starting program: /usr/local/libexec/dovecot/imap -u **** > imap(****): Debug: auth input: **** home=**** uid=48 gid=48 >
2010 Jun 19
2
coredump while accessing virtual folder with dovecot 2.0
Hi, I get a core dump with 2.0.beta6 (573cb66e9180) when I access virtual folders with the master user. Since ACLs are active I have to set a global ACL in .DEFAULTS to access all folders. Coredump: Core was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. [New process 15910] #0 0x00002afabdfbd6a2 in virtual_config_free (mbox=0x10a34128) at
2011 Nov 06
3
2.1: virtual plugin and lsub
Hi Timo, I'm using the virtual plugin and have 2 mailboxes configured in the "virtual" namespace (dovecot -n attached). Using lsub with dovecot 2.0.15 leads to the following result: 1 lsub "" "virtual/*" * LSUB () "/" "virtual/Lists" * LSUB () "/" "virtual/unread" 1 OK Lsub completed. However with dovecot 2.1 (latest hg
2008 Oct 06
2
Dovecot 1.1.4 crash
After upgrading from 1.1.3 to 1.1.4 the imap process crashes as soon as moving a mail to the Trash folder. Belows backtrace points to the expire plugin... Backtrace /usr/local/libexec/dovecot/imap: Program terminated with signal 11, Segmentation fault. #0 0x2adbeaa8 in expire_mailbox_transaction_commit (t=0x10045248, uid_validity_r=0x7fff77fc, first_saved_uid_r=0x7fff7800,
2011 Dec 23
2
2.1.rc1 (056934abd2ef): virtual plugin mailbox search pattern
Hello Timo, With dovecot 2.1.rc1 (056934abd2ef) there seems to be something wrong with virtual plugin mailbox search patterns. I'm using a virtual mailbox 'unread' with the following dovecot-virtual file $ cat dovecot-virtual * unseen For testing propose I created the following folders with each containing one unread message INBOX, INBOX/level1 and INBOX/level1/level2
2014 Oct 20
1
2.2.14 Panic in sync_expunge_range()
I am getting some panics after upgrading from 2.2.13 to 2.2.14 This panic happens for one user only, he is subscribed to 86 folders, on two of them this panic happens quite often - several times a day. The mbox folders seems OK, less than 30M with 30 and 200 messages. Panic: file mail-index-sync-update.c: line 250 (sync_expunge_range): assertion failed: (count > 0) hmk GNU gdb 6.8
2015 Aug 27
2
Panic in service(log)
Hello, I'm using the Debian builds of dovecot-2.2 by S[r]us. Today I started getting the following panic: log: Panic: file priorityq.c: line 122 (priorityq_remove_idx): assertion failed: (idx < count) log: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x7f1ae) [0x7fd368dc31ae] -> /usr/lib/dovecot/libdovecot.so.0(+0x7f269) [0x7fd368dc3269] ->
2009 Mar 25
2
v1.2.beta4 released
http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta4.tar.gz http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta4.tar.gz.sig This release fixes a memory corruption bug related to MODSEQ handling in earlier v1.2 releases. Memory corruption means that it's a security bug and possibly exploitable. MODSEQ code is new in v1.2, so v1.1 and older releases are not affected. Other than that, there
2009 Mar 25
2
v1.2.beta4 released
http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta4.tar.gz http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta4.tar.gz.sig This release fixes a memory corruption bug related to MODSEQ handling in earlier v1.2 releases. Memory corruption means that it's a security bug and possibly exploitable. MODSEQ code is new in v1.2, so v1.1 and older releases are not affected. Other than that, there
2016 Dec 05
2
2.2.27 panic file mail-index-map.c: line 549 (mail_index_map_lookup_seq_range): assertion failed: (first_uid > 0)
Hi, Dec 5 20:24:31 dovecot: imap(xx at yy.zz,7ckWZu1CuZFVTILa): Fatal: master: service(imap): child 7292 killed with signal 6 (core dumped) Dec 5 20:24:32 dovecot: imap(xx at yy.zz,LnAlZu1COBVVTILa): Panic: file mail-index-map.c: line 549 (mail_index_map_lookup_seq_range): assertion failed: (first_uid > 0) Dec 5 20:24:32 dovecot: imap(xx at yy.zz,LnAlZu1COBVVTILa): Error: Raw backtrace:
2007 Oct 23
4
v1.1.beta4 released
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig Lots of fixes since beta3, but apparently there are still a few bugs left: - Is SORT working? - APPEND seems to have problems in some setups. - Still some SEARCH TEXT problems? Or Squat indexing problems? -------------- next part -------------- A non-text attachment
2010 Mar 24
1
2.0.beta4 compile errors
I am unable to get 2.0.beta4 to compile. I get the following errors: /usr/lib64/gcc/x86_64-slackware-linux/4.3.3/../../../../lib64/libwrap.a(hosts_access.o): In function `host_match': hosts_access.c:(.text+0x625): undefined reference to `yp_get_default_domain' collect2: ld returned 1 exit status make[3]: *** [tcpwrap] Error 1 make[3]: Leaving directory
2006 Mar 28
2
6.1-BETA4-i386-disc2.iso - only usr/share/doc, no usr/src?
Does the 6.1-BETA4-i386-disc2.iso contain only usr/share/doc, or for some reason i am unable to see anything else? I was looking for usr/src (and for a odd chance to have usr/ports); i suppose those two trees would be available somewhere on some disc for RELENG_6_1. I mounted the image as ... mdconfig -a -t vnode -f /path/to/6.1-BETA4-i386-disc2.iso -u 0 mount -t cd9660 /dev/md0 /mnt ...