Re: [Dovecot] Segfault in auth (when talked to by postfix lda)

2014-05-02 Thread Darac Marjal
On Fri, May 02, 2014 at 11:40:58AM +0300, Timo Sirainen wrote:
> On 25.4.2014, at 17.53, Darac Marjal  wrote:
> 
> > I'm seeing a segfault in dovecot 2.2.12 (debian package 1:2.2.12-2). I
> > can log into dovecot fine with mutt, but the segfaults seem to occur
> > when postfix (2.11.0, debian package 2.11.0-1+b1) tries to deliver a
> > message.
> ..
> > #0  auth_fields_find_idx (fields=fields@entry=0x0, key=key@entry=0xb84ae448 
> > "uid",
> >idx_r=idx_r@entry=0xbfc07d0c) at auth-fields.c:44
> >i = 
> >count = 
> > #1  0xb77bed33 in auth_fields_add (fields=0x0, key=key@entry=0xb84ae448 
> > "uid",
> >value=value@entry=0xb84a6312 "1120", flags=flags@entry=(unknown: 0)) at 
> > auth-fields.c:68
> >field = 
> >idx = 3091882770
> >__FUNCTION__ = "auth_fields_add"
> > #2  0xb77bb03b in auth_request_set_userdb_field 
> > (request=request@entry=0xb84b9218,
> >name=0xb84ae448 "uid", value=0xb84a6312 "1120") at auth-request.c:1605
> >uid = 
> >gid = 
> > #3  0xb77d2fb5 in userdb_template_export (tmpl=0xb84ae410,
> >auth_request=auth_request@entry=0xb84b9218) at userdb-template.c:83
> 
> Fixed: http://hg.dovecot.org/dovecot-2.2/rev/e84555e6eb59

That works a treat. Thanks, Timo.


signature.asc
Description: Digital signature


Re: [Dovecot] Segfault in auth (when talked to by postfix lda)

2014-05-02 Thread Timo Sirainen
On 25.4.2014, at 17.53, Darac Marjal  wrote:

> I'm seeing a segfault in dovecot 2.2.12 (debian package 1:2.2.12-2). I
> can log into dovecot fine with mutt, but the segfaults seem to occur
> when postfix (2.11.0, debian package 2.11.0-1+b1) tries to deliver a
> message.
..
> #0  auth_fields_find_idx (fields=fields@entry=0x0, key=key@entry=0xb84ae448 
> "uid",
>idx_r=idx_r@entry=0xbfc07d0c) at auth-fields.c:44
>i = 
>count = 
> #1  0xb77bed33 in auth_fields_add (fields=0x0, key=key@entry=0xb84ae448 "uid",
>value=value@entry=0xb84a6312 "1120", flags=flags@entry=(unknown: 0)) at 
> auth-fields.c:68
>field = 
>idx = 3091882770
>__FUNCTION__ = "auth_fields_add"
> #2  0xb77bb03b in auth_request_set_userdb_field 
> (request=request@entry=0xb84b9218,
>name=0xb84ae448 "uid", value=0xb84a6312 "1120") at auth-request.c:1605
>uid = 
>gid = 
> #3  0xb77d2fb5 in userdb_template_export (tmpl=0xb84ae410,
>auth_request=auth_request@entry=0xb84b9218) at userdb-template.c:83

Fixed: http://hg.dovecot.org/dovecot-2.2/rev/e84555e6eb59


[Dovecot] Segfault in auth (when talked to by postfix lda)

2014-04-25 Thread Darac Marjal
Afternoon all.

I'm seeing a segfault in dovecot 2.2.12 (debian package 1:2.2.12-2). I
can log into dovecot fine with mutt, but the segfaults seem to occur
when postfix (2.11.0, debian package 2.11.0-1+b1) tries to deliver a
message.

This was working fine under 2.2.9 (I can downgrade to that and delivery works).

Can anyone help? Doveconf -n, and backtrace follow.


