[Dovecot] v2.2.8 released
http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz.sig
+ Mail cache lookups work for the mail being saved. This improves
performance by avoiding the need to parse the mail multiple times
when using some plugins (e.g. mail_log).
+ Mail cache works for recently cached data also with in-memory
indexes.
+ imapc: Many performance improvements, especially when working with
dsync. Also added imapc_feature=fetch-headers which allows using
FETCH BODY.PEEK[HEADER.FIELDS (..)] to avoid reading the entire
header.
+ mail_location = ..:FULLDIRNAME=dbox-Mails is the same as
:DIRNAME=dbox-Mails, but it will also be used for
:INDEX and :CONTROL directories. (It should have worked this way
from the beginning, but can't be changed anymore without breaking
existing installations).
- Fixed infinite loop in message parsing if message ends with
"--boundary" and CR (without LF). Messages saved via SMTP/LMTP can't
trigger this, because messages must end with an "LF.". A user could
trigger this for him/herself though.
- lmtp: Client was sometimes disconnected before all the output was
sent to it.
- imap_zlib plugin caused crashes during client disconnection in
v2.2.7
- replicator: Database wasn't being exported to disk every 15 minutes
as it should have. Instead it was being imported, causing "doveadm
replicator remove" commands to not work very well.On Tue, Nov 19, 2013 at 11:23:16PM +0200, Timo Sirainen wrote:
http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz.sig
- Mail cache lookups work for the mail being saved. This improves performance by avoiding the need to parse the mail multiple times when using some plugins (e.g. mail_log).
- Mail cache works for recently cached data also with in-memory indexes.
- imapc: Many performance improvements, especially when working with dsync. Also added imapc_feature=fetch-headers which allows using FETCH BODY.PEEK[HEADER.FIELDS (..)] to avoid reading the entire header.
- mail_location = ..:FULLDIRNAME=dbox-Mails is the same as :DIRNAME=dbox-Mails, but it will also be used for :INDEX and :CONTROL directories. (It should have worked this way from the beginning, but can't be changed anymore without breaking existing installations).
- Fixed infinite loop in message parsing if message ends with "--boundary" and CR (without LF). Messages saved via SMTP/LMTP can't trigger this, because messages must end with an "LF.". A user could trigger this for him/herself though.
- lmtp: Client was sometimes disconnected before all the output was sent to it.
- imap_zlib plugin caused crashes during client disconnection in v2.2.7
- replicator: Database wasn't being exported to disk every 15 minutes as it should have. Instead it was being imported, causing "doveadm replicator remove" commands to not work very well.
An oddity occured on my od server herer.
Error Code 139 occurred on installing the man1 section.
-- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism 23 Nov 2013 a Big day indeed
On 11/21/2013 12:17 AM The Doctor wrote:
An oddity occured on my od server herer.
Error Code 139 occurred on installing the man1 section.
Please would you provide more details (error message)? Which OS, what version?
Regards, Pascal
The trapper recommends today: c01dcofe.1332502@localdomain.org
On Thu, Nov 21, 2013 at 01:12:49AM +0000, Pascal Volk wrote:
On 11/21/2013 12:17 AM The Doctor wrote:
An oddity occured on my od server herer.
Error Code 139 occurred on installing the man1 section.
Please would you provide more details (error message)? Which OS, what version?
BSD/OS 4.3.1
Error 139
Regards, Pascal
The trapper recommends today: c01dcofe.1332502@localdomain.org
-- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism 23 Nov 2013 a Big day indeed
On 11/21/2013 01:28 AM The Doctor wrote:
On Thu, Nov 21, 2013 at 01:12:49AM +0000, Pascal Volk wrote:
On 11/21/2013 12:17 AM The Doctor wrote:
… Error Code 139 occurred on installing the man1 section.
Please would you provide more details (error message)? Which OS, what version?
BSD/OS 4.3.1
Error 139
If your server has an Intel CPU, I'd say that's a segmentation fault. The install* targets in dovecot-2.2.x/doc/man/Makefile are using mkdir install. So I guess your mkdir or install binary is making some trouble.
Regards, Pascal
The trapper recommends today: cafefeed.1332518@localdomain.org
On Thu, Nov 21, 2013 at 06:00:12PM +0000, Pascal Volk wrote:
On 11/21/2013 01:28 AM The Doctor wrote:
On Thu, Nov 21, 2013 at 01:12:49AM +0000, Pascal Volk wrote:
On 11/21/2013 12:17 AM The Doctor wrote:
??? Error Code 139 occurred on installing the man1 section.
Please would you provide more details (error message)? Which OS, what version?
BSD/OS 4.3.1
Error 139
If your server has an Intel CPU, I'd say that's a segmentation fault. The install* targets in dovecot-2.2.x/doc/man/Makefile are using mkdir install. So I guess your mkdir or install binary is making some trouble.
Consider the directory does exist I concur.
man mkdir gives
MKDIR(1) BSD Reference Manual MKDIR(1)
NAME mkdir - make directories
SYNOPSIS mkdir [-p] [-m mode] directory_name ...
DESCRIPTION Mkdir creates the directories named as operands, in the order specified, using mode a=rwx (0777) as modified by the current file mode creation mask (umask(2)).
The options are as follows:
-m Set the mode bits of the final created directory to the specified
mode. The file mode creation mask applies to the mode. The mode
argument can be in any of the formats specified to the chmod(1)
command. If a symbolic mode is specified, the operation charac-
ters ``+'' and ``-'' are interpreted relative to an initial mode
of ``a=rwx''.
-p Create intermediate directories as required. If this option is
not specified, the full path prefix of each operand must already
exist. Intermediate directories are created with permission bits
of a=rwx (0777) as modified by the current file mode creation
mask, plus write and search permission for the owner.
The user must have write permission in the parent directory.
Mkdir exits 0 if successful, and >0 if an error occurred.SEE ALSO rmdir(1), umask(1)
STANDARDS The mkdir utility is expected to be IEEE Std1003.2 (``POSIX'') compati- ble.
BUGS You can't set the sticky, setuid or setgid bits on a directory using mkdir. This behavior may change in future releases.
BSDI BSD/OS December 3, 1996 1
Regards, Pascal
The trapper recommends today: cafefeed.1332518@localdomain.org
-- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism 23 Nov 2013 a Big day indeed
On 21/11/2013 21:31, The Doctor wrote:
On Thu, Nov 21, 2013 at 06:00:12PM +0000, Pascal Volk wrote:
On 11/21/2013 01:28 AM The Doctor wrote:
On Thu, Nov 21, 2013 at 01:12:49AM +0000, Pascal Volk wrote:
On 11/21/2013 12:17 AM The Doctor wrote:
??? Error Code 139 occurred on installing the man1 section.
Please would you provide more details (error message)? Which OS, what version?
BSD/OS 4.3.1
Error 139
If your server has an Intel CPU, I'd say that's a segmentation fault. The install* targets in dovecot-2.2.x/doc/man/Makefile are using mkdir install. So I guess your mkdir or install binary is making some trouble.
Consider the directory does exist I concur.
mkdir should not segfault anyway, at most it should exit with an error code. I suspect you have some deeper problems with your system.
Cheers, Daniele
W dniu 19.11.2013 22:23, Timo Sirainen pisze:
http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.8.tar.gz.sig Hi again! I've found one coredump today. Below is backtrace:
echo "bt"|gdb -q /usr/libexec/dovecot/imap 'core-1385023584-8-6-!usr!libexec!dovecot!imap-35198' [2/12946] Reading symbols from /usr/libexec/dovecot/imap...Reading symbols from /usr/lib64/debug/usr/libexec/dovecot/imap.debug...done. done. [New LWP 35198]
warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x00007228b8bccee5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) #0 0x00007228b8bccee5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007228b8bce368 in __GI_abort () at abort.c:91 #2 0x00007228b8ff8a47 in default_fatal_finish (type=<optimized out>, status=status@entry=0) at failures.c:192 #3 0x00007228b8ff8a8e in i_internal_fatal_handler (ctx=0x7bbaa2e4be50, format=<optimized out>, args=<optimized out>) at failures.c:653 #4 0x00007228b8ff9afb in i_panic (format=format@entry=0x7228b9145780 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:264 #5 0x00007228b90b07ea in imapc_mail_fetch_callback (reply=0x7bbaa2e4bfa0, context=0x3516509d250) at imapc-mail-fetch.c:44 #6 0x00007228b90b9ac0 in imapc_command_reply_free (reply=0x7bbaa2e4bfa0, cmd=0x351650a1ba0) at imapc-connection.c:975 #7 imapc_command_send_more (conn=conn@entry=0x35165095650) at imapc-connection.c:1647 #8 0x00007228b90ba1a8 in imapc_connection_cmd_send (cmd=cmd@entry=0x351650a1ba0) at imapc-connection.c:1733 #9 0x00007228b90bc528 in imapc_command_send (cmd=cmd@entry=0x351650a1ba0, cmd_str=<optimized out>) at imapc-connection.c:1793 #10 0x00007228b90b0943 in imapc_mail_fetch_flush (mbox=mbox@entry=0x35165125d00) at imapc-mail-fetch.c:388 #11 0x00007228b90b6c7d in imapc_mailbox_run (mbox=mbox@entry=0x35165125d00) at imapc-storage.c:118 #12 0x00007228b90b13f8 in imapc_mail_fetch (_mail=_mail@entry=0x351651342e0, fields=<optimized out>, headers=headers@entry=0x0) at imapc-mail-fetch.c:371 #13 0x00007228b90af605 in imapc_mail_get_stream (_mail=0x351651342e0, get_body=false, hdr_size=0x0, body_size=0x0, stream_r=0x7bbaa2e4c160) at imapc-mail.c:249 #14 0x00007228b90c0a5f in mail_get_hdr_stream (mail=mail@entry=0x351651342e0, hdr_size=hdr_size@entry=0x0, stream_r=stream_r@entry=0x7bbaa2e4c160) at mail.c:226 #15 0x00007228b90f976d in index_mail_get_header_stream (_mail=0x351651342e0, headers=0x35165139090, stream_r=0x7bbaa2e4c1f0) at index-mail-headers.c:837 #16 0x00007228b913ae12 in imap_msgpart_open_normal (result_r=0x7bbaa2e4c2c0, part_size_r=0x7bbaa2e4c210, part=0x0, msgpart=0x3516512e5f0, mail=0x351651342e0) at imap-msgpart.c:574 #17 imap_msgpart_open (mail=mail@entry=0x351651342e0, msgpart=0x3516512e5f0, result_r=result_r@entry=0x7bbaa2e4c2c0) at imap-msgpart.c:655 #18 0x0000035161557875 in fetch_body_msgpart (ctx=0x351650a5388, mail=0x351651342e0, body=0x351651302a0) at imap-fetch-body.c:166 #19 0x0000035161555380 in imap_fetch_more_int (ctx=ctx@entry=0x351650a5388, cancel=false) at imap-fetch.c:504 #20 0x0000035161556911 in imap_fetch_more (ctx=0x351650a5388, cmd=cmd@entry=0x351650a5070) at imap-fetch.c:556 #21 0x0000035161547223 in cmd_fetch (cmd=0x351650a5070) at cmd-fetch.c:279 #22 0x000003516155346c in command_exec (cmd=cmd@entry=0x351650a5070) at imap-commands.c:158 #23 0x0000035161551e20 in client_command_input (cmd=0x351650a5070) at imap-client.c:780 #24 0x0000035161551f22 in client_command_input (cmd=0x351650a5070) at imap-client.c:841 #25 0x00000351615522e5 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x351650a4860) at imap-client.c:879 #26 client_handle_input (client=client@entry=0x351650a4860) at imap-client.c:891 #27 0x00000351615527ae in client_input (client=0x351650a4860) at imap-client.c:933 #28 0x00007228b900ee37 in io_loop_call_io (io=0x35165097ce0) at ioloop.c:388 #29 0x00007228b90102ef in io_loop_handler_run (ioloop=ioloop@entry=0x35165051e10) at ioloop-epoll.c:220 #30 0x00007228b900e738 in io_loop_run (ioloop=0x35165051e10) at ioloop.c:412 #31 0x00007228b8fa4957 in master_service_run (service=0x35165051ca0, callback=callback@entry=0x3516155ef50
) at master-service.c:566 #32 0x000003516155f604 in main (argc=1, argv=0x35165051a60) at main.c:400 (gdb) quit
# grep 35198 /var/log/dovecot.log 2013-11-21T09:45:25.069369+01:00 meteor dovecot: imap-login: Login: user=marcin@mejor.pl, method=CRAM-MD5, rip=83.144.yyy.xxx, lip=88.198.102.195, mpid=35198, TLS, session=<nv0266vrkgBTkHPS> 2013-11-21T09:46:24.401517+01:00 meteor dovecot: imap(marcin@mejor.pl) <nv0266vrkgBTkHPS>: Fatal: master: service(imap): child 35198 killed with signal 6 (core dumped)
Regards! Marcin
Another one coredump:
# gdb -q /usr/libexec/dovecot/imap 'core-1385046907-8-11-!usr!libexec!dovecot!imap-22603' Reading symbols from /usr/libexec/dovecot/imap...Reading symbols from /usr/lib64/debug/usr/libexec/dovecot/imap.debug...done. done. [New LWP 22603]
warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? b[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". tCore was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. #0 array_count_i (array=0x501010df786488e) at array.h:140 140 return array->buffer->used / array->element_size; (gdb) bt #0 array_count_i (array=0x501010df786488e) at array.h:140 #1 array_get_modifiable_i (count_r=<synthetic pointer>, array=0x501010df786488e) at array.h:206 #2 priorityq_remove_idx (pq=0x501010df7864886, idx=2660296736) at priorityq.c:121 #3 0x00006e2b586ac78f in priorityq_remove (pq=<optimized out>, item=item@entry=0x7c69e989370) at priorityq.c:138 #4 0x00006e2b5869b6bf in timeout_remove (_timeout=<optimized out>) at ioloop.c:189 #5 0x00006e2b587455c7 in imapc_client_mailbox_close (_box=_box@entry=0x7c69e9728f8) at imapc-client.c:341 #6 0x00006e2b58744837 in imapc_mailbox_close (box=0x7c69e972650) at imapc-storage.c:536 #7 0x00006e2b587578d2 in mailbox_close (box=0x7c69e972650) at mail-storage.c:1184 #8 0x00006e2b587579a7 in mailbox_free (_box=_box@entry=0x7a0f60c375d0) at mail-storage.c:1199 #9 0x000007c69e5aecc5 in close_selected_mailbox (client=0x7c69e8f11b0) at cmd-select.c:387 #10 close_selected_mailbox (client=0x7c69e8f11b0) at cmd-select.c:376 #11 0x000007c69e5af3f4 in cmd_select_full (cmd=<optimized out>, readonly=<optimized out>) at cmd-select.c:431 #12 0x000007c69e5b646c in command_exec (cmd=cmd@entry=0x7c69e8f19c0) at imap-commands.c:158 #13 0x000007c69e5b4e20 in client_command_input (cmd=0x7c69e8f19c0) at imap-client.c:780 #14 0x000007c69e5b4f22 in client_command_input (cmd=0x7c69e8f19c0) at imap-client.c:841 #15 0x000007c69e5b52e5 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x7c69e8f11b0) at imap-client.c:879 #16 client_handle_input (client=client@entry=0x7c69e8f11b0) at imap-client.c:891 #17 0x000007c69e5b57ae in client_input (client=0x7c69e8f11b0) at imap-client.c:933 #18 0x00006e2b5869be37 in io_loop_call_io (io=0x7c69e8e4630) at ioloop.c:388 #19 0x00006e2b5869d2ef in io_loop_handler_run (ioloop=ioloop@entry=0x7c69e89e760) at ioloop-epoll.c:220 #20 0x00006e2b5869b738 in io_loop_run (ioloop=0x7c69e89e760) at ioloop.c:412 #21 0x00006e2b58631957 in master_service_run (service=0x7c69e89e5f0, callback=callback@entry=0x7c69e5c1f50
) at master-service.c:566 #22 0x000007c69e5c2604 in main (argc=1, argv=0x7c69e89e3b0) at main.c:400
W dniu 2013-11-21 23:21, Marcin Mirosław pisze:
Another one coredump:
# gdb -q /usr/libexec/dovecot/imap 'core-1385046907-8-11-!usr!libexec!dovecot!imap-22603' Reading symbols from /usr/libexec/dovecot/imap...Reading symbols from /usr/lib64/debug/usr/libexec/dovecot/imap.debug...done. done. [New LWP 22603]
warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? b[Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". tCore was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. #0 array_count_i (array=0x501010df786488e) at array.h:140 140 return array->buffer->used / array->element_size; (gdb) bt #0 array_count_i (array=0x501010df786488e) at array.h:140 #1 array_get_modifiable_i (count_r=<synthetic pointer>, array=0x501010df786488e) at array.h:206 #2 priorityq_remove_idx (pq=0x501010df7864886, idx=2660296736) at priorityq.c:121 #3 0x00006e2b586ac78f in priorityq_remove (pq=<optimized out>, item=item@entry=0x7c69e989370) at priorityq.c:138 #4 0x00006e2b5869b6bf in timeout_remove (_timeout=<optimized out>) at ioloop.c:189 #5 0x00006e2b587455c7 in imapc_client_mailbox_close (_box=_box@entry=0x7c69e9728f8) at imapc-client.c:341 #6 0x00006e2b58744837 in imapc_mailbox_close (box=0x7c69e972650) at imapc-storage.c:536 #7 0x00006e2b587578d2 in mailbox_close (box=0x7c69e972650) at mail-storage.c:1184 #8 0x00006e2b587579a7 in mailbox_free (_box=_box@entry=0x7a0f60c375d0) at mail-storage.c:1199 #9 0x000007c69e5aecc5 in close_selected_mailbox (client=0x7c69e8f11b0) at cmd-select.c:387 #10 close_selected_mailbox (client=0x7c69e8f11b0) at cmd-select.c:376 #11 0x000007c69e5af3f4 in cmd_select_full (cmd=<optimized out>, readonly=<optimized out>) at cmd-select.c:431 #12 0x000007c69e5b646c in command_exec (cmd=cmd@entry=0x7c69e8f19c0) at imap-commands.c:158 #13 0x000007c69e5b4e20 in client_command_input (cmd=0x7c69e8f19c0) at imap-client.c:780 #14 0x000007c69e5b4f22 in client_command_input (cmd=0x7c69e8f19c0) at imap-client.c:841 #15 0x000007c69e5b52e5 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x7c69e8f11b0) at imap-client.c:879 #16 client_handle_input (client=client@entry=0x7c69e8f11b0) at imap-client.c:891 #17 0x000007c69e5b57ae in client_input (client=0x7c69e8f11b0) at imap-client.c:933 #18 0x00006e2b5869be37 in io_loop_call_io (io=0x7c69e8e4630) at ioloop.c:388 #19 0x00006e2b5869d2ef in io_loop_handler_run (ioloop=ioloop@entry=0x7c69e89e760) at ioloop-epoll.c:220 #20 0x00006e2b5869b738 in io_loop_run (ioloop=0x7c69e89e760) at ioloop.c:412 #21 0x00006e2b58631957 in master_service_run (service=0x7c69e89e5f0, callback=callback@entry=0x7c69e5c1f50
) at master-service.c:566 #22 0x000007c69e5c2604 in main (argc=1, argv=0x7c69e89e3b0) at main.c:400
Hi! Is this the same reason as described here http://www.dovecot.org/list/dovecot/2012-July/067181.html ? Marcin
participants (5)
-
Daniele Nicolodi
-
Marcin Mirosław
-
Pascal Volk
-
The Doctor
-
Timo Sirainen