- dovecot - dovecot.org

Renaming not supported across conflicting directory - why?
by Arkadiusz Miśkiewicz 30 Oct '14

30 Oct '14

I wonder what is point of checkign file/dir create mode like this? Here it makes problems since some folders have different permissions than others but both are accessible/writable by user. So renaming is possible (as renaming according to unix permissions). Yet dovecot artificially prevents this. /* if we're renaming under another mailbox, require its permissions to be same as ours. */ if (strchr(newname, mailbox_list_get_hierarchy_sep(newlist)) != NULL) { struct mailbox_permissions old_perm, new_perm; mailbox_list_get_permissions(oldlist, oldname, &old_perm); mailbox_list_get_permissions(newlist, newname, &new_perm); if ((new_perm.file_create_mode != old_perm.file_create_mode || new_perm.dir_create_mode != old_perm.dir_create_mode || new_perm.file_create_gid != old_perm.file_create_gid)) { mailbox_list_set_error(oldlist, MAIL_ERROR_NOTPOSSIBLE, "Renaming not supported across conflicting " "directory permissions"); return -1; } } -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )

1 0

Sieve plus addressed mail filtering
by Peter Chiochetti 30 Oct '14

30 Oct '14

Today I learned, that to filter incoming plus addressed mail (user+tag@…) I had to deviate from the documentation. There it reads: if envelope :detail "to" "spam"{ fileinto "Spam"; } Instead I had to write: if address :is :detail "To" "tag"{ fileinto "Tagged"; } Dovecot version is 2.2.13-1+bigmichi1~precise+1 -- peter

2 3

Released Pigeonhole v0.4.4 for Dovecot v2.2.15.
by Stephan Bosch 30 Oct '14

30 Oct '14

Hello Dovecot users, It's been about 5 months since the last Pigeonhole release, so it is high time for a new one. However, the main reason to make a release now is the fact that Dovecot v2.2.15 has one change that causes problems with the previous release of Pigeonhole. Unlike recent earlier releases, this release has a few big new features. Most notably, I implemented a generic Sieve script storage framework. This means that it is now relatively easy to implement a storage driver to retrieve Sieve scripts from a location other than the file system. An important effect of this new implementation is that these alternative storage locations can also be used with sieve_before/sieve_after. Also, storing Sieve scripts there using ManageSieve is also possible, provided that the driver provides an implementation. I used the new framework to implement an LDAP storage driver. However, it is read-only, which means that it doesn't currently provide ManageSieve support. Several bugs were fixed. The most nasty ones were related to the doveadm-sieve plugin (which is one of the reasons why this release took so long). The new script storage driver framework entailed large changes in this plugin, so many of these problems were addressed implicitly. Hopefully, all problems are solved now. Changelog v0.4.4: * Added support for Japanese mail addresses with dots at non-standard places in localpart. * Changed handling of ENOSPACE into a normal temporary failure and added handling of ENOQUOTA as a user error. * Restructured result execution, so that all actions which involve mail storage are always committed before all others. + Implemented support for generic Sieve storages. Using alternative storages now also possible for sieve_before/sieve_after. + Implemented storage driver for retrieving Sieve scripts from LDAP. This currently cannot be used with ManageSieve. + Implemented sieve_redirect_envelope_from setting, which allows configuring the envelope sender of redirected messages. - Fixed handling of mail storage errors occurring while evaluating the input message. - managesieve-login: - Removed bogus ALERT response code returned for AUTHENTICATE command. - Fixed handling of invalid initial response argument to AUTHENTICATE command. - Fixed handling of stream errors in lexical scanner. - Fixed handling of SMTP errors. Permanent and temporary errors were mixed up. - Fixed several problems reported by CLang 3.4. - duplicate extension: Fixed erroneous compile error about conflicting tags when `:handle' argument was used last. - relational extension: Fixed error handling of `:value' match. - editheader extension: Fixed header unfolding and header iteration. - mailbox extension: Fixed the `:create' tag, which erroneously subscribed an existing folder. - extprograms plugin: Fixed handling of error codes. - doveadm-sieve plugin: Fixed several bugs. Synchronization of symbolic link in the file storage should now also work properly. The release is available as follows: http://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.4.tar… http://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.4.tar… Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for more information. Have fun testing this new release and don't hesitate to notify me when there are any problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

2 5

v2.2.15 released
by Timo Sirainen 30 Oct '14

30 Oct '14

