- dovecot - dovecot.org

[Dovecot] dovecot-1.1.0: child (imap) killed with signal 11
by Thomas Zajic 21 Jun '08

21 Jun '08

Upgraded to dovecot-1.1.0 today, and activated the fts_lucene plugin. On login with Thunderbird-2.0.0.14, dovecot crashes over and over: Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5712 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5715 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5718 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5721 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5724 (imap) killed with signal 11 Jun 21 14:07:18 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:18 airframe dovecot: child 5735 (imap) killed with signal 11 Jun 21 14:07:18 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:18 airframe dovecot: child 5738 (imap) killed with signal 11 Jun 21 14:07:18 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:18 airframe dovecot: child 5741 (imap) killed with signal 11 Jun 21 14:07:18 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:18 airframe dovecot: child 5744 (imap) killed with signal 11 [root@airframe]:~# dovecot --version 1.1.0 [root@airframe]:~# dovecot -n # 1.1.0: /usr/local/etc/dovecot.conf login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting_capability: yes mail_max_userip_connections: 20 verbose_proctitle: yes mail_location: maildir:/home/%u/Maildir:INBOX=/home/%u/Maildir/.INBOX fsync_disable: yes mail_drop_priv_before_exec: yes mail_plugins: expire fts fts_squat fts_lucene dict_db_config: /usr/local/etc/dovecot-db.conf auth default: mechanisms: plain digest-md5 cram-md5 passdb: driver: shadow args: blocking=yes passdb: driver: passwd-file args: /usr/local/etc/dovecot-passwd userdb: driver: passwd args: blocking=yes socket: type: listen master: path: /usr/local/var/run/dovecot/auth-master mode: 384 plugin: expire: Trash 30 Trash/* 30 Junk 60 expire_dict: proxy::expire fts: squat lucene fts_squat: partial=4 full=6 dict: expire: db:/usr/local/var/lib/dovecot/expire.db [root@airframe]:~# gdb /usr/local/libexec/dovecot/imap ~user/core GNU gdb 6.6 Copyright (C) 2006 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 "i486-slackware-linux"... Using host libthread_db library "/lib/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/local/lib/libgc.so.1...done. Loaded symbols for /usr/local/lib/libgc.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/lib/libgcc_s.so.1...done. Loaded symbols for /usr/lib/libgcc_s.so.1 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/stow/dovecot-1.1.0/lib/dovecot/imap/lib20_expire_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_expire_plugin.so Reading symbols from /usr/local/stow/dovecot-1.1.0/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/stow/dovecot-1.1.0/lib/dovecot/imap/lib21_fts_lucene_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_lucene_plugin.so Reading symbols from /usr/local/lib/libclucene.so.0...done. Loaded symbols for /usr/local/lib/libclucene.so.0 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/local/stow/dovecot-1.1.0/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Core was generated by `imap [user 192.168.1.1]'. Program terminated with signal 11, Segmentation fault. #0 0xb7faecd2 in lucene_index_select_mailbox (index=0x0, mailbox_name=0x815c1b0 "INBOX") at lucene-wrapper.cc:206 206 i_free(index->mailbox_name); (gdb) bt full #0 0xb7faecd2 in lucene_index_select_mailbox (index=0x0, mailbox_name=0x815c1b0 "INBOX") at lucene-wrapper.cc:206 No locals. #1 0xb7fadcb6 in fts_backend_select (backend=0x8192fa0) at fts-backend-lucene.c:37 No locals. #2 0xb7fadd6b in fts_backend_lucene_expunge (_backend=0x8192fa0, mail=0x8199028) at fts-backend-lucene.c:164 backend = (struct lucene_fts_backend *) 0x80f3340 #3 0xb7fb3841 in fts_backend_expunge (backend=0x8192fa0, mail=0x8199028) at fts-api.c:118 No locals. #4 0xb7fb4908 in fts_mail_expunge (_mail=0x8199028) at fts-storage.c:518 fbox = (struct fts_mailbox *) 0x8164e10 #5 0x0806130c in imap_expunge (box=0x815c028, next_search_arg=0x0) at imap-expunge.c:31 ctx = (struct mail_search_context *) 0x8171b58 t = (struct mailbox_transaction_context *) 0x8192eb0 mail = (struct mail *) 0x8199028 search_arg = {next = 0x0, type = SEARCH_FLAGS, value = {subargs = 0x0, seqset = 0x0, str = 0x0, time = 0, size = 0, flags = MAIL_DELETED, keywords = 0x0}, context = 0x0, hdr_field_name = 0x0, not = 0, match_always = 0, result = -1} failed = <value optimized out> #6 0x0805b505 in cmd_expunge (cmd=0x8165028) at cmd-expunge.c:62 client = (struct client *) 0x8162f50 #7 0x0805f8ed in client_command_input (cmd=0x8165028) at client.c:580 client = (struct client *) 0x8162f50 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #8 0x0805f9b9 in client_command_input (cmd=0x8165028) at client.c:629 client = (struct client *) 0x8162f50 command = (struct command *) 0x4 __PRETTY_FUNCTION__ = "client_command_input" #9 0x080601af in client_handle_input (client=0x8162f50) at client.c:670 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #10 0x080603e5 in client_input (client=0x8162f50) at client.c:725 cmd = <value optimized out> output = (struct ostream *) 0x8164f64 bytes = 11 __PRETTY_FUNCTION__ = "client_input" #11 0x080d1c21 in io_loop_handler_run (ioloop=0x8124f60) at ioloop-epoll.c:201 ctx = <value optimized out> event = (const struct epoll_event *) 0x815c800 list = (struct io_list *) 0x8126fa0 io = (struct io_file *) 0x8124dc0 tv = {tv_sec = 1799, tv_usec = 999940} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> ---Type <return> to continue, or q <return> to quit--- #12 0x080d0dd9 in io_loop_run (ioloop=0x8124f60) at ioloop.c:308 No locals. #13 0x080679f6 in main (argc=Cannot access memory at address 0x4 ) at main.c:293 No locals. Current language: auto; currently c++ (gdb) [root@airframe]:~# stowes list lucene Listing packages in /usr/local/stow matching [ lucene ] (1 match): I clucene-core-0.9.20 I've disabled Lucene indexes for the time being - don't know if/when I'm going to use them anyway, just checking out the shiny new features. :-) Bye, Thomas