--
--8<-- doveconf -n --
# 2.2.12: /etc/dovecot/dovecot.conf
# OS: Linux 3.12-1-686-pae i686 Debian jessie/sid xfs
auth_debug = yes
auth_mechanisms = digest-md5 cram-md5 plain
info_log_path = /var/log/dovecot.info
lda_mailbox_autosubscribe = yes
log_path = /var/log/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "
login_log_format_elements = service=%s user=<%u> session=%{session} method=%m 
rip=%r lip=%l mpid=%e %c %k
mail_access_groups = mail users
mail_location = mdbox:/var/mail/%u/Mail
mail_max_userip_connections = 50
mail_plugins = " zlib stats"
mail_privileged_group = mail
mail_uid = vmail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope encoded-character 
vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy 
include variables body enotify environment mailbox date ihave
namespace inbox {
  inbox = yes
  location =
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox "Sent Messages" {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix =
}
passdb {
  driver = pam
}
passdb {
  args = /etc/dovecot/passwd
  driver = passwd-file
}
plugin {
  antispam_backend = dspam
  antispam_crm_binary = /bin/false
  antispam_debug_target = syslog
  antispam_dspam_args = --client;--mode=teft;--deliver;--user;%u
  antispam_dspam_binary = /usr/bin/dspam
  antispam_pipe_program = /usr/sbin/sendmail
  antispam_pipe_tmpdir = /tmp
  antispam_signature = X-DSPAM-Signature
  antispam_signature_missing = move
  antispam_spam_pattern_ignorecase = SPAM
  antispam_trash_pattern_ignorecase = trash;Deleted *
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  stats_refresh = 30 secs
  stats_track_cmds = yes
}
postmaster_address = postmas...@darac.org.uk
protocols = " imap lmtp sieve"
service auth {
  unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
  }
  unix_listener auth-userdb {
group = vmail
mode = 0666
  }
}
service lmtp {
  inet_listener lmtp {
address = 192.168.123.254
port = 20024
  }
  unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0666
user = postfix
  }
}
service managesieve-login {
  inet_listener sieve {
port = 4190
  }
  inet_listener sieve_deprecated {
port = 2000
  }
}
service stats {
  fifo_listener stats-mail {
mode = 0600
user = vmail
  }
}
ssl_cert = 
count = 
#1  0xb77bed33 in auth_fields_add (fields=0x0, key=key@entry=0xb84ae448 "uid",
value=value@entry=0xb84a6312 "1120", flags=flags@entry=(unknown: 0)) at 
auth-fields.c:68
field = 
idx = 3091882770
__FUNCTION__ = "auth_fields_add"
#2  0xb77bb03b in auth_request_set_userdb_field 
(request=request@entry=0xb84b9218,
name=0xb84ae448 "uid", value=0xb84a6312 "1120") at auth-request.c:1605
uid = 
gid = 
#3  0xb77d2fb5 in userdb_template_export (tmpl=0xb84ae410,
auth_request=auth_request@entry=0xb84b9218) at userdb-template.c:83
table = 0xb84a6110
str = 0xb84a5ff0
value = 
i = 0
count = 6
__FUNCTION__ = "userdb_template_export"
#4  0xb77d230a in static_lookup_real 
(auth_request=auth_request@entry=0xb84b9218,
callback=0xb77ba9b0 ) at userdb-static.c:32
_module = 
module = 
#5  0xb77d23ae in static_credentials_callback (result=PASSDB_RESULT_OK,
credentials=0xb84b5bb7 "Mananozu", size=8, auth_request=0xb84b9218) at 
userdb-static.c:52
ctx = 0xb84bb860
#6  0xb77bc039 in auth_request_lookup_credentials_finish 
(result=PASSDB_RESULT_OK,
credentials=credentials@entry=0xb84b5bb7 "Mananozu", size=size@entry=8,
request=request@entry=0xb84b9218) at auth-request.c:820
No locals.
#7  0xb77bc136 in auth_request_lookup_credentials_callback 
(result=PASSDB_RESULT_OK,
credentials=0xb84b5bb7 "Mananozu", size=8, request=0xb84b9218) at 
auth-request.c:858
passdb = 0xb84ae248
cache_cred = 0x0
cache_scheme = 0xb77f1abc "\234\211\004"
__FUNCTION__ = "auth_request_lookup_credentials_callback"
#8  0xb77cc66e in passdb_handle_credentials 
(result=result@entry=PASSDB_RESULT_OK,
password=0xb84b5bb7 "Mananozu", scheme=0xb84a5cb8 "PLAIN",
callback=callback@entry=0xb77bc0c0 
,
auth_request=auth_request@entry=0xb84b9218) at passdb.c:165
credentials = 0xb84b5bb7 "Mananozu"
size = 8
#9  0xb77ce62c in passwd_file_lookup_credentials (request=0xb84b9218,
callback=0xb77bc0