http://dovecot.org/releases/2.2/dovecot-2.2.15.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.15.tar.gz.sig Some small fixes and changes to v2.2.14. This release is mainly in the hope that it could still make it into the next Debian stable instead of v2.2.14 - mainly because of a couple of new assert crashes that started happening in v2.2.14 and should be fixed now. * Plugins can now print a banner comment in doveconf output (typically the plugin version) * Replication plugin now triggers low (instead of high) priority for mail copying operations. * IMAP/POP3/ManageSieve proxy: If destination server can't be connected to, retry connecting once per second up to the value of proxy_timeout. This allows quick restarts/upgrades on the backend server without returning login failures. * Internal passdb lookups (e.g. done by lmtp/doveadm proxy) wasn't returning failure in some situations where it should have (e.g. allow_nets mismatch) * LMTP uses mail_log_prefix now for logging mail deliveries instead of a hardcoded prefix. The non-delivery log prefix is still hardcoded though. + passdb allow_nets=local matches lookups that don't contain an IP address (internally done by Dovecot services) + Various debug logging and error logging improvements - Various race condition fixes to LAYOUT=index - v2.2.14 virtual plugin crashed in some situations

8 13

smtp lastlogin
by Eduardo Ramos 30 Oct '14

30 Oct '14

Hey guys! I've been googling without success. Do anyone know if there is a way to track last login of a smtp authentication? I've tried without success using: service auth { executable = auth lastlogin unix_listener auth-userdb { } unix_listener /var/spool/postfix/private/auth { mode = 0660 group = postfix } } service lastlogin { executable = script-login -d /usr/local/bin/lastlogin.sh unix_listener lastlogin { user = $default_internal_user mode = 0666 } }

3 2

[Pigeonhole] Problem compiling latest snapshot
by Bernd Kuhls 29 Oct '14

29 Oct '14

Hi, http://hg.rename-it.nl/dovecot-2.2-pigeonhole/rev/a1e57385b267 added the use of update-version.sh, but this file and is-tagged.py are not included in Pigeonhole, only in Dovecot sourcecode. Therefore pigeonhole- version.h is not generated during compilation leading to a compile error: ../../../../src/lib-sieve/sieve-config.h:8:32: fatal error: pigeonhole- version.h: No such file or directory #include "pigeonhole-version.h" Regards, Bernd

2 1

Pigeonhole 0.4.4 error with no sieve rules
by James 29 Oct '14

29 Oct '14

I have built and installed Pigeonhole 0.4.4 with Dovecot 2.2.15. For users with no sieve at all I am getting an error on delivery. Delivery is from exim via lmtp. Syslog: Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915): Fatal: master: service(lmtp): child 18915 killed with signal 11 (core not dumped - set service lmtp { drop_priv_before_exec=yes }) There is no global sieve script because there is no global sieve rule. Where an account has sieve rules delivery works as expected. To make it work again I've gone back to 2.2.15 with 0.4.3. James.

3 10

Dovecot 2.2.14 and per user \Seen flags
by Thomas Robers 29 Oct '14

29 Oct '14

Hello, I have a Dovecot Installation Version 2.2.14 on CentOS 6.5 with shared folder. UserA shares his INBOX to user UserB. I activated "per user \Seen flags" with location = maildir:%%h/Maildir:INDEX=%h/shared/%%u:CONTROL=%h/shared/%%u:INDEXPVT=%h/shared I think the INDEXPVT setting activates this setting, right? I activated this setting when there were already several accounts in use. Before we used shared \Seen flags. But this setting doesn't work on my system. For example UserB marks several Messages as read in a shared INBOX from UserA and erverything seems alright but then suddenly all seen Messages are marked as unread again and I see the following error message in the log file: Oct 27 14:40:48 mail dovecot: imap(UserB(a)tutech.de): Error: /export/home/imap/UserB(a)tutech.de /shared/.INBOX/dovecot.index.pvt reset, view is now inconsistent Oct 27 14:40:48 mail dovecot: imap(UserB(a)tutech.de): Disconnected: BUG: Unknown internal error in=1020 out=2757 My Dovecot configuration is: root@mail:~# doveconf -n # 2.2.14: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-431.29.2.el6.x86_64 x86_64 CentOS release 6.5 (Final) ext4 auth_master_user_separator = * auth_mechanisms = plain login auth_verbose = yes disable_plaintext_auth = no mail_debug = yes mail_location = maildir:/export/home/imap/%Lu/Maildir mail_plugins = acl zlib 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 duplicate mbox_write_locks = fcntl namespace { hidden = no ignore_on_failure = no inbox = no list = children location = maildir:%%h/Maildir:INDEX=%h/shared/%%u:CONTROL=%h/shared/%%u:INDEXPVT=%h/shared prefix = shared/%%u/ separator = / subscriptions = yes type = shared } namespace inbox { hidden = no inbox = yes list = 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 = INBOX/ separator = / type = private } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile:/etc/dovecot/global-acls:cache_secs=300 acl_shared_dict = file:/export/home/shared-db/shared-mailboxes mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size zlib_save = gz zlib_save_level = 6 } protocols = imap pop3 lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = vmail mode = 0660 user = vmail } } service imap-login { process_limit = 500 process_min_avail = 20 } service lmtp { inet_listener lmtp { address = 127.0.0.1 port = 24 } } ssl = required ssl_cert = </etc/pki/dovecot/certs/mail.tutech.de.crt_chain ssl_key = </etc/pki/dovecot/private/mail.tutech.de.key ssl_protocols = !SSLv3 !SSLv2 syslog_facility = local6 userdb { args = /etc/dovecot/dovecot-ldap-userdb.conf.ext driver = ldap } protocol lmtp { mail_plugins = acl zlib sieve } protocol imap { mail_plugins = acl zlib imap_zlib imap_acl } I don't know, is there something wrong with my configuration, am I missing sonething? Any hint would be helpful. Thank you Best regards Thomas

