- dovecot - dovecot.org

Re: [Dovecot] Automatic Index Generation
by Maciej Poszywak 06 Dec '07

06 Dec '07

Gabriel Millerd wrote: > On Dec 6, 2007 6:35 AM, Maciej Poszywak <jet(a)surreal.pl> wrote: > >> I'm looking for an application/script/etc. which will allow me to recreate dovecot indexes by hand from shell. I'm preparing myself for migration to dovecot 1.0.rc15 (debian stable) and would like to create indexes before users start to login into new server to ease the load. My other option is to write a script which will log as each user and create indexes, however this seems a bit of painful way to do it. Anybody can point me in right direction? >> >> > > I have a perl script that will rip through all the users using imap > and touch every folder (or every subscribed folder). if you dont have > the authentication for a proper login you can always setup a temporary > method that returns "username, 'static password', and homedir" before > going live. > > Dunno if this was what you were asking. > > That's what I'm looking for. It would be nice if you sent me that script. -- Maciej Poszywak

1 1

[Dovecot] Worse now: Cores
by Kristian Koehntopp 06 Dec '07

06 Dec '07

Worse now: I get stuff such as http://paste.debian.net/44248 in my log. What is dovecot trying to do and why? Kris -- Kristian =?iso-8859-15?q?K=F6hntopp?= <kris(a)xn--khntopp-90a.de>

4 7

[Dovecot] Dovecot + SASL + allow_nets
by Marc Cuypers 05 Dec '07

05 Dec '07

Hi, When using dovecot for authentication of an SASL (postfix) request, i cannot use the allow_nets parameter. The IP-address of the requester is not known in dovecot. I would like to allow sasl for certain users, others are not allowed to access via SASL. Some users can have access to imap and pop3 from certain IP-addresses. How could i combine this in then dovecot configuration? -- Best regards, Marc

3 9

[Dovecot] Please configure dovecot
by bhagwat swarup 05 Dec '07

05 Dec '07

hi I am new to linux and dovecot .It is my request that please write the steps to configure 1] dovecot as POP server giving access to a user and controll accesss from to different domains eg block example.com allow nh.com Thanks And Regards Bhagwat Swarup NH India Ltd

2 1

[Dovecot] Imap and quota problem
by Najib Abi Fadel 05 Dec '07

05 Dec '07

Hi everyone, i am using dovecot 1.0 as IMAP and i am facing the following problem: when a user is overquota he is unable to access his account and thus he can't delete emails ! Is there any workaround for this problem ? thanks for any help. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

3 4

[Dovecot] SIGSEGV login process
by Maxim 05 Dec '07

05 Dec '07

Hi all. I recently upgraded from 1.0.0 to 1.0.7 version and found that process imap-login begins randomly crash: pid 29997 (imap-login), uid 143: exited on signal 11 (core dumped) pid 32189 (imap-login), uid 143: exited on signal 11 (core dumped) pid 32121 (imap-login), uid 143: exited on signal 11 (core dumped) pid 31309 (imap-login), uid 143: exited on signal 11 (core dumped) i guess that it happens during high load on CPU (but just guess) no anything upon upgrade changed - traffic, config are the same. can anyone help me? running FreeBSD 6.2, compiled from port with mysql, lda, kqueue, pop3 support. mail# dovecot -n # 1.0.7: /usr/local/etc/dovecot.conf protocols: imap pop3 pop3s imaps listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /usr/local/etc/ssl_mail/dovecot.pem ssl_key_file: /usr/local/etc/ssl_mail/dovecot.pem ssl_cipher_list: ALL:!LOW disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login verbose_proctitle: yes first_valid_uid: 26 last_valid_uid: 26 mail_extra_groups: mail mail_location: maildir:~/Maildir mmap_disable: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain cram-md5 digest-md5 apop login default_realm: proc.ru passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf mail# grep -v '^ *$#.*$\?$' /usr/local/etc/dovecot-sql.conf driver = mysql connect = host=/tmp/mysql.sock dbname=exim_users user=exim password=** default_pass_scheme = PLAIN password_query = SELECT concat(pw_name, '@', domain) as user, pw_clear_passwd as password FROM vusers WHERE pw_name = '%n' AND domain = '%d' user_query = SELECT pw_dir AS home, 26 AS uid, 26 AS gid, concat('maildir:storage=', quota*1024) AS quota FROM vusers WHERE pw_name = '%n' AND domain = '%d' backtrace from core file: mail# gdb ./work/dovecot-1.0.7/src/imap-login/imap-login /var/run/dovecot/login/tmp/imap-login.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... warning: exec file is newer than core file. Core was generated by `imap-login'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x08051e2d in auth_client_request_continue () (gdb) bt #0 0x08051e2d in auth_client_request_continue () #1 0x0804b8db in client_auth_input () #2 0x080562ec in io_loop_handler_run () #3 0x0805599d in io_loop_run () #4 0x0804d963 in main () (gdb) or what anything info should i provide?

