similar to: new crash in dovecot-auth test51

#0 io_remove (io=0x0) at ioloop.c:51 51 if ((io->condition & IO_NOTIFY_MASK) != 0) { (gdb) bt #0 io_remove (io=0x0) at ioloop.c:51 #1 0x0804fbd8 in auth_client_connection_destroy_wait (conn=0x8083f10) at auth-client-connection.c:494 #2 0x0805093d in auth_callback (request=0x847e0f0, result=134681075, reply=0x0, reply_size=0) at auth-client-connection.c:104 #3 0x080507c0 in

Hi all, I'm getting core dumps from Dovecot when using Thunderbird as a client. Everything is fine when using the Apple Mail client. I've appended the debug dumps to this message so they are out of the way, but they should be read now. I think the problem might be that io->prev and io->next aren't reliably initialised in ioloop.c:io_add. The value that io->prev has when

First of all, thanks for a great product. I've been able to get dovecot up and running with minimum pain. Very nice. Running Fedora Core 2 with postfix using mysql for virtual mailbox config. Got release version of dovecot working with a passwd-file, then I wanted to try it out with using the same mysql db as postfix, so I downloaded test51. I run ./configure --sysconfdir=/etc

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 See the end of the message for a possible delete of a closed fd from epoll() problem. Every now and then I get a Panic after a successfull LMTP delivery: 2014-11-12 13:25:31 lmtp(20890): Info: Connect from local 2014-11-12 13:25:32 lmtp(20890): Info: Disconnect from local: Connection closed (in reset) 2014-11-12 13:25:34 lmtp(20890): Info: Connect

OpenBSD 3.6 -current (i386) dovecot-1.0-test51 I'm now getting this error message as soon as I start dovecot: "Authentication client 0 not compatible with this server (mixed old and new binaries?)" Here's the process I'm using: ./configure --sysconfdir=/etc \ --with-ssl=openssl \ --with-pam=NO \ --with-ldap=no \ --with-vpopmail=no \

Occasionally, all of our directors get stuck in an endless loop. Likely triggered by some network event, but I haven't been able to isolate exactly what triggers it, and am unable to reproduce at the moment. When this happens, it makes the dovecot/director process on all directors unresponsive, making login impossible. Restarting dovecot "fixes" it. Here's the info collected

OS: OpenBSD 3.5 -stable/macppc dovecot: Oct 21 01:59:01 Info: pop3-login: Login: wendy [192.168.3.6] dovecot: Oct 21 01:59:02 Error: child 13213 (pop3) killed with signal 11 dovecot: Oct 21 02:03:32 Info: pop3-login: Login: robb [192.168.3.6] dovecot: Oct 21 02:03:32 Error: child 17627 (pop3) killed with signal 11 (gdb) bt #0 0x1813bb8 in maildir_transaction_save_commit_post () #1 0x180f504 in

I noticed this is in the TODO: - support for multiple auth checkers. passdb+userdb should be tied together. auth process configurations really should be used for this.. and is functionality that I really would like, as I have local users (passwd+shadow) and vpopmail users. In -test7's dovecot-example.conf, there is a different format for "blocking" multiple auth types, and I

http://dovecot.org/test/ This release is built with autoconf 2.59 and libtool 1.9. We'll see how it works out :) The required changes were done by Matthias Andree. - The last fix for connection hanging made IDLE use 100% CPU - We don't use Maildir/.INBOX/ directory anymore, indexes are stored in Maildir-root - Don't crash with FETCH BODY[n.MIME] - Changed %p (protocol)

Hello, I am tying to compile Dovecot 2.2.27 on Solaris 10, and I get this error: test-ioloop.c: In function `test_ioloop_pending_io': test-ioloop.c:188: error: size of array `type name' is negative My configuration is like this: Install prefix . : /usr/local File offsets ... : 64bit I/O polling .... : poll I/O notifys .... : none SSL ............ : yes (OpenSSL) GSSAPI ......... : no