2 2

Panic: file istream-qp-decoder.c
by Urban Loesch 29 Oct '14

29 Oct '14

Hi, I'm running Dovecot EE Version with Debian Squeeze. Version info: ii dovecot-ee-core 1:2.2.13.31-1 secure mail server that supports mbox, maildir, dbox and mdbox mailboxes ii dovecot-ee-dbg 1:2.2.13.31-1 debug symbols for Dovecot ii dovecot-ee-imapd 1:2.2.13.31-1 secure IMAP server that supports mbox, maildir, dbox and mdbox mailboxes ii dovecot-ee-lmtpd 1:2.2.13.31-1 secure LMTP server for Dovecot ii dovecot-ee-managesieved 0.4.3-7 secure ManageSieve server for Dovecot ii dovecot-ee-mysql 1:2.2.13.31-1 MySQL support for Dovecot ii dovecot-ee-pop3d 1:2.2.13.31-1 secure POP3 server that supports mbox, maildir, dbox and mdbox mailboxes ii dovecot-ee-sieve 0.4.3-7 sieve filters support for Dovecot Yesterday I got the following errors in the error log: Oct 28 18:29:05 mailstore dovecot: imap(user(a)domain.com pid:37052 session:<0K7g+34GIwDD/vzI>): Panic: file istream-qp-decoder.c: line 102 (i_stream_qp_decoder_read): assertion failed: (ret < 0) Oct 28 18:29:05 mailstore dovecot: imap(user(a)domain.com pid:37052 session:<0K7g+34GIwDD/vzI>): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6d75a) [0x7f9bcee0275a] -> /usr/lib/dovecot/libdovecot.so.0(+0x6d7d6) [0x7f9bcee027d6] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f9bcedba5bf] -> /usr/lib/dovecot/libdovecot.so.0(+0x5a86c) [0x7f9bcedef86c] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x63) [0x7f9bcee0b533] -> /usr/lib/dovecot/libdovecot.so.0(+0x7bc5c) [0x7f9bcee10c5c] -> /usr/lib/dovecot/libdovecot.so.0(+0x7c0c8) [0x7f9bcee110c8] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x63) [0x7f9bcee0b533] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x52) [0x7f9bcee0b8a2] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xa44ea) [0x7f9bcf10c4ea] -> /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_get_binary_stream+0x135) [0x7f9bcf10c9b5] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_get_binary_stream+0x61) [0x7f9bcf0e34f1] -> /usr/lib/dovecot/libdovecot-storage.so.0(imap_msgpart_open+0xb0) [0x7f9bcf142f20] -> dovecot/imap() [0x41ba26] -> dovecot/imap() [0x419b4a] -> dovecot/imap(imap_fetch_more+0x31) [0x419d81] -> dovecot/imap(cmd_fetch+0x49d) [0x40e88d] -> dovecot/imap(command_exec+0x3d) [0x41813d] -> dovecot/imap() [0x417230] -> dovecot/imap() [0x41731d] -> dovecot/imap(client_handle_input+0x11d) [0x41759d] -> dovecot/imap(client_input+0x6f) [0x41792f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x4e) [0x7f9bcee12f1e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0xaf) [0x7f9bcee1409f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9) [0x7f9bcee12fa9] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f9bcee13038] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f9bcedbf3e3] -> dovecot/imap(main+0x2a7) [0x420e97] Oct 28 18:29:05 mailstore dovecot: imap(user(a)domain.com pid:37052 session:<0K7g+34GIwDD/vzI>): Fatal: master: service(imap): child 37052 killed with signal 6 (core dumps disabled) Oct 28 18:29:58 mailstore dovecot: imap(user(a)domain.com pid:38868 session:<eAIJ/34GpADD/vzI>): Panic: file istream-qp-decoder.c: line 102 (i_stream_qp_decoder_read): assertion failed: (ret < 0) Oct 28 18:29:58 mailstore dovecot: imap(user(a)domain.com pid:38868 session:<eAIJ/34GpADD/vzI>): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6d75a) [0x7f8f7cb9275a] -> /usr/lib/dovecot/libdovecot.so.0(+0x6d7d6) [0x7f8f7cb927d6] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f8f7cb4a5bf] -> /usr/lib/dovecot/libdovecot.so.0(+0x5a86c) [0x7f8f7cb7f86c] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x63) [0x7f8f7cb9b533] -> /usr/lib/dovecot/libdovecot.so.0(+0x7bc5c) [0x7f8f7cba0c5c] -> /usr/lib/dovecot/libdovecot.so.0(+0x7c0c8) [0x7f8f7cba10c8] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0x63) [0x7f8f7cb9b533] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x52) [0x7f8f7cb9b8a2] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xa44ea) [0x7f8f7ce9c4ea] -> /usr/lib/dovecot/libdovecot-storage.so.0(index_mail_get_binary_stream+0x135) [0x7f8f7ce9c9b5] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_get_binary_stream+0x61) [0x7f8f7ce734f1] -> /usr/lib/dovecot/libdovecot-storage.so.0(imap_msgpart_open+0xb0) [0x7f8f7ced2f20] -> dovecot/imap() [0x41ba26] -> dovecot/imap() [0x419b4a] -> dovecot/imap(imap_fetch_more+0x31) [0x419d81] -> dovecot/imap(cmd_fetch+0x49d) [0x40e88d] -> dovecot/imap(command_exec+0x3d) [0x41813d] -> dovecot/imap() [0x417230] -> dovecot/imap() [0x41731d] -> dovecot/imap(client_handle_input+0x11d) [0x41759d] -> dovecot/imap(client_input+0x6f) [0x41792f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x4e) [0x7f8f7cba2f1e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0xaf) [0x7f8f7cba409f] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9) [0x7f8f7cba2fa9] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f8f7cba3038] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f8f7cb4f3e3] -> dovecot/imap(main+0x2a7) [0x420e97] Oct 28 18:29:58 mailstore dovecot: imap(user(a)domain.com pid:38868 session:<eAIJ/34GpADD/vzI>): Fatal: master: service(imap): child 38868 killed with signal 6 (core dumps disabled) The user uses Horde Webmail 5.2 to access his mailbox and there are about 1300 active session running curently on that server. Many thanks Urban Loesch

1 0

maildir++ quota support on dovecot
by Mirko ML 28 Oct '14

28 Oct '14

Some information about maildir++ that I have read: http://www.inter7.com/courierimap/README.maildirquota.html http://wiki2.dovecot.org/Quota/Maildir When I have to deliver a message with an MDA I can use dovecot-lda. If I have enabled "quota = maildir:User quota" I am pretty sure that in the mailbox on file system I find a file named "maildirsize" maildirsize on top contain something like this "xxxxxxxxxxS" that specifies the SIZE quota in bytes. LDA could delivery the message only when the SIZE written in mailbox is less than the SIZE defined by mail admin. "Each member of the list consists of an integer followed by a letter, specifying the nature of the quota. Currently defined quota types are 'S' - total size of all messages, and 'C' - the maximum count of messages in the maildir. For example, 10000000S,1000C specifies a quota of 10,000,000 bytes or 1,000 messages, whichever comes first." For this reason the value in bytes defined for the user must have S at the end. At the moment quota-maildir.c contains a control for S or C so I can find this in log: Quota rule: root=User quota mailbox=* bytes=20971520 messages=0 But quota-util.c do not contains a control for C and S, so probably the support of maildir++ format is not complete. Please let me know if I am wrong. -- Ciao Mirko

1 0