3 13

Re: [Dovecot] Variable krb5 cache location
by Timo Sirainen 04 Dec '07

04 Dec '07

On Sun, 2007-11-25 at 20:24 +0100, Roland Hopferwieser wrote: > First I want to thank you for this great software. > Second, I think it could be a good idea to give the user the chance to > change the location for the kerberos V cache, so there is no potentially > conflict with other processes. With external refreshment of the krb5 > cache, I use the cache also for authentication against the LDAP server > with the gssapi. > Please find attached a little diff file to dovecot 1.0.7. Looks ok, but I hate to add new settings to dovecot.conf nowadays since there are already too many. Also then there would be two Kerberos-related settings that simply set environment variables. I'm beginning to think that maybe something more generic is needed, such as: auth default { .. environment { krb5_ktname = .. krb5ccname = ... who_knows_what_else_in_future = .. } } I think LDAP library also can accept settings from environment. Anyone on mailing list have better ideas?

2 1

[Dovecot] LIST problem with Dovecot1.1beta10
by Dean Brooks 04 Dec '07

04 Dec '07

Hi, Certain IMAP folder problems started popping up with Squirrelmail with the 1.1beta10 version of Dovecot (and possibly earlier versions). Looked into it and I am seeing odd behavior with the LIST command. Here is how to reproduce problem, unless I'm missing something obvious: a001 login dean <password> a001 OK Logged in. a002 list "" * * LIST (\NoInferiors \UnMarked) "/" "Sent" * LIST (\NoInferiors \UnMarked) "/" "Trash" * LIST (\NoInferiors \UnMarked) "/" "Drafts" * LIST (\NoInferiors \UnMarked) "/" "INBOX" a002 OK List completed. a003 list "" Trash* * LIST (\NoInferiors \UnMarked) "/" "Trash" a003 OK List completed. a004 list "" Trash a004 OK List completed. <*** What? Shouldn't it have listed Trash instead of returning nothing?> a005 list "" Trash" <*** Unbalanced quote causes total lockup! It appears that Squirrelmail, and possibly others, are using the LIST command to test for the presence of a mailbox, but it seems impossible to get an exact match. Am I missing something here? -- Dean Brooks dean(a)iglou.com

2 5

Re: [Dovecot] imap process consuming 100% CPU (Dovecot 1.0.3)
by Jackie Hunt 04 Dec '07

04 Dec '07

