- dovecot - dovecot.org

[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

[Dovecot] Please solve my query
by bhagwat swarup 04 Dec '07

04 Dec '07

hi my question is Start a POP3 server on rhel5 with a matching criteria 1) user jack must get mail 2 Allow your network lw.com 3)my133.org domain can not access your server Thanks And Regards Bhagwat Swarup NH India Ltd

4 3

[Dovecot] procmail/formail --> Maildir
by Andre Huebner 04 Dec '07

04 Dec '07

Hello List, i switched mailformat from mbox to maildir. Now i have a little problem with procmail/formail and headermanipulation of mails. Here an example: 0 * ^From.*gmx.de | (formail -t -I"procmail: gmx.de") >> /var/spool/mail/xxxxxx So, i can add some different headerlines for later evaluation and the result is attached to inbox. Now i have the problem that i don't know name of targetfile, cause it is unique for every mail if maildir is used. I did not found a Option or other workaround to solve this case. I know, it is not a dovecot problem but i hope somebody can give a hint. Could it be a possibility to leave all unchanged? Mails could be transported to /var/spool/mail/xxxxxx and picked up by dovecot if in dovecot.conf the convert-plugin ist always activated? Thanks Andre

3 4

[Dovecot] v1.1.beta10 released
by Timo Sirainen 03 Dec '07

03 Dec '07

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta10.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta10.tar.gz.sig Changes since beta9: - dotlock_use_excl=yes is now the default. I think this should work in all NFS setups that are in use nowadays. O_EXCL has worked since NFSv3. - fs quota: Added "noenforcing" option - Fixed compiling with non-gcc - Fixed quota plugin crash - Lots of fixes to handling message searches, especially related to non-ASCII searches. And most importantly: It includes the new Squat full text search indexing code. There are a few things left in my TODO for it: - It's currently used only to optimize root level AND searches. So for example SEARCH (OR TEXT hello TEXT world) is still searched the slow way. - Expunged messages are never removed from the indexes. - The index could be updated while messages are being saved, but this isn't done yet. - Indexed substring length is hardcoded to 4 characters. This should be configurable, although I think 4 should work quite nicely. Lucene plugin is probably completely broken now, but it was also in beta9.

1 1

[Dovecot] dovecot process nice value
by Daniel Watts 03 Dec '07

03 Dec '07

My imap processes seem to all be running with a nice value of -15 (top priority). Is this usual? Not sure if this is a dovecot setting or something going on with my own system configuration somewhere. I know the userdb query can set the nice value but mine (a mysql query) does not... We're having problems with our mail partition being absolutely thrashed and thought over-strong imap processes might be a factor. Many thanks, Daniel

2 4

[Dovecot] De-duplication / Single Instance Storage - WAS: Re: Updated v1.1 and summer plans
by Charles Marcus 03 Dec '07

03 Dec '07

On 12/2/2007, Timo Sirainen (tss(a)iki.fi) wrote: > On Sun, 2007-12-02 at 10:02 -0500, Charles Marcus wrote: >> Do you have any idea as to a time frame for when you might be able >> to get to it (Single instance Storage)? Are you thinking post >> v2.0? Even 2.1 or 3.0? > Right now I just want to get v1.1 finished. The main problem with it > is that apparently in some installations it's slower than v1.0 and I > haven't yet figured out why. And I want Squat rewrite to be included > in it too (almost finished! just committed it to hg). > > After v1.1 I'm not sure. I'm more interested in implementing other > features first (like v2.0's config rewrite, replication, etc.), but > once I'm beginning to run out of money I'll start doing pretty much > anything people pay me to do ;) Heh - understood... I'll talk to my boss, but he's - well, to put it politely, its a bit difficult to get money out of him... Actually, I'm looking into some form of file-system level de-duplication, which may negate the need for this... Anyone know of anything available on the cheap/free side? -- Best regards, Charles

1 0

[Dovecot] mbox File too large error
by Nicolas KOWALSKI 03 Dec '07

03 Dec '07

Hello, I have a rather large (~400MB) INBOX file in mbox format. When using deliver, it complains in the logs: Dec 2 16:47:13 petole deliver(niko): write() failed with mbox file /home/niko/mail/INBOX: File too large I do not see anything related in the configuration. And ulimit shows nothing special: $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited max nice (-e) 0 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited max rt priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited This is with dovecot 1.0.8, sieve plugin 1.0.2: # dovecot -n # 1.0.8: /usr/local/etc/dovecot.conf login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_location: mbox:~/mail:INBOX=~/mail/INBOX mbox_write_locks: fcntl auth default: passdb: driver: pam userdb: driver: passwd What can I do to be able to deliver to large mbox files ? Thanks, -- Nicolas

1 1

[Dovecot] 1.0.8 install trouble on Ubuntu dapper (PAM)
by John Gateley 03 Dec '07

03 Dec '07

Hi, I was running the Ubuntu dovecot package until now, and decided to upgrade because of an issue with Thunderbird. I downloaded and compiled 1.0.8, and it's not starting up. The error I'm getting is: Dec 2 15:35:04 jfootoo dovecot: auth(default): Unknown passdb driver 'pam' (typo, or Dovecot was built without support for it? Check with dovecot --build-options) D I used "./configure" and "./configure --with-pam", both give the same error message. dovecot --build-options gives: uild options: ioloop=poll notify=dnotify ipv6 openssl SQL drivers: Passdb: checkpassword passwd passwd-file shadow Userdb: checkpassword passwd prefetch passwd-file static I have a dovecot that I compiled for a different system and it includes "pam" in the Passdb line. I found a page on the web saying I might need the pam-devel package, but that doesn't seem to exist for ubuntu. I saved the output from ./configure, grepped for pam, and got: checking for pam_start in -lpam... no Any ideas? What do I need to get configure to do pam support? Thanks very much j

2 2