1 0

[Dovecot] acl imap_capability ? 1.1.rc12
by Robert Schetterer 21 Jun '08

21 Jun '08

Hi all, is acl ( with acl plugin enabled ) anounced in imap_capability list by dovecot i cant find it in telnet tests, so is it my fault or is it default beavior using 1.1.rc12 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

[Dovecot] no maildirsize file being created -dovecot v1.1
by Barry R Cisna 21 Jun '08

21 Jun '08

It looks to me after setting the mail_debug=yes in the dovecot.conf quota is looking for the maildir to be Maildir >>(/home/superuser/Maildir, rwx). my install has mailboxes listed as mail>> /home/superuser/mail ( not Maildir) How do i comment the quota to make a directive to correct this? maildir=mail >>not mail=Maildir Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Loading modules from directory: /usr/lib/dovecot/imap Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Module loaded: /usr/lib/dovecot/imap/lib10_quota_plugin.so Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Module loaded: /usr/lib/dovecot/imap/lib11_imap_quota_plugin.so Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Effective uid=500, gid=500, home=/home/superuser Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Quota root: name= backend=maildir args= Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Quota rule: root= mailbox=* bytes=104857600 (0%) messages=0 (0%) Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Quota rule: root= mailbox=Trash bytes=10485760 (10%) messages=0 (0%) Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Quota rule: root= mailbox=Spam bytes=20971520 (20%) messages=0 (0%) Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): maildir: access(/home/superuser/Maildir, rwx): failed: No such file or directory Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): maildir: couldn't find root dir Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): maildir: Couldn't create mail storage : Root mail directory not given Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): mbox: root exists (/home/superuser/mail) Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): mbox: INBOX exists (/var/mail/superuser) Jun 20 21:35:05 hi3 dovecot: imap-login: Login: user=<superuser>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): fs: root=/home/superuser/mail, index=, control=, inbox=/var/mail/superuser Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): quota maildir: No maildir storages, ignoring quota. Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): Log synchronization error at seq=2,offset=64 for /home/superuser/mail/.imap/Trash/dovecot.index: uid_validity updated unexpectedly: 1 -> 1213899748 Jun 20 21:35:05 hi3 dovecot: IMAP(superuser): fscking index file /home/superuser/mail/.imap/Trash/dovecot.index Thanks Timo Barry Cisna