> > Is this behavior cured, or do you continue to see it? > No, the behavior isn't cured. We still continue to see it with various clients. I have posted a couple of truss outputs, but so far no resolution. Sorry for the slow response. I've been "fighting other fires". Jackie > Jackie Hunt wrote: > >> On Mon, 2007-09-03 at 12:37 +0200, Robert Tomanek wrote: > >> > >>> Hi, > >>> > >>> Sunday, September 2, 2007, 22:42:37, you wrote: > >>> > >>>>> 0x0806049d in imap_sync_more (ctx=3D0x80d9770) at imap-sync.c:104 > >>>>> 104 if (ctx->seq =3D=3D 0) { > >>>>> > >>> A short follow-up on this, looks like an infinite loop to me, unless > >>> some threading magic is supposed to happen here: > >>> > >> Fixed: http://hg.dovecot.org/dovecot-1.0/rev/8e86137a04fb > >> > > > > We also are seeing imap processes consuming 100% CPU. We have > > installed Dovecot v1.0.5 and still see the problem. I have a user > > who can pretty reliably reproduce the problem. It occurs each > > morning after the imap connection has been idling all night. The > > user is running Thunderbird 2.0.0.6 (I think) on Solaris. On the > > client side, he see an hourglass that never goes away, has to shut > > down Thunderbird. > > > > Below is a log, which shows how the CPU is being used (the ps commands > > are done one right after another) and a dbx trace of the state of > > the imap process. I'm hoping that's enough info to figure out what's > > happening. > > > > Thanks much, > > Jackie > > --- > > Jackie Hunt > > ACNS Voice: (970) 663-3789 > > Colorado State University FAX: (970) 491-1958 > > Fort Collins, CO 80523 Email: jackie.hunt(a)colostate.edu > > > > > > $ ps -ef | grep -i xxxxxx | grep imap > > xxxxxx 43004 92942 74 07:15:33 - 38:54 imap > > $ ps -ef | grep -i xxxxxx | grep imap > > xxxxxx 43004 92942 81 07:15:33 - 38:58 imap > > $ ps -ef | grep -i xxxxxx | grep imap > > xxxxxx 43004 92942 120 07:15:33 - 39:01 imap > > $ dbx -a 43004 > > Waiting to attach to process 43004 ... > > Successfully attached to imap. > > warning: Directory containing imap could not be determined. > > Apply 'use' command to initialize source path. > > > > Type 'help' for help. > > reading symbolic information ... > > stopped in pread at 0xd01f06cc > > 0xd01f06cc (pread+0x30) 80410014 lwz r2,0x14(r1) > > (dbx) step > > stopped in istream-file._read at line 120 in file "" > > could not read "istream-file.c" > > (dbx) use src lib src/lib src/lib-storage/index/mbox src/lib-mail src/lib-storage/index src/lib-storage src/imap src/imap-login > > (dbx) use > > src lib src/lib src/lib-storage/index/mbox src/lib-mail src/lib-storage/index src/lib-storage src/imap src/imap-login > > (dbx) where > > istream-file._read(stream = 0x200274a8), line 120 in "istream-file.c" > > i_stream_read(stream = 0x200274cc), line 58 in "istream.c" > > istream-raw-mbox._read(stream = 0x20028ab8), line 160 in "istream-raw-mbox.c" > > i_stream_read(stream = 0x20028adc), line 58 in "istream.c" > > istream-limit._read(stream = 0x20031458), line 56 in "istream-limit.c" > > i_stream_read(stream = 0x2003147c), line 58 in "istream.c" > > istream-header-filter._read(stream = 0x2004aa98), line 234 in "istream-header-filter.c" > > i_stream_read(stream = 0x2004aabc), line 58 in "istream.c" > > i_stream_read_data(stream = 0x2004aabc, data = 0x2ff22630, size = 0x2ff22638, threshold = 1), line 250 in "istream.c" > > message_get_body_size(input = 0x2004aabc, body = 0x2002827c, has_nuls = (nil)), line 107 in "message-size.c" > > index_mail_init_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 502 in "index-mail.c" > > mbox_mail_get_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 206 in "mbox-mail.c" > > mail_get_stream(mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 107 in "mail.c" > > imap-fetch-body.fetch_body(ctx = 0x200205e0, mail = 0x200281a8, context = 0x20020858), line 331 in "imap-fetch-body.c" > > imap_fetch(ctx = 0x200205e0), line 291 in "imap-fetch.c" > > cmd_fetch(cmd = 0x2001e35c), line 163 in "cmd-fetch.c" > > cmd_uid(cmd = 0x2001e35c), line 19 in "cmd-uid.c" > > client_handle_input(cmd = 0x2001e35c), line 344 in "client.c" > > client_handle_input(cmd = 0x2001e35c), line 398 in "client.c" > > _client_input(context = 0x2001e318), line 441 in "client.c" > > io_loop_handler_run(ioloop = 0x2001d0e8), line 199 in "ioloop-poll.c" > > io_loop_run(ioloop = 0x2001d0e8), line 329 in "ioloop.c" > > main(argc = 1, argv = 0x2ff22b50, envp = 0x2ff22b58), line 290 in "main.c" > > (dbx) list > > 58 return _stream->read(_stream); > > 59 } > > 60 > > 61 void i_stream_skip(struct istream *stream, uoff_t count) > > 62 { > > 63 struct _istream *_stream = stream->real_stream; > > 64 size_t data_size; > > 65 > > 66 data_size = _stream->pos - _stream->skip; > > 67 if (count <= data_size) { > > (dbx) dump > > i_stream_read(stream = 0x2003147c), line 58 in "istream.c" > > _stream = 0x20031458 > > (dbx) up > > istream-header-filter._read(stream = 0x2004aa98), line 234 in "istream-header-filter.c" > > (dbx) list > > 234 if ((ret = i_stream_read(mstream->input)) == -2) { > > 235 if (stream->skip == 0) > > 236 return -2; > > 237 } > > 238 stream->istream.stream_errno = mstream->input->stream_errno; > > 239 stream->istream.eof = mstream->input->eof; > > 240 stream->buffer = i_stream_get_data(mstream->input, &pos); > > 241 } else { > > 242 ret = 0; > > 243 } > > (dbx) dump > > istream-header-filter._read(stream = 0x2004aa98), line 234 in "istream-header-filter.c" > > mstream = 0x2004aa98 > > ret = 4094 > > pos = 1 > > (dbx) up > > i_stream_read(stream = 0x2004aabc), line 58 in "istream.c" > > (dbx) list > > 58 return _stream->read(_stream); > > 59 } > > 60 > > 61 void i_stream_skip(struct istream *stream, uoff_t count) > > 62 { > > 63 struct _istream *_stream = stream->real_stream; > > 64 size_t data_size; > > 65 > > 66 data_size = _stream->pos - _stream->skip; > > 67 if (count <= data_size) { > > (dbx) dump > > i_stream_read(stream = 0x2004aabc), line 58 in "istream.c" > > _stream = 0x2004aa98 > > (dbx) up > > i_stream_read_data(stream = 0x2004aabc, data = 0x2ff22630, size = 0x2ff22638, threshold = 1), line 250 in "istream.c" > > (dbx) list > > 250 ret = i_stream_read(stream); > > 251 if (ret > 0) > > 252 read_more = TRUE; > > 253 } while (ret > 0); > > 254 > > 255 *data = i_stream_get_data(stream, size); > > 256 return ret == -2 ? -2 : > > 257 (read_more || ret == 0 ? 0 : -1); > > 258 } > > 259 > > (dbx) dump > > i_stream_read_data(stream = 0x2004aabc, data = 0x2ff22630, size = 0x2ff22638, threshold = 1), line 250 in "istream.c" > > read_more = 0 > > ret = 0 > > (dbx) up > > message_get_body_size(input = 0x2004aabc, body = 0x2002827c, has_nuls = (nil)), line 107 in "message-size.c" > > (dbx) list > > 107 } while (i_stream_read_data(input, &msg, &size, 1) > 0); > > 108 > > 109 i_stream_skip(input, 1); > > 110 body->physical_size++; > > 111 > > 112 body->virtual_size = body->physical_size + missing_cr_count; > > 113 i_assert(body->virtual_size >= body->physical_size); > > 114 } > > 115 > > 116 void message_size_add(struct message_size *dest, > > (dbx) dump > > message_get_body_size(input = 0x2004aabc, body = 0x2002827c, has_nuls = (nil)), line 107 in "message-size.c" > > last_cr = 0 > > missing_cr_count = 83389 > > msg = "dd" > > i = 4095 > > size = 1 > > (dbx) up > > index_mail_init_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 502 in "index-mail.c" > > (dbx) list > > 502 message_get_body_size(data->stream, > > 503 &data->body_size, NULL); > > 504 data->body_size_set = TRUE; > > 505 } > > 506 } > > 507 > > 508 *body_size = data->body_size; > > 509 } > > 510 > > 511 if (data->hdr_size_set && data->body_size_set) { > > (dbx) dump > > index_mail_init_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 502 in "index-mail.c" > > data = 0x2002820c > > mail = 0x200281a8 > > (dbx) up > > mbox_mail_get_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 206 in "mbox-mail.c" > > (dbx) list > > 206 return index_mail_init_stream(mail, hdr_size, body_size); > > 207 } > > 208 > > 209 struct mail_vfuncs mbox_mail_vfuncs = { > > 210 index_mail_free, > > 211 index_mail_set_seq, > > 212 > > 213 index_mail_get_flags, > > 214 index_mail_get_keywords, > > 215 index_mail_get_parts, > > (dbx) dump > > mbox_mail_get_stream(_mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 206 in "mbox-mail.c" > > raw_stream = 0x2ff22780 > > mbox = 0x20024a98 > > data = 0x2002820c > > mail = 0x200281a8 > > offset = 804398928 > > (dbx) up > > mail_get_stream(mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 107 in "mail.c" > > (dbx) list > > 107 return p->v.get_stream(mail, hdr_size, body_size); > > 108 } > > 109 > > 110 const char *mail_get_special(struct mail *mail, enum mail_fetch_field field) > > 111 { > > 112 struct mail_private *p = (struct mail_private *)mail; > > 113 > > 114 return p->v.get_special(mail, field); > > 115 } > > 116 > > (dbx) dump > > mail_get_stream(mail = 0x200281a8, hdr_size = 0x2ff227a8, body_size = 0x2ff227b8), line 107 in "mail.c" > > p = 0x200281a8 > > (dbx) up > > imap-fetch-body.fetch_body(ctx = 0x200205e0, mail = 0x200281a8, context = 0x20020858), line 331 in "imap-fetch-body.c" > > (dbx) list > > 331 body->section[0] == 'H' ? NULL : &body_size); > > 332 if (ctx->cur_input == NULL) > > 333 return -1; > > 334 > > 335 i_stream_ref(ctx->cur_input); > > 336 ctx->update_partial = TRUE; > > 337 > > 338 switch (body->section[0]) { > > 339 case '\0': > > 340 /* BODY[] - fetch everything */ > > (dbx) dump > > imap-fetch-body.fetch_body(ctx = 0x200205e0, mail = 0x200281a8, context = 0x20020858), line 331 in "imap-fetch-body.c" > > fetch_size = 0x20011dd8 > > hdr_size = (physical_size = 843, virtual_size = 843, lines = 15) > > body = 0x20020858 > > body_size = (physical_size = 804398512, virtual_size = 12, lines = 0) > > (dbx) up > > imap_fetch(ctx = 0x200205e0), line 291 in "imap-fetch.c" > > (dbx) list > > 291 ret = handlers[ctx->cur_handler]. > > 292 handler(ctx, ctx->cur_mail, > > 293 handlers[ctx->cur_handler].context); > > 294 t_pop(); > > 295 > > 296 if (ret == 0) > > 297 return 0; > > 298 > > 299 if (ret < 0) { > > 300 if (ctx->cur_mail->expunged) { > > (dbx) dump > > imap_fetch(ctx = 0x200205e0), line 291 in "imap-fetch.c" > > handlers = 0x200206f8 > > count = 3 > > ret = 1 > > (dbx) up > > cmd_fetch(cmd = 0x2001e35c), line 163 in "cmd-fetch.c" > > (dbx) list > > 163 if ((ret = imap_fetch(ctx)) == 0) { > > 164 /* unfinished */ > > 165 client->command_pending = TRUE; > > 166 cmd->func = cmd_fetch_continue; > > 167 cmd->context = ctx; > > 168 return FALSE; > > 169 } > > 170 if (ret < 0) > > 171 ctx->failed = TRUE; > > 172 > > (dbx) dump > > cmd_fetch(cmd = 0x2001e35c), line 163 in "cmd-fetch.c" > > messageset = "11988" > > search_arg = 0x200205a8 > > ctx = 0x200205e0 > > args = 0x2001e590 > > ret = 536954712 > > client = 0x2001e318 > > (dbx) up > > cmd_uid(cmd = 0x2001e35c), line 19 in "cmd-uid.c" > > (dbx) list > > 19 return cmd->func(cmd); > > 20 } else { > > 21 client_send_tagline(cmd, t_strconcat( > > 22 "BAD Unknown UID command ", cmd_name, NULL)); > > 23 return TRUE; > > 24 } > > 25 } > > (dbx) dump > > cmd_uid(cmd = 0x2001e35c), line 19 in "cmd-uid.c" > > cmd_name = "fetch" > > (dbx) up > > client_handle_input(cmd = 0x2001e35c), line 344 in "client.c" > > (dbx) list > > 344 if (cmd->func(cmd) || cmd->param_error) { > > 345 /* command execution was finished */ > > 346 if (!cmd->param_error) > > 347 client->bad_counter = 0; > > 348 _client_reset_command(client); > > 349 return TRUE; > > 350 } > > 351 > > 352 /* unfinished */ > > 353 if (client->command_pending) > > (dbx) dump > > client_handle_input(cmd = 0x2001e35c), line 344 in "client.c" > > client = 0x2001e318 > > (dbx) up > > client_handle_input(cmd = 0x2001e35c), line 398 in "client.c" > > (dbx) list > > 398 client_handle_input(cmd); > > 399 } > > 400 > > 401 return TRUE; > > 402 } > > 403 > > 404 void _client_input(void *context) > > 405 { > > 406 struct client *client = context; > > 407 struct client_command_context *cmd = &client->cmd; > > (dbx) dump > > client_handle_input(cmd = 0x2001e35c), line 398 in "client.c" > > client = 0x2001e318 > > (dbx) up > > _client_input(context = 0x2001e318), line 441 in "client.c" > > (dbx) list > > 441 ret = client_handle_input(cmd); > > 442 t_pop(); > > 443 } while (ret && !client->disconnected); > > 444 o_stream_uncork(client->output); > > 445 client->handling_input = FALSE; > > 446 > > 447 if (client->command_pending) > > 448 client->input_pending = TRUE; > > 449 > > 450 if (client->output->closed) > > (dbx) dump > > _client_input(context = 0x2001e318), line 441 in "client.c" > > ret = 2 > > cmd = 0x2001e35c > > client = 0x2001e318 > > (dbx) up > > io_loop_handler_run(ioloop = 0x2001d0e8), line 199 in "ioloop-poll.c" > > (dbx) list > > 199 io->callback(io->context); > > 200 if (t_pop() != t_id) { > > 201 i_panic("Leaked a t_pop() call in " > > 202 "I/O handler %p", > > 203 (void *)io->callback); > > 204 } > > 205 } > > 206 } > > 207 } > > 208 } > > (dbx) dump > > io_loop_handler_run(ioloop = 0x2001d0e8), line 199 in "ioloop-poll.c" > > t_id = 2 > > tv = (tv_sec = 1, tv_usec = 54083) > > msecs = 1055 > > pollfd = 0x2001d148 > > ctx = 0x2001d118 > > ret = 0 > > io = 0x2001e4e8 > > call = 1 > > (dbx) up > > io_loop_run(ioloop = 0x2001d0e8), line 329 in "ioloop.c" > > (dbx) list > > 329 io_loop_handler_run(ioloop); > > 330 } > > 331 > > 332 void io_loop_stop(struct ioloop *ioloop) > > 333 { > > 334 ioloop->running = FALSE; > > 335 } > > 336 > > 337 void io_loop_set_running(struct ioloop *ioloop) > > 338 { > > (dbx) dump > > io_loop_run(ioloop = 0x2001d0e8), line 329 in "ioloop.c" > > (dbx) up > > main(argc = 1, argv = 0x2ff22b50, envp = 0x2ff22b58), line 290 in "main.c" > > (dbx) list > > 290 io_loop_run(ioloop); > > 291 main_deinit(); > > 292 > > 293 io_loop_destroy(&ioloop); > > 294 lib_deinit(); > > 295 > > 296 return 0; > > 297 } > > (dbx) dump > > main(argc = 1, argv = 0x2ff22b50, envp = 0x2ff22b58), line 290 in "main.c" > > (dbx) up > > __start() at 0x100001d8 > > (dbx) list > > no source file > > (dbx) dump > > __start() at 0x100001d8 > > (dbx) cont > > > > execution completed > > (dbx) quit > > $ > > > > -- > ==== > Stewart Dean, Unix System Admin, Henderson Computer Resources > Center of Bard College, Annandale-on-Hudson, New York 12504 > sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035 > Jackie Hunt ACNS Voice: (970) 663-3789 Colorado State University FAX: (970) 491-1958 Fort Collins, CO 80523 Email: jackie.hunt(a)colostate.edu

4 9

[Dovecot] 1.1beta 10 hang
by Joe Wong 04 Dec '07

04 Dec '07

Hi Timo, I have installed 1.1 beta 10 today with squat enabled. When I do uid search body "something", the imap will sometimes segmentation fault, or sometime hang. Here is what i found in the log when imap did not hang.. dovecot: Dec 04 17:11:07 Panic: IMAP(joewong99:joew.outblaze.com): file squat-uidlist.c: line 178 (uidlist_write_array): assertion failed: ((uid & ~UID_LIST_MASK_RANGE) >= prev) dovecot: Dec 04 17:11:07 Error: IMAP(joewong99:joew.outblaze.com): Raw backtrace: imap [0x80ca1f0] -> imap [0x80ca0fc] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x11b9a9] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x11ba7a] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x11bb6b] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so(squat_uidlist_build_add_uid+0x2e2) [0x11c0d2] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x11a9cb] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x11acf0] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so(squat_trie_build_more+0x16a) [0x11ae6a] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x117b54] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so(fts_backend_build_more+0x2e) [0x1125de] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0x113f3d] -> imap [0x805d196] -> imap [0x805d518] -> imap(io_loop_handle_timeouts+0x10b) [0x80d0ceb] -> imap(io_loop_handler_run+0x69) [0x80d1509] -> imap(io_loop_run+0x28) [0x80d0bc8] -> imap(main+0x4cc) [0x8066c4c] -> dovecot: Dec 04 17:11:07 Error: IMAP(joewong99:joew.outblaze.com): /lib/libc.so.6(__libc_start_main+0xe0) [0x77df70] -> imap [0x8059571] dovecot: Dec 04 17:11:07 Error: child 32571 (imap) killed with signal 6 --

2 1