[Dovecot] beta8: core, signal 11
Timo,
The gdb analysis is attached. It looks like memory got seriously stomped in this core dump. There was no assert or other useful information in the syslog. My setup: Solaris 9, imap and imaps, mbox format, INBOXes NFS mounted, index files on local ufs filesystem, beta8 configured like so:
VERSION=1.0.beta8
CC=gcc CFLAGS="-g -O" CPPFLAGS=-I/opt/openssl/include LDFLAGS=-L/opt/openssl/lib
./configure --prefix=/opt/dovecot.$VERSION
--with-ssl=openssl
--with-ssldir=/opt/openssl/ssl
--with-sql-drivers=no
--disable-ipv6
> configure.out
Jeff Earickson Colby College
On Fri, 2006-05-19 at 09:12 -0400, Jeff A. Earickson wrote:
The gdb analysis is attached. It looks like memory got seriously stomped in this core dump.
Wonder why.. Because the error seems to be simply that the error message was NULL which caused %s to dereference NULL pointer. The error shouldn't ever be NULL though, but I'll fix this anyway so that it won't crash there.
Tere.
dovecot -a base_dir: /var/run/dovecot/ log_path: info_log_path: log_timestamp: %Y-%m-%d %H:%M:%S syslog_facility: mail protocols: imap imaps pop3 pop3s listen: * ssl_listen: ssl_disable: no ssl_ca_file: ssl_cert_file: /etc/ssl/certs/dovecot.pem ssl_key_file: /etc/ssl/private/dovecot.pem ssl_key_password: ssl_parameters_regenerate: 168 ssl_cipher_list: ssl_verify_client_cert: no disable_plaintext_auth: no verbose_ssl: yes shutdown_clients: yes nfs_check: yes login_dir: /var/run/dovecot//login login_executable(default): /usr/local/dovecot/libexec/dovecot/imap-login login_executable(imap): /usr/local/dovecot/libexec/dovecot/imap-login login_executable(pop3): /usr/local/dovecot/libexec/dovecot/pop3-login login_user: dovecot login_greeting: Dovecot ready. login_log_format_elements: %u %r %m %c login_log_format: %$: %s login_process_per_connection: yes login_chroot: yes login_greeting_capability: no login_process_size: 128 login_processes_count: 30 login_max_processes_count: 1024 login_max_logging_users: 2048 valid_chroot_dirs: mail_chroot: max_mail_processes: 5120 verbose_proctitle: yes first_valid_uid: 500 last_valid_uid: 0 first_valid_gid: 1 last_valid_gid: 0 mail_extra_groups: mail default_mail_env: maildir:%h/Maildir:INDEX=/var/spool/dovecot/index/%u:CONTROL=/var/spool/dovecot/control/%u mail_cache_fields: flags mail_never_cache_fields: imap.envelope Segmentation fault
Is this normal?
On Tue, 2006-07-04 at 16:39 +0300, Sysadmin wrote:
mail_cache_fields: flags mail_never_cache_fields: imap.envelope Segmentation fault
Is this normal?
It's broken with 64bit systems. Already fixed in CVS. I'll probably release 1.0.rc2 today..
I've had a look at the documentation, and at my personal mailfolder..
I'm not sure I understand why I was able to look at the root of my home directory with the dovecot 1.0 beta for example in my /home directory there's a .imap/ folder and a .subscriptions file with the directories that dovecot now tells me don't exist.
dovecot has recreated some of them (the basics like sent and trash) under mail/.imap/ now.
Is there an option I can enter under the private namespaces fields to have dovecot ignore the mail/ directory?
Thanks..
Nick
Tere.
64bit systems give
mail_log_prefix: %Us(%u): Segmentation fault
Is this normal?
On Mon, 2007-02-05 at 13:19 +0200, Mart Pirita wrote:
Tere.
64bit systems give
mail_log_prefix: %Us(%u): Segmentation fault
Thanks, fixed: http://dovecot.org/list/dovecot-cvs/2007-February/007600.html
On Mon, Feb 05, 2007 at 01:26:09PM +0200, Timo Sirainen wrote:
Thanks, fixed: http://dovecot.org/list/dovecot-cvs/2007-February/007600.html
Works for me!
Thanks,
Geert
On Mon, Feb 05, 2007 at 01:19:21PM +0200, Mart Pirita wrote:
Tere.
64bit systems give
mail_log_prefix: %Us(%u): Segmentation fault
I see the same thing with dovecot-1.0rc21 on NetBSD (both i386 and amd64), but not with dovecot-1.0rc17.
Geert
Tere.
Forget - I'm using the latest (21) version:
64bit systems give
mail_log_prefix: %Us(%u): Segmentation fault
participants (6)
-
Geert Hendrickx
-
Jeff A. Earickson
-
Mart Pirita
-
nick
-
Sysadmin
-
Timo Sirainen