2 1

[Dovecot] no maildirsize file being created -dovecot v1.1
by Barry R Cisna 21 Jun '08

21 Jun '08

Hello List, Getting ready to setup a new dovecot sendmail squirrelmail server for our school which is currently running on a 4 year old install of the same, which has worked like a champ by the way. --------------------- EL5 dovecot-1.1 rc10 rpm sendmail squirrelmail --------------------- Problem: I can not get my dovecot 1.1 rc10(rpm) to generate an maildirsize file in each of the users homedir. I have re-edited the dovecot.conf file many many times but still no joy. If I uninstall and install the default dovecot 1.0.1x rpm that ships with EL5 i get the maildirsize file to generate correctly without a hitch. I am wanting to use the check_quota plugin for SM this time so I need to get this functioning correctly. How would I go about troubleshooting this. The only error I get in maillog is when I log into SM I do see were dovecot tries to check for the maildirsize file but it can not find it of course and then says " skipping quota check",,so I think I have my dovecot.conf file setup correctly. Dovecot is simply not generating the maildirsize file. Following lines added to the end of dovecot.conf file: protocol imap { mail_plugins = quota imap_quota } protocol pop3 { mail_plugins = quota } # In case you're using deliver: protocol lda { mail_plugins = quota } plugin { quota = maildir quota_rule = *:storage=1GB # 10% of 1GB = 100MB quota_rule2 = Trash:storage=10%% # 20% of 1GB = 200MB quota_rule3 = Spam:storage=20%% } ,,I have reversed the above to have quota=maildir,,etc above the protocol directives as well and still no joy. Sidenote: I also tried dovecot v1.1 rc5 rpm as well with the same results. Any tips from anyone would be appreciated. Thanks, Barry Cisna

2 1

[Dovecot] Random quirks in 1.1-rc11
by Marc Perkel 21 Jun '08

21 Jun '08

OK - I wish I had more details but I'm using rc11 for the server and Thunderbird for the client. I'm using Maildir and I'm doing server side folder delivery using Exim. On server side folders I'm seeing the count of messages in a folder showing 22 unread messages but the messages themselves don't show up. I deleted the index files and it still didn't show up. But then I restarted dovecot and now the messages in that folder are there. I've noticed similar behavior randomly ever since I upgraded to 1.1. The 1.0 never had this problem. Wish I had more details to post.

2 2

[Dovecot] Quota warning question
by Torsten Krah 20 Jun '08

20 Jun '08

Hi. Read the example conf and doku about the quota warning stuff, but how might such a "sh" file may look? If i want to sent a mail to the user, how to get the mail address? Wheres the glue between the "sh" file and the percentage given and the user? thx for hints Torsten -- Bitte senden Sie mir keine Word- oder PowerPoint-Anhänge. Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." -- Linus Torvalds

1 0

[Dovecot] v1.2 development tree started
by Timo Sirainen 20 Jun '08

20 Jun '08

I merged all the new features and latest v1.1 changes under one tree: http://hg.dovecot.org/dovecot-1.2/ The changeset order is kind of weird though. The timestamps jump all around. Wonder if there's a way to reorder them so that it looks more sane.. The status of the new features: 1. CONDSTORE extension is probably the largest change. It adds new "modification sequences" for messages that increase whenever the message's metadata changes. I'll probably have to reimplement the way modseqs are calculated, because modseqs will be very useful when implementing replication and the current way just doesn't work with it. If modseq-supporting clients see the current modseqs and later the server gets upgraded to new modseqs, the clients will most likely break. So this change should be done for v1.2. 2. QRESYNC, ESEARCH, SEARCHRES and WITHIN extensions are fully implemented. QRESYNC might need some cleanups and optimizations though. 3. CONTEXT=SEARCH extension is fully implemented, but could use a few optimizations (caching PARTIAL and CONTEXT searches, maybe others too). 4. Virtual mailboxes should work fast after mailbox is opened. The initial opening could use several optimizations though. It could probably share some code with QRESYNC to avoid the full initial search (storing each backend's modseq to index header). Also if search parameters don't contain any dynamically changing data, there's no point in searching the old messages. The current design doesn't allow changing the search parameters or list of mailboxes, otherwise it breaks more or less badly. I guess I could add code to check if the dovecot-virtual file's mtime has changed and if so make it do a full resync. This anyway means that there's no way to support wildcard mailbox names (e.g. "all mailboxes"). But does anyone really want that (yet)? It'll anyway be faster/easier to implement once mailbox list indexes are implemented. I'll still have to add a new X-MAILBOX search parameter which can be used to test what the backend mailbox name is. This will be especially useful with INTHREAD extension. I guess it wouldn't hurt to have FETCH X-MAILBOX if someone wants it. 5. Thread indexes should work, but some optimizations missing and there are some small bugs left. X-REFERENCES2 thread algorithm works. 6. INTHREAD extension isn't started yet, but I'll start it soon. Hopefully won't be too tricky to get it working with virtual mailboxes and CONTEXT=SEARCH..