This appears to be breaking dsync at the moment and is caused by something committed in the last week or so. This is with the current -git of dovecot-2.2 (eaf276b33). The crash happens all the time - the logs are full of this message. Oct 7 20:31:24 thunderstorm.reub.net dovecot: doveadm: Warning: I/O leak: 0x7f8bb6581b4c (ostream-file.c:350, fd 14) Oct 7 20:31:24 thunderstorm.reub.net

Hi, version: 1.2.10 OS: Debian unstable/x86_64 [118905.528497] dovecot-auth[3856]: segfault at 0 ip (null) sp 00007fff6666ad98 error 14 in dovecot-auth[400000+61000] 2010-02-26 22:17:45 dovecot: Error: child 3856 (auth) killed with signal 11 (core dumped) (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x0000000000423b0e in vpopmail_lookup_vqp

Thanks! We'll look into it. ---Aki TuomiDovecot oy -------- Original message --------From: Reuben Farrelly <reuben-dovecot at reub.net> Date: 07/10/2017 13:08 (GMT+02:00) To: dovecot at dovecot.org Subject: Core Dumps with dovecot-2.2 -git as of 2.2.devel (eaf276b33) This appears to be breaking dsync at the moment and is caused by something committed in the last week or so.? This

Hi! I hope it's not too late to wish all the best in 2015 year! I'm writing the email because I've noticed that if dict process has any troubles with configuration then dovecot/imap throws segfault: log: Jan 12 16:51:59 mail dovecot: dict: Error: Failed to initialize dictionary 'lastlogin': dict pgsql: Can't open configuration file /etc/dovecot/dovecot-dict-sql.conf.ext:

Hello, ioloop->highest_fd is used by ioloop-select.c only, so its handling can be moved out of generic ioloop code. Attached patch (agains -test35) does exactly this. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke at donpac.ru | PGP key: wwwkeys.pgp.net -------------- next part -------------- diff -urpNX /usr/share/dontdiff -x Makefile

On 31/10/2020 00:18, Scott Q. wrote: > I have implemented this change and the core dumps went away. > > It appears so far that it's indeed the right fix. > > Has this change been introduced in 2.3.11.3 ?? > > Thanks! I've also been running it for 4 days without any further panics / segfaults and no noticed adverse effects. I'd recommend the dovecot team to

One of the things my employer uses dovecot for is as mail download server for an 'e-mail purification service' (AV/ anti-spam) for smartphones. The service itself presently runs on a rented server somewhere in the UK and the corresponding 'web service' front-end and user account/ mail account database resides on a server in Germany. The UK dovecot server uses the PostgreSQL server

Hi, I'm running dovecot 2.1.7 with vpopmail auth and Maildir on NFS (I have only one POP/IMAP server). All works fine but sometimes dovecot "imap" process crush and I would like to understand why: Error in log files: Dec 12 06:32:56 pop01eeh dovecot: imap-login: Login: user=<info at mydomain.com>, method=PLAIN, rip=1.2.3.4, lip=192.168.1.3, mpid=4086,

We'll take a look ---Aki TuomiDovecot oy -------- Original message --------From: Reuben Farrelly <reuben-dovecot at reub.net> Date: 12/10/2017 07:50 (GMT+02:00) To: Aki Tuomi <aki.tuomi at dovecot.fi> Subject: Re: Core Dumps with dovecot-2.2 -git as of 2.2.devel (eaf276b33) Hi Aki, I think I posted a bt full of this in the original email I sent to the list:

I'm using dovecot 1.0.alpha4 on a freebsd 5.3 i386 system. Dovecot is configured to use mysql authentication and I'm running mysql 5.0.15 . Everything works fine, but after a period of inactivity (20-30 minutes ) when I connect and try to authenticate it just hangs. I noticed that the dovecot-auth worker process is not running anymore... from looking at the source code I understand that