4 7

[Dovecot] sig11 in 1.1rc5 fts
by Adam McDougall 20 Jun '08

20 Jun '08

This happened from one user near noon on the 17th and 19th (today) of this month. From the backtrace it looks like they were searching, but I won't know for sure unless I need to ask them. Is this possibly fixed already? I just haven't upgraded dovecot in a while due to lack of problems. The sig11 happened a few dozen times, a few seconds apart each day. I have one coredump from each day, and the size was the same. This is a trace from only one. The other backtrace looks pretty much the same. Version: 1.1rc5 OS: FreeBSD 7.0-STABLE #0 0x000000004101bf11 in node_read_children (trie=0x40c5a800, node=0x40c5a800, level=1) at squat-trie.c:461 data = (const uint8_t *) 0x416b7f9a ";\031\030\023\031\0305\031\030O\031\030\033\031\0309\031\030#\031\030" end = (const uint8_t *) 0x416b7ffe "" child_chars = (const unsigned char *) 0x414dbd25 <Address 0x414dbd25 out of bounds> child = (struct squat_node *) 0x40c685f8 children = (struct squat_node *) 0x40c68040 node_offset = 1944868 i = 61 child_idx = 61 child_count = 89 base_offset = 1944314 num = 25 __PRETTY_FUNCTION__ = "node_read_children" #1 0x000000004101f17f in squat_trie_map (trie=0x40c5a800, building=false) at squat-trie.c:1518 file_lock = (struct file_lock *) 0x0 dotlock = (struct dotlock *) 0x0 changed = true ret = 0 #2 0x000000004101b4c9 in squat_trie_open (trie=0x40c5a800) at squat-trie.c:242 No locals. #3 0x000000004101f908 in squat_trie_get_last_uid (trie=0x40c5a800, last_uid_r=0x7fffffffce5c) at squat-trie.c:1725 No locals. #4 0x000000004101a79c in fts_backend_squat_get_last_uid (_backend=0x40c2b150, last_uid_r=0x7fffffffce5c) at fts-backend-squat.c:104 backend = (struct squat_fts_backend *) 0x40c2b150 #5 0x0000000040e0f822 in fts_backend_get_last_uid (backend=0x40c2b150, last_uid_r=0x7fffffffce5c) at fts-api.c:80 No locals. #6 0x0000000040e10bb1 in fts_build_init (fctx=0x40cee0f0) at fts-storage.c:177 t = (struct mailbox_transaction_context *) 0x40c2b1e0 backend = (struct fts_backend *) 0x40c2b150 ctx = (struct fts_storage_build_context *) 0x40c2b150 build = (struct fts_backend_build_context *) 0x40c7e120 seqset = {seq1 = 16, seq2 = 1, next = 0x0} last_uid = 0 last_uid_locked = 131072 __PRETTY_FUNCTION__ = "fts_build_init" #7 0x0000000040e11351 in fts_try_build_init (fctx=0x40cee0f0) at fts-storage.c:320 No locals. #8 0x0000000040e114a6 in fts_mailbox_search_init (t=0x40c2b1e0, charset=0x4ceca0 "UTF-8", args=0x40c7e0c0, sort_program=0x0) at fts-storage.c:355 fbox = (struct fts_mailbox *) 0x40cdc040 ctx = (struct mail_search_context *) 0x40c28bc0 fctx = (struct fts_search_context *) 0x40cee0f0 #9 0x00000000004714e1 in mailbox_search_init (t=0x40c2b1e0, charset=0x4ceca0 "UTF-8", args=0x40c7e0c0, sort_program=0x0) at mail-storage.c:621 No locals. #10 0x0000000000419f9c in imap_search_init (cmd=0x40c7e048, box=0x40c67048, charset=0x4ceca0 "UTF-8", sargs=0x40c7e0c0) at cmd-search.c:36 ctx = (struct imap_search_context *) 0x40c7e190 #11 0x000000000041a644 in cmd_search (cmd=0x40c7e048) at cmd-search.c:190 ctx = (struct imap_search_context *) 0x40c1e240 sargs = (struct mail_search_arg *) 0x40c7e0c0 args = (const struct imap_arg *) 0x40c84080 args_count = 4 error = 0x0 charset = 0x4ceca0 "UTF-8" #12 0x000000000041bd12 in cmd_uid (cmd=0x40c7e048) at cmd-uid.c:26 command = (struct command *) 0x40c1e2a0 cmd_name = 0x40c84170 "SEARCH" #13 0x000000000041d3a4 in client_command_input (cmd=0x40c7e048) at client.c:553 client = (struct client *) 0x40c36180 command = (struct command *) 0x2340c7e0b8 __PRETTY_FUNCTION__ = "client_command_input" #14 0x000000000041d5e1 in client_command_input (cmd=0x40c7e048) at client.c:602 client = (struct client *) 0x40c36180 command = (struct command *) 0x40c1e240 __PRETTY_FUNCTION__ = "client_command_input" #15 0x000000000041d723 in client_handle_next_command (client=0x40c36180, remove_io_r=0x7fffffffd0fd) at client.c:643 size = 40 #16 0x000000000041d769 in client_handle_input (client=0x40c36180) at client.c:653 ---Type <return> to continue, or q <return> to quit--- _data_stack_cur_id = 3 ret = false remove_io = false handled_commands = false #17 0x000000000041d904 in client_input (client=0x40c36180) at client.c:698 cmd = (struct client_command_context *) 0xffffd16c output = (struct ostream *) 0x40c7a0a8 bytes = 40 __PRETTY_FUNCTION__ = "client_input" #18 0x00000000004be449 in io_loop_handler_run (ioloop=0x40c19140) at ioloop-kqueue.c:149 ctx = (struct ioloop_handler_context *) 0x40c1be60 events = (struct kevent *) 0x40c35000 event = (const struct kevent *) 0x40c35000 tv = {tv_sec = 1799, tv_usec = 999471} ts = {tv_sec = 1799, tv_nsec = 999471000} io = (struct io_file *) 0x40c15740 events_count = 3 t_id = 2 ret = 1 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #19 0x00000000004bd51b in io_loop_run (ioloop=0x40c19140) at ioloop.c:301 No locals. #20 0x0000000000428a19 in main (argc=3, argv=0x7fffffffd250, envp=0x7fffffffd270) at main.c:293 No locals.

2 2

Re: [Dovecot] While searching: Assertion failed (offset > = ctx- >input->v_offset)
by Timo Sirainen 20 Jun '08

20 Jun '08

On Fri, 2008-06-20 at 09:42 +0200, Diego Liziero wrote: > On 6/20/08, Patrick Nagel <patrick.nagel(a)star-group.net> wrote: > > Hi, > > [..] > > > > Now I get this with 1.1.rc10: > > > > Jun 20 11:53:53 stshamail1 dovecot: Panic: IMAP(username): file > > message-parser.c: line 770 (message_parser_parse_next_block): assertion > > failed: (ctx->input->eof || ctx->input->closed || ctx->input->stream_errno != 0) > > [..] > > > > Patrick. > > Timo, > here is an anonymized mbox file that causes it at every body search > (tested with rc12). Did you test it without index files? I couldn't reproduce the crash. Do you use 32bit or 64bit Dovecot?

3 4

[Dovecot] v1.1.rc12 released
by Timo Sirainen 20 Jun '08

20 Jun '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc12.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc12.tar.gz.sig Sorry, one more RC because of the mbox+quota bug. v1.1.0 still planned for tomorrow. - mbox: Don't give "Can't find next message offset" warnings when plugin (e.g. quota) accesses the message being saved. - deliver: Settings inside protocol imap {} weren't ignored.

5 5