- dovecot - dovecot.org

[Dovecot] IMAP clients suddenly redownload folder headers
by Brent Bloxam 18 Sep '09

18 Sep '09

We had an issue today with IMAP clients (Thunderbird, Outlook) having to redownload headers for folders. This issue was eerily close to a MySQL database structure change that shouldn't have affected any related queries, however we did notice an event of user CPU % not being reported via SNMP around the same time for the server. There are no entries in our dovecot error log around the outage. We're running Dovecot 1.1.13 with MySQL being used for user and password queries, and Maildir for storage on a fibre channel SAN. However, it is possible for some stores to be on an NFS mount (supporting legacy during migration), which is why there is the nfs options in the below config. I'm wondering if someone could shed light on what could cause this to occur. I imagine it's related to the index cache's, but the lack of any mention in the error logs has me puzzled. Output of dovecot -n: # 1.1.13: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.0-RELEASE i386 base_dir: /var/run/dovecot log_path: /var/log/dovecot-error.log info_log_path: /var/log/dovecot-info.log protocols: imap pop3 ssl_disable: yes 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 mail_max_userip_connections: 100 first_valid_uid: 89 mail_privileged_group: 89 mail_uid: 89 mail_gid: 89 mail_location: maildir:~/Maildir mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes lock_method: dotlock mail_executable(default): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 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 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %f namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain apop cache_size: 10240 cache_negative_ttl: 30 username_format: %Lu passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf

1 1

[Dovecot] Question about installing managesieve
by Jonathan Siegle 18 Sep '09

18 Sep '09

I'm reading http://wiki.dovecot.org/ManageSieve/Install . I already use mercurial queues. These are the steps I see to install: hg clone http://hg.dovecot.org/dovecot-1.2 cd dovecot-1.2 hg clone http://hg.rename-it.nl/dovecot-1.2-managesieve-patch .hg/ patches hg qpush Do the steps change? Thanks, Jonathan

1 0

[Dovecot] Move to a Specific Folder
by Darvin Denmian 18 Sep '09

18 Sep '09

Is there a way to automatically expurge or move messages from a specific folder to another folder after "X" days? Where "X" specifies the amount of days that messages in folder will be kept. Thanks !

4 9

[Dovecot] Move SPAM into SPAM folder
by Jose Luis Marin Perez 17 Sep '09

17 Sep '09

Dear Sirs, I need to know how can I automatically move all emails that are considered as SPAM to a specific directory called SPAM. The server has installed Dovecot + Qmail + Vpopmail + Simscan + Spamassassin + ClamAV. dovecot -n # 1.1.16: /usr/local/etc/dovecot.conf # OS: Linux 2.6.9-67.0.15.plus.c4smp i686 CentOS release 4.6 (Final) log_path: /var/log/dovecot.log listen: *:10143 ssl_listen: *:10943 disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login first_valid_uid: 89 last_valid_uid: 89 first_valid_gid: 89 last_valid_gid: 89 mail_uid: 89 mail_gid: 89 mail_location: maildir:~/Maildir mail_plugins: quota namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: passdb: driver: checkpassword args: /usr/vpopmail/bin/vchkpw /usr/local/bin/vchkpw-wrapper.sh userdb: driver: prefetch args: uid=89 gid=89 home=/usr/vpopmail/domains/%d/%u plugin: quota: maildir quota_rule: ?:storage=0 quota_rule2: Trash:ignore Thanks Jose Luis _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

2 1

Re: [Dovecot] Dovecot and LDAP-Quotas
by south africa 17 Sep '09

17 Sep '09

Hi Timo, I solved the problem. The problem was the right order in dovecot.conf. "userdb ldap" should stand in front of "userdb static". Greetings --- tss(a)iki.fi wrote: From: Timo Sirainen <tss(a)iki.fi> To: southafrica(a)thedoghousemail.com Cc: Dovecot Mailing List <dovecot(a)dovecot.org> Subject: Re: [Dovecot] Dovecot and LDAP-Quotas Date: Tue, 25 Aug 2009 09:20:52 -0400 On Tue, 2009-08-25 at 04:08 -0700, south africa wrote: > Aug 25 11:51:18 auth(default): Info: client in: AUTH 1 PLAIN service=pop3 secured lip=123.456.789.72 rip=192.168.1.2 lport=995 rport=1984 > Aug 25 11:51:18 auth(default): Info: client out: CONT 1 > Aug 25 11:51:18 auth(default): Info: client in: CONT 1 > Aug 25 11:51:18 auth(default): Info: client out: OK 1 user=testuser > Aug 25 11:51:18 auth(default): Info: master in: REQUEST 1 21237 1 > Aug 25 11:51:18 auth(default): Info: master out: USER 1 testuser uid=500 gid=500 home=/home/vmail/testuser It says nothing about LDAP here, which means that unless you filtered out some lines it's not using LDAP at all for anything. What does your dovecot -n output show now? _____________________________________________________________ Get your FREE TheDoghouseMail email address at http://www.thedoghousemail.com

1 0

[Dovecot] Secondary groups from ldap
by Ian Levesque 17 Sep '09

17 Sep '09

Hello, I'm trying to configure my user_attrs using LDAP as the userdb so that dovecot knows what secondary groups a user is a member of. The LDAP backend is an Open Directory implementation, which stores secondary group affiliations as memberUid attributes in cn=groupname,cn=groups,dc=dns,dc=name,dc=server. With ldapsearch, my query would be: ldapsearch -x -b cn=groups,dc=dns,dc=name,dc=server "(memberUid=ian)" cn Is this possible to configure in Dovecot? Thanks, Ian

3 3

[Dovecot] Upgrade Question about mail_location
by John Dubchak 17 Sep '09

17 Sep '09

Hi, I plan on upgrading from 1.1.13 to 1.2.4 using an RPM. I have read the wiki [1] and have a question about the mail_location variable. Currently, in 1.1.13, I use: mail_location = maildir:/var/spool/virtual_mailboxes/%h with virtual mailboxes. However, I am planning to change it to use: home=/var/spool/virtual_mailboxes mail_location = maildir:%h as part of the new configuration. Is that correct or have I misinterpreted the wiki? Thanks, John [1] http://wiki.dovecot.org/Upgrading/1.2

2 4

[Dovecot] signal 10 error under dovecot 1.1.8
by Thomas M Goerger 17 Sep '09

17 Sep '09

Hi, We're seeing a new error under Dovecot 1.1.8 that we haven't seen before. Sep 14 09:00:10 hostname dovecot: [ID 684838 local6.error] child 638 (imap) killed with signal 10 This is being seen under dovecot 1.1.8, on Solaris 10u6. This is the only server we've got running this software. We're not seeing this on any of our other 5 servers running the 1.1.x series. Namely 1.1.6 on Solaris 10u6. Any idea what might be causing this error to pop up? Thanks, ************************************************************************* * Tom Goerger - Email/Unix System Administrator * * * * University of Minnesota Email: tmg(a)umn.edu * * Operations, Infrastructure and Architecture Phone: 4-5804 * * Internet Services Office: 626J WBOB * * * *************************************************************************

2 1

[Dovecot] 1.2.5: quota.c + quota_fs.c crashs dovecot
by Ralf Becker 16 Sep '09

16 Sep '09

Hi Timo, "quota.c" calls "root->backend.v.init_limits(root)", but "quota_fs.c" initializes this with NULL. On AIX e.g. this results in core dumping imap with SIGILL. I've attached a (quick and dirty) patch. Ralf -- ______________________________________________________________________ Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier Mail: beckerr(a)fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME ______________________________________________________________________ Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen) --- dovecot-1.2.5/src/plugins/quota/quota.c.org 2009-09-15 20:12:12.000000000 +0200 +++ dovecot-1.2.5/src/plugins/quota/quota.c 2009-09-15 20:12:27.000000000 +0200 @@ -444,7 +444,7 @@ bool found; if (!root->set->force_default_rule) { - if (root->backend.v.init_limits(root) < 0) + if (root->backend.v.init_limits && root->backend.v.init_limits(root) < 0) return -1; }

1 0

[Dovecot] General question for Dovecot under OpenBSD
by jean-francois 15 Sep '09

15 Sep '09

Hello All, First of all thanks a lot for providing a quality software such as Dovecot. I am having troubles for setting up the config files of OpenBSD's binary package of Dovecot, flavor sieve/mysql. Do you know where some documentation could be found for setting up correctly the .conf (dovecot.conf & dovecot-sql.conf) since it does not even load ("Error in configuration file /etc/dovecot.conf line 871: Unknows setting: args"). I shall understand that the problem lies in dovecot-sql.conf, which is not a file I understand well and can configure correctly, as it seems. Some more docs/infos about this issue could be helpful. Thks, JF

5 5

[Dovecot] Thunderbird does not find the right folders :-(
by sterkel＠gmx.de 15 Sep '09

15 Sep '09

Moika, Overnight, I migrated my user-mails from uw-imap to dovecot-maildir. I used the uw2dovecot.pl script to convert all mails and changed exim, too. Receiving mails works fine allready, but nobody can access the usual subscribed folders with thunderbird. Via "subscriptions" I can find the converted folders in a folder called "_" (underline). People getting mad about me as the cannot find their stuff any more in the usual folders. What can I do that they have the converted stuff in the same folders as they had before? Sterkel -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

6 6

Re: [Dovecot] Thunderbird does not find the right folders :-(
by Sterkel Brandke 15 Sep '09

15 Sep '09

Hi Timo, No, I mean, when I try to subscribe folders, I get offered a folder "_" with some subfolders. I do a screenshot, its maybe better to understand. The "real" folders in ~/Maildir look ok. > > -------- Original-Nachricht -------- > Datum: Tue, 15 Sep 2009 13:07:21 +0300 > Von: Timo Sirainen <tss(a)iki.fi> > An: sterkel(a)gmx.de > CC: dovecot(a)dovecot.org > Betreff: Re: [Dovecot] Thunderbird does not find the right folders :-( > > On Sep 15, 2009, at 11:10 AM, sterkel(a)gmx.de wrote: > > > Via "subscriptions" I can find the converted folders in a folder > > called "_" > > (underline). > > I don't really understand what this means. Show the output of "ls -a" > in the user's maildir? > -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

2 1

[Dovecot] 1.2.4 Maildir Quota Issues
by Mario Antonio 15 Sep '09

15 Sep '09

Has anybody noticed this behavior when using maildir quota with Version 1.2.4: # 1.2.4: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686-bigmem i686 Debian 5.0.3 xfs My default configurations quota configurations: plugin: quota: maildir:User quota quota_rule: *:storage=2G Customized Use Configurations at the Mysql level: user_query = SELECT 5000 AS uid,5000 AS gid,'/vmail/%d/%n' as home, \ concat('*:storage= ', virtual_users.quota_kb) AS quota_rule \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%n' and virtual_domains.name='%d' When I change quota at the SQL level (per user), that quota becomes active once Dovecot is restarted. Until then it keeps the previous quota assigned. I do not remember seeing this behavior in previous versions --quota was active after sql changes. M.A.

3 7

[Dovecot] fixing deleted-to-trash-plugin
by Lex Brugman 15 Sep '09

15 Sep '09

Hi, I'm currently trying to make the deleted-to-trash-plugin work with dovecot v1.2.4, without this plugin the trash mailbox is pretty useless with mail clients like Evolution and Outlook, I still can't believe this functionality isn't intergrated into dovecot since it doesn't even influence the operation of other mail clients that do support this option theirselfs (even when turned on, the plugin detects this and doesn't break the client's functionality). I have modified the plugin to run without errorsin 1.2.4, when using a mail client which doesn't support this feature in the client itself, (according to my debug and the mail-log plugin output) everything works, but the mails are deleted as expected but not visible in the Trash box, it looks like they where copied to /dev/null :P (even though the log output makes me think otherwise). Log output: Sep 09 20:21:09 IMAP(xxx(a)xxx.xxx): Info: opening Trash succeeded Sep 09 20:21:09 IMAP(xxx(a)xxx.xxx): Info: from INBOX to Trash, previous action from (null) Sep 09 20:21:09 IMAP(xxx(a)xxx.xxx): Info: copy: uid=11, dest=Trash, msgid=<7706BCE6-6882-473C-B7F3-62AE3F75F632(a)xxx.xxx>, size=1718 Sep 09 20:21:09 IMAP(xxx(a)xxx.xxx): Info: copying to Trash succeeded Sep 09 20:21:09 IMAP(xxx(a)xxx.xxx): Info: delete: uid=11, msgid=<7706BCE6-6882-473C-B7F3-62AE3F75F632(a)xxx.xxx> The clients I used to test: Evolution and Outlook (they both don't support this feature from the client) and the mail client on an iPhone (which does support this feature, the plugin detects that the client already copied the mail to the Trash box and skips it). I'm really stuck here :( no errors, the logs tell me everything went fine, but it didn't. The source is attached, any help is greatly appreciated! Gr, Lex Brugman

4 6

[Dovecot] Crash: imap process, Dovecot 1.2.4, related to ACLs (backtrace included)
by Andreas Ntaflos 14 Sep '09

14 Sep '09

Hi, I started experimenting with ACLs and found I could reliably and reproducibly crash the IMAP process when trying to create a subfolder of a folder that has has ACLs set. The folder is called "Sent" with an ACL of "owner lrwstipke". I wanted to be able to have certain folders the the user cannot delete but where subfolders can be created freely. Relevant information follows and I hope the backtrace is useful (lots of "value optimized out" entries). You can also find everything from below on <https://daff.pseudoterminal.org/misc/dovecot/>. Please tell me if I can provide more information. dovecot -n: =========== # 1.2.4: /usr/local/etc/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.2 log_timestamp: %Y-%m-%d %H:%M:%S protocols: managesieve imap imaps pop3 pop3s login_dir: /usr/local/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 login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login mail_access_groups: mail mail_privileged_group: mail mail_location: maildir:~/Maildir mail_drop_priv_before_exec: 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_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): autocreate acl mail_plugins(imap): autocreate acl mail_plugins(pop3): mail_plugins(managesieve): 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 mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve namespace: type: public separator: . prefix: Public. location: maildir:/var/mail/public:CONTROL=~/Maildir/control/public:INDEX=~/Maildir/index/public list: yes namespace: type: private separator: . prefix: Backup. location: maildir:~/Maildir-backup hidden: yes list: no namespace: type: private separator: . inbox: yes list: yes subscriptions: yes lda: log_path: info_log_path: auth_socket_path: /var/run/dovecot/auth-master postmaster_address: postmaster(a)mailtest0.rise-s.com mail_plugins: sieve acl auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/vmail/%Ld/%Ln allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_global_path: /etc/dovecot/sieve/default.sieve sieve_global_dir: /etc/dovecot/sieve/global/ sieve_before: /etc/dovecot/sieve/before/ autocreate: Trash autocreate2: Drafts autocreate3: Sent autocreate4: INBOX.Spam autosubscribe: Trash autosubscribe2: Drafts autosubscribe3: Sent autosubscribe4: INBOX.Spam acl: vfile:/etc/dovecot/acl Log entry: ========== Aug 28 01:08:01 mailtest0 dovecot: IMAP(andreas.ntaflos(a)example1.rise-s.com): Panic: file acl-backend-vfile.c: line 1124 (acl_backend_vfile_object_update): assertion failed: (!update->rights.global) Aug 28 01:08:01 mailtest0 dovecot: IMAP(andreas.ntaflos(a)example1.rise-s.com): Raw backtrace: imap [0x80f1ec1] -> imap [0x80f1f42] -> imap [0x80f18c9] -> /usr/local/lib/dovecot/imap/lib01_acl_plugin.so [0xb7dddcf6] -> /usr/local/lib/dovecot/imap/lib01_acl_plugin.so(acl_object_update+0x18) [0xb7ddb1a8] -> /usr/local/lib/dovecot/imap/lib01_acl_plugin.so [0xb7de2ac7] - > imap(cmd_create+0xf9) [0x80618d9] -> imap [0x80679fc] -> imap [0x8067a99] -> imap(client_handle_input+0x2d) [0x8067c0d] -> imap(client_input+0x5f) [0x806856f] -> imap(io_loop_handler_run+0xe0) [0x80fac40] -> imap(io_loop_run+0x20) [0x80fa0b0] -> imap(main+0x5ea) [0x807104a] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7e15455] -> imap [0x8060291] Aug 28 01:08:01 mailtest0 dovecot: dovecot: child 1588 (imap) killed with signal 6 (core dumped) Backtrace: ========== #0 0xb7f70424 in __kernel_vsyscall () No symbol table info available. #1 0xb7e2a640 in raise () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb7e2c018 in abort () from /lib/i686/cmov/libc.so.6 No symbol table info available. #3 0x080f1ed5 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:160 backtrace = 0x93e5628 "imap [0x80f1ec1] -> imap [0x80f1f42] -> imap [0x80f18c9] -> /usr/local/lib/dovecot/imap/lib01_acl_plugin.so [0xb7dddcf6] -> /usr/local/lib/dovecot/imap/lib01_acl_plugin.so(acl_object_update+0x18) [0xb"... #4 0x080f1f42 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0xb7de3094 "file %s: line %d (%s): assertion failed: (%s)", args=0xbff8b9c4 "�3޷d\004") at failures.c:440 No locals. #5 0x080f18c9 in i_panic (format=0xb7de3094 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 No locals. #6 0xb7dddcf6 in acl_backend_vfile_object_update (_aclobj=0x942c270, update=0xbff8bad0) at acl-backend-vfile.c:1124 dotlock = <value optimized out> path = <value optimized out> i = <value optimized out> fd = <value optimized out> changed = <value optimized out> __PRETTY_FUNCTION__ = "acl_backend_vfile_object_update" #7 0xb7ddb1a8 in acl_object_update (aclobj=0x942c270, update=0xbff8bad0) at acl-api.c:122 No locals. #8 0xb7de2ac7 in acl_mailbox_create (storage=0x93f2c88, name=0x93f9d98 "Sent.2008", directory=false) at acl-storage.c:160 astorage = <value optimized out> ret = <value optimized out> #9 0x080618d9 in cmd_create (cmd=0x93f4ce0) at cmd-create.c:42 ns = <value optimized out> mailbox = 0x93f9d98 "Sent.2008" full_mailbox = 0x93f9d98 "Sent.2008" directory = <value optimized out> #10 0x080679fc in client_command_input (cmd=0x93f4ce0) at client.c:611 client = (struct client *) 0x93f48a0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #11 0x08067a99 in client_command_input (cmd=0x93f4ce0) at client.c:660 client = (struct client *) 0x93f48a0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #12 0x08067c0d in client_handle_input (client=0x93f48a0) at client.c:701 _data_stack_cur_id = 3 ret = false remove_io = <value optimized out> handled_commands = false __PRETTY_FUNCTION__ = "client_handle_input" #13 0x0806856f in client_input (client=0x93f48a0) at client.c:752 cmd = <value optimized out> output = (struct ostream *) 0x93f4a54 bytes = <value optimized out> __PRETTY_FUNCTION__ = "client_input" #14 0x080fac40 in io_loop_handler_run (ioloop=0x93ed9b0) at ioloop-epoll.c:208 ctx = (struct ioloop_handler_context *) 0x93edab8 event = (const struct epoll_event *) 0x93edaf8 list = (struct io_list *) 0x93f4ab0 io = (struct io_file *) 0x942c888 tv = {tv_sec = 1799, tv_usec = 999357} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #15 0x080fa0b0 in io_loop_run (ioloop=0x93ed9b0) at ioloop.c:335 No locals. #16 0x0807104a in main (argc=Cannot access memory at address 0x634 ) at main.c:327 No locals.

3 6

[Dovecot] Dovecot+PAM advice please?
by S. A. Woltering 14 Sep '09

14 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, sorry to bother you with this. I'm trying to set up an experimental system (which may become production if it ever gets off the ground) and it's not working. The short version: I'm trying to get Dovecot 1.2.4 to authenticate against a customised PAM module. In short, we're using a specialised OTP radius backend. One of my colleagues has coded up a PAM module for this backend. The IMAP service is on HP-UX11.23, IA64. The module is compiles into /usr/lib/security/hpux32 and is called "pam_cached_radius.so.0.0". The entry in /etc/pam.conf is: cached-radius auth required pam_cached_radius.so.0.0 The PAM module compiles OK, and my colleague's test suite (run, both as root and as our local "dovecot" user) works fine. When I use the following options in dovecot.conf: auth default { user = root mechanisms = plain passdb pam { args = cached-radius } userdb passwd { } } it fails leaving only the log entry below in syslog. Sep 14 09:15:15 elrond syslog: load_modules: can not open module /usr/lib/security/hpux32/pam_cached_radius.so.0.0 Sep 14 09:15:22 elrond syslog: load_modules: can not open module /usr/lib/security/hpux32/pam_cached_radius.so.0.0 (Always 2 entries). I appreciate that this probably isn't a dovecot issue per se, but it is suspicious that our test suite works and divecot can't access the module. I'd be most grateful if anyone could offer some possible avenues of investigation. Thanks, SAW - -- Steven-Ashley Woltering, MBCS, Systems Analyst, ECMWF, Shinfield Park, Reading, RG2 9AX, UK Tel.: +44 1189 499473 (internal x2473) Email: Steven.Woltering(a)ecmwf.int -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKrhHch854NVK99FMRAnUiAJ9nOhLkGPFLGhEnhIwbk5V5RvGfPACghZUc 8HWimxrolkqhBkkjPD4AtQw= =WmSS -----END PGP SIGNATURE-----

2 5

[Dovecot] fchown failed
by Frank Bonnet 14 Sep '09

14 Sep '09

Hello I occasionally get the following error in dovecot log I've replaced the username by xxxxxxx /user is the user's home directories place, does this means it must be owned by the "mail" group ? Sep 14 09:20:48 IMAP(xxxxxxx): Error: fchown(/user/xxxxxxx/.imap/INBOX/dovecot.index.tmp, -1, 8(mail)) failed: Operation not permitted (egid=3420(math), group based on /var/mail/xxxxxxx) Thanks

3 2

[Dovecot] Problems getting Dovecot to work.
by Mark Gillespie 14 Sep '09

14 Sep '09

Hi, having a nightmare trying to get dovecot working on my SheevaPlug (flash based ARM embedded device). I need to use virtual users, and I need to store all the mail on an external USB HDD (not in home directories which live in the limited flash space). However I can't even log in via telnet. I've followed the Wiki troubleshooting tips, and still no further forward. logging via telnet, I get: "user sheeva BAD Error in IMAP command received by server." the logs show: ubuntu dovecot: User sheeva is missing UID (see mail_uid setting) What do I need to do? I know basic Linux stuff, but I wouldn't call myself an expert, so please no tech talks!!! -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 2

[Dovecot] file->buffer_offset + file->buffer->used == file->sync_offset
by Edgar Fuß 14 Sep '09

14 Sep '09

I got the following panic on 1.2.3: Panic: file mail-transaction-log-append.c: line 88 (log_buffer_move_to_memory): assertion failed: (file->buffer_offset + file->buffer->used == file->sync_offset) It's probably related to the file system holding the indexes being full.

2 2

[Dovecot] GSSAPI Authentication in v1.2.1
by Phillip Macey 14 Sep '09

14 Sep '09

In the release notes for v1.2.2, Timo said: > Found and fixes several v1.2-specific bugs. Hopefully it's now stable > for most people's usage. > > * GSSAPI: More changes to authentication. Hopefully good now. > What were the GSSAPI changes? I am having problems with _some_ of my users using GSSAPI auth. I am using version 1.2.1. The client (thunderbird) reports that the server does not support 'secure authentication'. When I switch on auth_debug in dovecot, I see errors such as these in the logs: Aug 3 16:45:57 fury dovecot: auth(default): client in: AUTH 1 GSSAPI service=imap lip=10.1.0.20 rip=10.8.5.72 lport=143 rport=4027 Aug 3 16:45:57 fury dovecot: auth(default): gssapi(?,10.8.5.72): Using all keytab entries Aug 3 16:45:57 fury dovecot: auth(default): client out: CONT 1 Aug 3 16:45:57 fury dovecot: imap-login: Disconnected: Input buffer full (auth failed, 1 attempts): method=GSSAPI, rip=10.8.5.72, lip=10.1.0.20 Other users work perfectly (eg. all of the user accounts I tested against). Would this have been a bug that was fixed in 1.2.2 or is it something else? If it is most likely something else, I will post `dovecot -n`. -- Thanks, Phill Macey

4 11

Re: [Dovecot] Global ACL configuration problems: mailboxes not visible , set ACLs not honoured
by Andreas Ntaflos 14 Sep '09

14 Sep '09

On Tuesday 01 September 2009 12:11:39 Thomas Leuxner wrote: > On Tue, Sep 01, 2009 at 11:34:16AM +0200, Andreas Ntaflos wrote: > > Is there anything more to it? I ask, because I can't seem to get it > > to work correctly using this approach with global ACLs. Problems > > include: > > > > - Can't get the mailboxes "Spam" and "Ham" under the "Public" > > namespace to show up in the mail client (Thunderbird, KMail, > > Horde/IMP) at all. These have the ACL "authenticated lrwstipk" set > > so the should be visible to authenticated clients, shouldn't they? > > All I see is the namespace with no mailboxes beneath it. > > Hi Andreas, > > did you try with enabling the logging option 'mail_debug = yes'? It > should then verbosely log ACLs read while accessing the folders. How > about the files 'dovecot-acl' and 'dovecot-acl-list'? Are they > present in your public root? The latter should have been > automatically created once the subdirs have working ACLs. Hi Thomas, thanks for your helpful reply. I hadn't thought of setting mail_debug, don't know why :) Now I can see more clearly. It seems that ACL files such as "/etc/dovecot/acls/Backup.received" or "/etc/dovecot/acls/Backup.sent" are read, but when accessing the actual mailbox Dovecot looks for a file "/etc/dovecot/acls/received" or "/etc/dovecot/acls/sent". I.e. the mailbox names *without* the namespace prefix. This can't be the desired behaviour, can it? When I create such an ACL file (""/etc/dovecot/acls/sent") the defined restrictions seem to be applied. At least KMail doesn't even offer to "Delete message" anymore. Thunderbird does and messages can apparently be deleted, but they show up again upon reloading the folder. This is probably a Thunderbird issue. Horde/IMP is similar in this regard. The Public namespace however doesn't seem to be given any consideration at all by Dovecot. I can see the namespace root ("Public") in the folder subscription list, but nothing beneath it. Even when I apply the "fix" described in the previous paragraphs I still can't see any of the public folders. The log file doesn't show anything about this either. There are no "dovecot-acl" files at all, anywhere. I want to avoid having to use them, which is why I am trying to get global ACLs to work. The "dovecot-acl-list" files are created in every root directory, i.e. /var/mail/public/dovecot-acl-list, /var/vmail/example.org/username/Maildir/dovecot-acl-list and /var/vmail/example.org/username/Maildir-backup/dovecot-acl-list. All three are empty. So, the second issue (private namespace ACLs) could be a bug in Dovecot, unless I misunderstood how to name ACL files for mailboxes in other private namespaces. The first issue (invisibility of public folders) is still a mystery to me. Ideas? Thanks again for your reply! Andreas -- Andreas Ntaflos Vienna, Austria GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4

3 2

[Dovecot] Question regarding reverse quota_warning
by jeroen＠intuxicated.org 14 Sep '09

14 Sep '09

Hi Everyone, I have a question regarding reverse quota_warnings. I'm building a new setup, and I would like to block sending messages if a person is over his/her quota limit. Although this can be accomplished using a quota_warning script, I can't find how to accomplish the reverse. Has anyone tried to do something like this? By looking at the source code: ---- quote ---- if ((bytes_before < (uint64_t)warnings[i].rule.bytes_limit && bytes_current >= (uint64_t)warnings[i].rule.bytes_limit) || (count_before < (uint64_t)warnings[i].rule.count_limit && count_current >= (uint64_t)warnings[i].rule.count_limit)) { quota_warning_execute(root, warnings[i].command); break; } ----- /quote ----- I think it could be as simple as adding a second if statement and prefixing a string, but that's not a very clean solution. Best regards, Jeroen Koekkoek

2 1

[Dovecot] [DOVECOT] quota_warning threshold from ldap
by Emmanuel Gonzalez 14 Sep '09

14 Sep '09

Hello all, I'm trying to get dovecot read three different quota_warnings values directly from ldap. I configured correctly the quota_rule value, know I'm trying to override this values: quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95 quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80 quota_warning3 = storage=70%% /usr/local/bin/quota-warning.sh 70 reading the values 95, 80 and 70 from ldap. I tried to do this in my dovecot-ldap.conf user_attrs = mailMessageStore=mail=maildir:/maildirs/%$,maildirquota=quota_rule=*:backend, *maildirwarn1*=quota_warning = storage=*maildirwarn1%% */usr/local/bin/quota-warning.sh *maildirwarn1%%* I'm sure that I'm doing something wrong. Any ideas? This is my configuration: # dovecot --version 1.2.4 # dovecot -n # 1.2.4: /etc/dovecot.conf # OS: Linux 2.6.18-128.7.1.el5PAE i686 CentOS release 5.3 (Final) log_path: /var/log/dovecot-deliver.log info_log_path: /var/log/dovecot-deliver.log log_timestamp: %Y-%m-%d %H:%M:%S listen(default): localhost:143 listen(imap): localhost:143 listen(pop3): *, [::] ssl: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login first_valid_uid: 8 first_valid_gid: 12 mail_privileged_group: mail mail_uid: 8 mail_gid: 12 mail_location: maildir:~/Maildir mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota acl imap_acl mail_plugins(imap): quota imap_quota acl imap_acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%u/ location: maildir:/maildirs/%%d/%%u/Maildir list: children lda: postmaster_address: postmaster(a)mydomain.it mail_plugins: quota log_debug: /var/log/dovecot-deliver.log auth_socket_path: /var/run/dovecot/auth-master auth default: default_realm: mydomain.it verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: passwd userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: mail group: mail plugin: quota: maildir acl: vfile acl_shared_dict: file:/maildirs/shared-mailboxes # grep -v '^ *$#.*$\?$' /etc/dovecot-ldap.conf hosts = localhost sasl_bind = no auth_bind = yes ldap_version = 3 base = dc=mydomain,dc=it scope = subtree user_attrs = mailMessageStore=mail=maildir:/maildirs/%$,maildirquota=quota_rule=*:backend user_filter = (&(objectClass=inetOrgPerson)(mail=%u)) pass_attrs = mail=user,userPassword=password,mailMessageStore=userdb_home pass_filter = (&(objectClass=inetOrgPerson)(mail=%u)) Some important values from my ldap # /usr/lib/mozldap/ldapsearch -h localhost -D "cn=Directory Manager" -w XXXXXXXX -b "dc=mydomain,dc=it" "mail=user(a)mydomain.it" version: 1 dn: uid=user,ou=People,dc=mydomain.it,dc=mydomain,dc=it givenName: user mailProgramDeliveryInfo: /maildirs/ vacationMessage: Modificare questo messaggio mailMessageStore: mydomain.it/user(a)mydomain.it/Maildir/ uid: user mail: user(a)mydomain.it cn: user sn: user *maildirQuota: 51200S* *maildirwarn1: 70 maildirwarn2: 80 maildirwarn3: 90* mailHost: localhost mailmaxmessagesize: 10485760

2 1

[Dovecot] Security holes in CMU Sieve plugin
by Timo Sirainen 14 Sep '09

14 Sep '09

A recently found security hole in Cyrus Sieve exists also in Dovecot, because Dovecot's Sieve plugin is based on libsieve from Cyrus project. I also found and fixed a few additional buffer overflows that I can't really understand why I hadn't noticed/fixed before. This security hole affects all installations that give their users any kind of ability to modify their Sieve scripts. Even if you give only limited access it might be enough for an attacker. For example forwarding a user's mails to about 100 addresses should do the trick. Since these are buffer overflows for variables in stack, they're very likely exploitable and allow attackers to execute arbitrary code as the user. Note that this security hole doesn't exist in Stephan Bosch's excellent new Sieve plugin for Dovecot v1.2. I encourage everyone to switch to using it as soon as possible. Who knows what other holes still lurk in libsieve. The bugs are fixed in v1.1.7 release for Dovecot v1.1+: http://dovecot.org/releases/sieve/dovecot-sieve-1.1.7.tar.gz http://dovecot.org/releases/sieve/dovecot-sieve-1.1.7.tar.gz.sig and in v1.0.4 release for Dovecot v1.0: http://dovecot.org/releases/sieve/dovecot-sieve-1.0.4.tar.gz http://dovecot.org/releases/sieve/dovecot-sieve-1.0.4.tar.gz.sig You can also get them as a patch: http://hg.dovecot.org/dovecot-sieve-1.1/rev/049f22520628 http://hg.dovecot.org/dovecot-sieve-1.1/rev/4577c4e1130d

1 0

[Dovecot] Sieve and locale (Japanese)
by Jorgen Lundman 14 Sep '09

14 Sep '09

I have setup Dovecot-1.2 'delivery' to use Dovecot's Sieve as well (both versions are latest from dovecot.org) I am curious if sieve can handle Japanese, or locale, in general in the language. In particular, the subject which is encoded even more complicated. if header :contains "subject" ["test", "テスト"] { So if I want to file based on above, test, and tesuto (utf-8). Most Japanese mail is send in iso-2022-jp, will it use iconv to change to utf-8 before the test? Then handle the Subject encoding? (It's also possible to be in EUC-JP, but that is unusual). Or is it something on TODO? -- Jorgen Lundman | <lundman(a)lundman.net> Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home)

3 7

[Dovecot] Command died with signal 11: "/usr/lib/dovecot/deliver"
by Maciej Polewczyński 14 Sep '09

14 Sep '09

Hello I have problem with deliver dying with signal 11. I'm using postfix + dovecot devliver. If mailbox have many (100+) redirects in sieve or many other sieve rules deliver died. I have tested this in debian etch + dovecot 1.1.18 (compiled from sources) and debian lenny + dovecot 1.1.13 from backports. Sep 7 13:58:19 mail postfix/pipe[5964]: AC6835938: to=<test1(a)mx.domain>, orig_to=<test1@domain>, relay=dovecot, delay=10, delays=0.06/0.01/0/10, dsn=5.3.0, status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver") I try to debug by running deliver via gdbhelper: GNU gdb 6.4.90-debian 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-linux-gnu"..."/tmp/deliver.sh": not in executable format: File format not recognized Attaching to process 8557 Reading symbols from /bin/bash...(no debugging symbols found)...done. Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Reading symbols from /lib/libncurses.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.5 Reading symbols from /lib/tls/i686/cmov/libdl.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 (no debugging symbols found) 0xffffe410 in __kernel_vsyscall () (gdb) Signal Stop Print Pass to program Description SIGPIPE No Yes Yes Broken pipe (gdb) Signal Stop Print Pass to program Description SIGALRM No No Yes Alarm clock (gdb) Signal Stop Print Pass to program Description SIG32 No Yes Yes Real-time event 32 (gdb) Continuing. Program received signal SIGSEGV, Segmentation fault. 0xb7e458d2 in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) #0 0xb7e458d2 in free () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #1 0xbfb3aed4 in ?? () No symbol table info available. #2 0xffffeffc in ?? () No symbol table info available. #3 0xb7e4a45c in mtrace () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #4 0x08119ecc in ?? () No symbol table info available. #5 0xbfb3aed4 in ?? () No symbol table info available. #6 0xbfb3af18 in ?? () No symbol table info available. #7 0xbfb3aecc in ?? () No symbol table info available. #8 0x08118e50 in ?? () No symbol table info available. #9 0x08111f18 in ?? () No symbol table info available. #10 0xbfb3aed8 in ?? () No symbol table info available. #11 0x00000000 in ?? () No symbol table info available. (gdb) Detaching from program: /bin/bash, process 8557 my config base_dir = /var/run/dovecot/ protocols = imap imaps pop3 pop3s disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_location = maildir:%h/Maildir mail_privileged_group = mail verbose_proctitle = yes first_valid_uid = 1000 protocol imap { mail_max_userip_connections = 10 mail_plugin_dir = /usr/lib/dovecot/modules/imap mail_plugins = quota imap_quota zlib imap_logout_format = bytes=%i/%o imap_client_workarounds = delay-newmail } protocol pop3 { pop3_uidl_format = %Mf mail_max_userip_connections = 3 mail_plugin_dir = /usr/lib/dovecot/modules/pop3 mail_plugins = quota zlib pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } protocol lda { postmaster_address = postmaster(a)example.com mail_plugins = cmusieve quota mail_plugin_dir = /usr/lib/dovecot/modules/lda sieve_global_dir = /etc/ogicom/sieve/global/ deliver_log_format = msgid=%m: %$ (subject: %s, From: %f) auth_socket_path = /var/run/dovecot/auth-master } auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@+% auth default { mechanisms = plain login passdb sql { args = /etc/dovecot/dovecot-sql.user.conf } passdb sql { args = /etc/dovecot/dovecot-sql.alias.conf } userdb prefetch { } userdb prefetch { } userdb sql { args = /etc/dovecot/dovecot-sql.deliver.conf } user = root socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { } plugin { quota_rule = *:storage=5G quota = maildir } There is a bug in dovecot code? Is there workaround? -- Pozdrowienia Maciej Polewczynski Registered Linux user #117725 OGICOM Sp. z o.o., 61-131 Poznan, ul. Baraniaka 88 REGON 634407251, NIP 781-17-20-476, KRS 0000140692 kapital zakladowy: 410 000 PLN

2 4

[Dovecot] v.1.2.4 deliver maildir quota does not work
by myleetlist＠gmx.de 14 Sep '09

14 Sep '09

Hi, I'm using deliver for storing new mails (nfs). Since v.1.2 deliver does not reject mails if over quota (maildir quota). test with v. 1.1.18: # HOME=/tmp/maildir/ /path/dovecot-1.1.18/libexec/dovecot/deliver -e -c /path/dovecot-1.1.18/etc/dovecot.conf # Quota exceeded (mailbox for user is full) test with v. 1.2.4: # HOME=/tmp/maildir/ /path/dovecot-1.2.4/libexec/dovecot/deliver -e -c /path/dovecot-1.2.4/etc/dovecot.conf -> mail is saved to INBOX so where is the problem? what am I doing wrong? greets, Walter. # cat maildirsize 250S 8399 21 46 1 log output with mail_debug = yes: deliver(User): Loading modules from directory: /path/dovecot-1.2.4/lib/dovecot/lda deliver(User): Module loaded: /path/dovecot-1.2.4/lib/dovecot/lda/lib10_quota_plugin.so deliver(User): Module loaded: /path/dovecot-1.2.4/lib/dovecot/lda/lib90_sieve_plugin.so deliver(User): Quota root: name=User quota backend=maildir args= deliver(User): Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=1, subscriptions=yes deliver(User): maildir: data=/tmp/maildir/:INDEX=MEMORY deliver(User): maildir++: root=/tmp/maildir, index=, control=, inbox=/tmp/maildir deliver(User): sieve: local script path /tmp/maildir/filter.sieve doesn't exist (using global script path in stead) deliver(User): sieve: user has no valid personal script deliver(User): sieve: no scripts to execute: reverting to default delivery. deliver(User): Namespace INBOX.: Using permissions from /tmp/maildir: mode=0700 gid=-1 deliver(User): msgid=: test () - saved mail to INBOX # 1.2.4: /path/dovecot-1.2.4/etc/dovecot.conf # OS: Linux 2.6.18-92.1.22.el5 i686 CentOS release 5.2 (Final) log_timestamp: %Y-%m-%d %H:%M:%S protocols: none ssl: no verbose_proctitle: yes mail_gid: 6 mail_location: maildir:%h:INDEX=MEMORY mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes maildir_copy_preserve_filename: yes namespace: type: private separator: . prefix: INBOX. location: maildir:%h:INDEX=MEMORY inbox: yes list: yes subscriptions: yes lda: postmaster_address: postmaster@... mail_location: maildir:%h:INDEX=MEMORY mail_plugins: quota sieve deliver_log_format: msgid=%m: %f (%s) - %$ auth default: passdb: driver: pam userdb: driver: passwd userdb: driver: static args: allow_all_users=yes gid=6 sieve=%hfilter.sieve plugin: quota: maildir:User quota sieve: %hfilter.sieve -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

3 6

[Dovecot] dovecot + managesieve
by Eero Volotinen 13 Sep '09

13 Sep '09

Is there way to disable plaintext managesieve protocol from dovecot and support only ssl version? how? thanks, -- Eero

2 1

[Dovecot] Dovecot upgrade from 1.0.7-7.el5 to 1.2.4 ?
by Eero Volotinen 12 Sep '09

12 Sep '09

I am currently using dovecot 1.0.7-7.el5 on 32bit centos. Plan is to upgrade to 1.2.4 using http://atrpms.net/dist/el5/dovecot/ rpms. My config is very minimal: protocols = imaps imap ssl_cert_file = /etc/pki/tls/certs/server.cert ssl_key_file = /etc/pki/tls/private/server.key ssl_cipher_list = HIGH:MEDIUM:+TLSv1:!SSLv2:+SSLv3 mail_location = maildir:~/Maildir protocol imap { } protocol pop3 { } auth default { mechanisms = plain login passdb pam { } userdb passwd { } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } Just wondering if 1.0 to 1.2.4 is safe, or do I need to upgade to 1.1 first? Thanks, Eero

2 1

[Dovecot] Question about the pop3 feature "leave messages on server for a certain period of time"
by Δημήτριος Καραπιπέ ρης 12 Sep '09

12 Sep '09

Hi all I am missing something on the the pop3 "leave messages" rationale. Although the UIDL feature solves for the MUA the problem "whch mails should be downloaded", how the duration that these mails should be kept on server, say 10 days for one MUA and 20 days for another MUA for the same account, is resolved on the server? thanks in advance -- ΔΗΜΗΤΡΙΟΣ ΚΑΡΑΠΙΠΕΡΗΣ ΤΕΧΝ. ΥΠ. ΣΥΖΕΥΞΙΣ ΕΛΛΗΝΙΚΗ ΔΗΜΟΚΡΑΤΙΑ - Ν. ΘΕΣΣΑΛΟΝΙΚΗΣ ΔΗΜΟΣ ΘΕΣΣΑΛΟΝΙΚΗΣ - Δ/ΝΣΗ ΟΡΓΑΝΩΣΕΩΣ & ΜΕΘΟΔΩΝ 2310 - 257844 fax 2310 - 244965

8 12

[Dovecot] Sieve, vacation, variables and russian language
by Sergey Grigorian 12 Sep '09

12 Sep '09

Folks, I'm using a Sieve script for vacation messages and there's something strange with it in certain cases. The script uses the "variables" extension to produce the "Re: [original subject] (autoreply)" subject line for the vacation message. All is well except for cases when that [original subject] is written in Russian. In those cases the subject string is garbled, and the Amavis content filter says "X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char D0 hex):Subject: RE: \320\277\321?\320\276\320\261\320\260 (Auto[...]" It doesn't complain about English subject strings, though. I've seen the thread about "Sieve vacation with russian subject" at http://www.dovecot.org/list/dovecot/2009-July/041031.html , but that wasn't quite a solution. I can't figure out how to work around that, could anyone help out please? Mandatory info: FreeBSD 7.2 i386, dovecot 1.2.3, dovecot-sieve-1.2+0.1.11 And here's the script itself: require ["fileinto", "vacation", "variables"]; set "subject" ""; if header :matches "subject" "*" { set "subject" "${1}"; } vacation :days 1 :subject "RE: ${subject}" "[vacation message text]"; P.S. Stephan Bosch, thank you very much for what you've done with sieve.

3 3

[Dovecot] Problem Deleting IMAP Folders
by Stuart Gall 11 Sep '09

11 Sep '09

Hello, In my configuration I have mail_location = maildir:/Mail/frank.gr/%n:INDEX=/Mail/frank.gr/ __Indexes/%u I can create new folders in an IMAP session, but when I try to delete I get permission denied. From the LOG Sep 10 13:20:06 IMAP(stuart): Error: unlink_directory(/Mail/frank.gr/ __Indexes/stuart/.TEST) failed: Permission denied ls -ald /Mail/frank.gr/__Indexes/stuart/.TEST drwx------ 2 mail mem 4096 2009-09-10 13:20 /Mail/frank.gr/__Indexes/ stuart/.TEST/ ls -al /Mail/frank.gr/__Indexes/stuart/.TEST total 12 drwx------ 2 mail mem 4096 2009-09-10 13:20 ./ drwx------ 4 mail mem 4096 2009-09-10 13:20 ../ -rw------- 1 mail mem 156 2009-09-10 13:20 dovecot.index.log It looks like dovecot is trying to unlink the INDEX directory without first deleting the index log file. Anyone else experienced this problem ? -- Stuart Gall ---------------------------------------------- All of your mail are belong to us

2 2

[Dovecot] dovecot 1.2 and logging start failures
by Michal Hlavinka 11 Sep '09

11 Sep '09

Hi, I've got report about issue when dovecot fails to start and there is no error logged (error goes only to stderr) situation: 1) dovecot is running 2) dovecot is automatically updated to new version (by yum update daemon), after update, dovecot is restarted (it's part of update script) 3) new dovecot fails to start (for whatever reason) result: dovecot not running and no error message has been logged because (at least some) errors were written to stderr only and not syslog another situation (original issue) was when dovecot was configured to listen for ipv4 and ipv6 connections. ipv6 support was disabled. After server reboot, dovecot failed to start, producing dovecot: Fatal: listen(::, 143) failed: Address already in use only to stderr, nothing in logs. Would it be possible to use syslog for error output sooner or there are any cons? Regards, Michal Hlavinka

2 4

[Dovecot] ntpd / Time just moved backwards
by Frank Elsner 11 Sep '09

11 Sep '09

Hello *, strange happening yesterday. See this logfile lines: Sep 10 20:45:52 seymour ntpd[9104]: synchronized to 192.53.103.108, stratum 1 Sep 10 20:58:07 seymour ntpd[9104]: synchronized to 134.34.3.18, stratum 1 Sep 10 21:21:02 seymour dovecot: dovecot: Fatal: Time just moved backwards by 434 seconds. [ ... ] Sep 10 21:26:36 seymour ntpd[9104]: no servers reachable Sep 10 21:42:56 seymour ntpd[9104]: synchronized to 192.53.103.104, stratum 1 Sep 10 21:50:55 seymour ntpd[9104]: time reset +434.824810 s Sep 10 21:54:09 seymour ntpd[9104]: synchronized to 130.149.7.71, stratum 2 Sep 10 21:55:07 seymour ntpd[9104]: synchronized to 129.69.1.153, stratum 1 What might happened? And where to ask also? --Frank Elsner

2 1

[Dovecot] high imap load on large folders
by Ingo Thierack 11 Sep '09

11 Sep '09

Hello, i sync with imapsync from an archiopteryx-server to an dovecot-server, for testing until now. The dovecot is inside an VM. storage for mail is on an nfs-share, indexes are local. What i now see, is, on large folder( 58000 messages and more) the load on the imap-process is very high, and slowdown the transferprocess. Is there something, I can do. Whats cause the high load ind the imap-process. Here are the configuration, and below, a partial strace # 1.2.4: /opt/dovecot/etc/dovecot.conf # OS: Linux 2.6.18-128.1.14.el5 i686 CentOS release 5.3 (Final) nfs base_dir: /var/run/dovecot/ ssl_cert_file: /opt/dovecot/etc/ssl/certs/dovecot.pem ssl_key_file: /opt/dovecot/etc/ssl/private/dovecot.pem login_dir: /var/run/dovecot/login login_executable: /opt/dovecot/libexec/dovecot/imap-login mail_max_userip_connections: 50 mail_location: maildir:/mnt/mail/%u/Maildir:INDEX=/var/spool/indexes/%u mailbox_idle_check_interval: 5 fsync_disable: yes mail_nfs_storage: yes lda: postmaster_address: postmaster(a)ghostdive.org hostname: mail.ghostdive.org mail_plugins: sieve mail_plugin_dir: /opt/dovecot/lib/dovecot/lda sendmail_path: /opt/postfix26/sbin/sendmail auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: mailaccess group: mailaccess ------------------------------ strace output close(7) = 0 munmap(0xb7255000, 2101248) = 0 munmap(0xb7c73000, 1052672) = 0 munmap(0xb7d74000, 528384) = 0 brk(0x84c1000) = 0x84c1000 time(NULL) = 1252311837 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 pwrite64(8, "\0\0\0\0@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 92, 32720) = 92 pwrite64(8, "\200\200\200\207", 4, 32720) = 4 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 pread64(8, "\200\200\200\207@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 1024, 32720) = 92 pread64(8, "", 1024, 32812) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index", {st_mode=S_IFREG|0600, st_size=451180, ...}) = 0 fcntl64(9, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb084c8) = 0 pread64(9, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J\316\222\0\0"..., 120, 0) = 120 pwrite64(9, "$\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0maildir\0\35\303\244J\22o\240J"..., 88, 120) = 88 pwrite64(9, "\316\222\0\0\10\0\0\0H\2064\0\317\222\0\0\10\0\0\0\234\2064\0\320\222\0\0\10\0\0\0"..., 1032, 451180) = 1032 pwrite64(9, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J$\223\0\0"..., 120, 0) = 120 fcntl64(9, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08518) = 0 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 umask(066) = 077 time(NULL) = 1252311837 lstat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", 0xbfb081c0) = -1 ENOENT (No such file or directory) open("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 7 fstat64(7, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 umask(077) = 066 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 write(7, "\1\2(\0\22o\240J\226\1\0\0\225\1\0\0,\200\0\0\26\303\244J\0\0\0\0\0\0\0\0"..., 40) = 40 fstat64(7, {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08388) = 0 alarm(0) = 180 unlink("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.2") = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 link("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.2") = 0 rename("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log.newlock", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log") = 0 fcntl64(8, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08498) = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08658) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085b8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=40, ...}) = 0 pread64(7, "", 1024, 40) = 0 fstat64(8, {st_mode=S_IFREG|0600, st_size=32812, ...}) = 0 time(NULL) = 1252311837 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 rename("/mnt/mail/mail/ingoiwt/.wx-dev/tmp/1252311830.M363574P30566.devel5.ghostdive.org", "/mnt/mail/mail/ingoiwt/.wx-dev/cur/12523 11830.M363574P30566.devel5.ghostdive.org,W=5448:2,S") = 0 brk(0x8501000) = 0x8501000 _llseek(12, 0, [2365285], SEEK_END) = 0 _llseek(12, 0, [2365285], SEEK_CUR) = 0 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365285, ...}) = 0 write(12, "37668 :1252311830.M363574P30566."..., 64) = 64 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 pwrite64(7, "\0\0\0\0@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 92, 40) = 92 pwrite64(7, "\200\200\200\207", 4, 40) = 4 fstat64(7, {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 pread64(7, "\200\200\200\207@\0\0\20\0\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\1\0\0\0\200\200\200\214"..., 1024, 40) = 92 pread64(7, "", 1024, 132) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index", {st_mode=S_IFREG|0600, st_size=452212, ...}) = 0 umask(0) = 077 open("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.tmp", O_RDWR|O_CREAT|O_TRUNC|O_LARGEFILE, 0600) = 10 umask(077) = 0 fstat64(10, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0 write(10, "\7\2x\0\320\0\0\0\f\0\0\0\1\0\0\0\22o\240J\0\0\0\0k\201\237J$\223\0\0"..., 208) = 208 write(10, "\1\0\0\0\10\0\0\0,\366\7\0\2\0\0\0\10\0\0\0<\366\7\0\3\0\0\0\10\0\0\0"..., 452004) = 452004 close(10) = 0 rename("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.tmp", "/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index") = 0 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08728) = 0 alarm(10) = 0 fcntl64(6, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08668) = 0 alarm(0) = 10 fstat64(6, {st_mode=S_IFREG|0600, st_size=3794944, ...}) = 0 pwrite64(6, "\0\0\0\0\\\0\0\0\f\0\0\0D\0\0\0,\0\0\0\0\0\0\0Message-"..., 92, 3449984) = 92 pwrite64(6, "\1\10\0\0\22o\240J{\266\240J\252\30\0\0\0\0\0\0\334\2444\0\0\0\0\0\200\200\200\210", 32, 0) = 32 fcntl64(6, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb086e8) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085f8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=132, ...}) = 0 pwrite64(7, "\0\0\0\0@\0\0\20\1\0\0\0{\266\240J\0\0\0\0\4\0\4\0\1\0\0\0\200\200\200\204"..., 104, 132) = 104 pwrite64(7, "\200\200\200\207", 4, 132) = 4 fcntl64(7, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb08668) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 pread64(7, "\200\200\200\207@\0\0\20\1\0\0\0{\266\240J\0\0\0\0\4\0\4\0\1\0\0\0\200\200\200\204"..., 1024, 132) = 104 pread64(7, "", 1024, 236) = 0 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 unlink("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock") = 0 epoll_ctl(5, EPOLL_CTL_DEL, 0, {0, {u32=136644264, u64=136644264}}) = 0 epoll_ctl(5, EPOLL_CTL_ADD, 0, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=136644264, u64=136644264}}) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/new", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/cur", {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 time(NULL) = 1252311837 umask(0177) = 077 time(NULL) = 1252311837 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", 0xbfb08530) = -1 ENOENT (No such file or directory) open("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 10 write(10, "30566:devel5.ghostdive.org", 26) = 26 fstat64(10, {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 close(10) = 0 lstat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist.lock", {st_mode=S_IFREG|0600, st_size=26, ...}) = 0 umask(077) = 0177 stat64("/mnt/mail/mail/ingoiwt/.wx-dev", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 chown32("/mnt/mail/mail/ingoiwt/.wx-dev", 20000, -1) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist", O_RDONLY|O_LARGEFILE) = 10 close(10) = 0 stat64("/mnt/mail/mail/ingoiwt/.wx-dev/dovecot-uidlist", {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 fstat64(12, {st_mode=S_IFREG|0600, st_size=2365349, ...}) = 0 alarm(180) = 0 fcntl64(7, F_SETLKW64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfb085d8) = 0 alarm(0) = 180 stat64("/var/spool/indexes/ingoiwt/.wx-dev/dovecot.index.log", {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 fstat64(7, {st_mode=S_IFREG|0600, st_size=236, ...}) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/new", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 10 fstat64(10, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 fstat64(10, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 time(NULL) = 1252311837 getdents64(10, /* 2 entries */, 4096) = 48 getdents64(10, /* 0 entries */, 4096) = 0 close(10) = 0 open("/mnt/mail/mail/ingoiwt/.wx-dev/cur", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 10 fstat64(10, {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 fstat64(10, {st_mode=S_IFDIR|0700, st_size=3526656, ...}) = 0 time(NULL) = 1252311837 getdents64(10, /* 52 entries */, 4096) = 4048 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 brk(0x8541000) = 0x8541000 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 mmap2(NULL, 528384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d74000 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 time(NULL) = 1252311840 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4080 getdents64(10, /* 51 entries */, 4096) = 4072 getdents64(10, /* 51 entries */, 4096) = 4080

2 6

[Dovecot] New need to delete dovecot-acl-list in dovecot 1.2?
by Adam McDougall 10 Sep '09

10 Sep '09

I just started testing 1.2.3 then 1.2.4 this week, I was too busy earlier in the year to look at 1.2 at all. So far so good except I noticed newly granted permissions via ACL on some newly created public mailboxes were not visible by the client. It seemed to be a version thing because the same files work fine concurrently on a server running 1.1.x. I came across this in the ACLwiki which seems to fix it: List cache dovecot-acl-list file lists all mailboxes that have "l" rights assigned. If you manually add/edit dovecot-acl files, you may need to delete the dovecot-acl-list to get the mailboxes visible. I don't ever recall needing to do this before, and it sounds similar to this which I have had set to 10 for a long time: # cache_secs parameter # specifies how many seconds to wait between stat()ing dovecot-acl file # to see if it changed. All of my dovecot-acl files are symlinks so hopefully it runs stat() on the target, but just in case I tried recreating the symlink afterwards but it didn't help and its over NFS so who knows if the running dovecot 'saw' it. Do I need to debug this behavior further or will I just have to live with remembering to delete the dovecot-acl-list file when I manually change dovecot-acl contents? Thanks.

2 3

[Dovecot] Odd/Incorrect Quota Reporting on Dovecot 1.2.4 & FreeBSD4
by Siraj 'Sid' Rakhada 10 Sep '09

10 Sep '09

Hi, Am seeing an odd problem on an old FreeBSD 4.11 box that I'm trying to get courier off, and dovecot on. At the same time, I'm trying to put some fairly simple quota support on, but getting very odd results. I think it might be better described with the log below, but, the gist of it is this: I have set a 1GB quota, and I was getting intermittent reports on the quota usage - sometimes at the correct usage (300MB or so), and then at some crazy amount over the quota usage. I can get it to be consistently incorrect though, as displayed with the below log. The maildirsize is correct, and matches closely to 'du' output, it's simply coming through incorrect on IMAP. It also only seems to happen if the maildirsize is not created before the first 'getquota[root]' command occurs. I think it's something to do with dovecot + FreeBSD (at least, this version)! I've done a quick test on a Debian box, and I don't have the same problem. Anyone else have any ideas what could be going wrong on this FreeBSD box? Is it worth me giving the dovecot -n output at this stage? It happens on different mailboxes too, this is just a sample. Thanks! ----- information & log follow # /usr/local/dovecot/sbin/dovecot --version 1.2.4 # uname -a FreeBSD server1.domain 4.11-RELEASE-p13 FreeBSD 4.11-RELEASE-p13 #5: Wed Oct 12 18:02:46 BST 2005 root@server1.domain:/usr/obj/build/src/sys/FBSD410RELENG i386 # cat maildirsize 1073741824S 304806180 16002 Attempt 1: . OK Capability completed. a login sid@domain test a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH QUOTA] Logged in a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 117738174 1048576) a OK Getquotaroot completed. a logout * BYE Logging out a OK Logout completed. closed Attempt 2: (on server do 'rm maildirsize') . OK Capability completed. a login sid@domain test a OK [snip] Logged in a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 117738174 1048576) a OK Getquotaroot completed. (on server, do 'rm maildirsize' again, while still connected, the first 'getquotaroot' is incorrect, as it seems dovecot regenerates the maildirsize file on login, hence the 'rm') a getquotaroot inbox * QUOTAROOT "inbox" "User Quota" * QUOTA "User Quota" (STORAGE 297662 1048576) a OK Getquotaroot completed. a getquotaroot inbox * QUOTAROOT "inbox" "User Quota"

2 2

[Dovecot] Password & Authentication schemes to comply with postfixadmin
by bsd 09 Sep '09

09 Sep '09

Hello, I am using the latest version of Dovecot on a FreeBSD box. I am trying to figure out which password scheme to use to comply with my database backend which is administered by "postfix admin". Here is an example of the password that can be generated in the database using the various encryption schemes available in postfix admin: $1$a733fb07$/g1h6opQxemdWUtzD2/kQ. --> md5crypt 25f9e794323b453885f5181f1b624d0b --> md5 acFhkap78XB2I --> system I am not certain I have understood very well how things all feet together… I have tried to modify the various options in dovecot-mysql.conf in order to comply with these settings: I have updated "default_pass_scheme" to "PLAIN-MD5, DIGEST-MD5, and CRYPT" but none of this seems to work. Do I have to modify something in dovecot.conf? For the moment I have these settings: auth default { mechanisms = plain login passdb sql { args = /usr/local/etc/dovecot-mysql.conf } userdb sql { args = /usr/local/etc/dovecot-mysql.conf } socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } The main idea is simply not to have cleatext passwd in the DB. Thanks for your support. ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ Gregober ---> PGP ID --> 0x1BA3C2FD bsd @at@ todoo.biz ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ P "Please consider your environmental responsibility before printing this e-mail"

2 1

[Dovecot] LDA does not read quota from userdb's extra fields
by Tim Chen 09 Sep '09

09 Sep '09

The version I use is dovecot 1.2.4 My config in dovecot.conf protocol imap { mail_plugins = quota imap_quota mail_log } protocol lda { mail_plugins = quota } userdb passwd-file { args = /etc/dovecot.userdb } quota = maildir quota_rule = *:storage=100MB /etc/dovecot.userdb user1:*:2001:2001::/ms/user1::userdb_quota_rule=*:storage=300M And in postfix/main.cf mailbox_command = /usr/local/libexec/dovecot/deliver I wish to have a global quota 100MB for all the users and using /etc/dovecot.userdb to specify larger quota(300MB) for some vip users. IMAP works normally as expected, using the following command will report correct quota. a login user1 pass1 user1 getquotaroot INBOX However, it seems LDA treat all users the same quota (100MB), and when trying to send mails to those vip users(300MB), it will reject the email and report "552 Requested mailbox exceeds quota. (in reply to RCPT TO command))" My speculation is LDA forget the read 'extra fields' from userdb, would you please help to verify it? Thanks very much for your help. Sincerely, Tim Chen

2 1

[Dovecot] changing location of index files
by suzuki 09 Sep '09

09 Sep '09

Hello, I think changing index files location of mail_location setting to reduce disk I/O. by adding "INDEX=/var/index/%d/%1n/%n" to mail_location like below, mail_location = maildir:~/Maildir:INDEX=/var/index/%d/%1n/%n Will this change cause any problems or data loss to existing pop3 users? There are only pop3 users on this server. % dovecot --version 1.1.18 % dovecot -n # 1.1.18: /usr/local/dovecot/etc/dovecot.conf # OS: FreeBSD 7.2-STABLE i386 syslog_facility: local4 protocols: pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/pop3-login login_greeting: ready mail_max_userip_connections: 1 verbose_proctitle: yes first_valid_uid: 10026 last_valid_uid: 10026 first_valid_gid: 10026 last_valid_gid: 10026 mail_privileged_group: vmail mail_uid: 10026 mail_gid: 10026 mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_preserve_filename: yes mail_executable: /usr/local/dovecot/libexec/dovecot/pop3 mail_plugins: quota mail_plugin_dir: /usr/local/dovecot/lib/dovecot/pop3 mail_log_max_lines_per_sec: 30 pop3_enable_last: yes pop3_reuse_xuidl: yes pop3_lock_session: yes pop3_client_workarounds: outlook-no-nuls,oe-ns-eoh lda: postmaster_address: postmaster mail_plugins: quota sendmail_path: /usr/local/sbin/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: verbose: yes passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: maildir

2 1

Re: [Dovecot] FTS Plugin design
by rui.carneiro＠portugalmail.net 09 Sep '09

09 Sep '09

Hi again! After sometime using my changes on this plugin I found one major problem. When a message have two attachments with same name or one with content-type equal to "message/*", my solr schema design does not work because as attachment unique identifier I used attachment's name what is not correct. Now I am trying to find a way to know the mime part id of the parts used on fts_build_mail. Is that already possible or I need to do that by my own? Thank you in advance, Rui Carneiro

2 1

[Dovecot] The usage of dovecot-uidvalidity* files?
by Tim Chen 09 Sep '09

09 Sep '09

After installing a new server with dovecot 1.2.4, I found there is some new dovecot-uidvalidity* files in user's Maildir directory. However, I did not see such files in other servers with dovecot 1.1.2 (around 2008/07). What is function of those files? What will happen if I delete that files? I am curious why need to keep 2 files: dovecot-uidvalidity dovecot-uidvalidity.4aa4fa4c since the content of dovecot-uidvalidity is '4aa4fa4c' why do we need extra files? Thanks Timo for providing the wonderful dovecot software! Hope you don't mind my stupid questions. Sincerely, Tim Chen

2 1

[Dovecot] compression script for use with zlib module
by Leonardo Rodrigues 09 Sep '09

09 Sep '09

Hi, I'm wondering if someone already implemented a compression script (and would like to share it) based on the step-by-step provided on wiki page of Zlib module. I can already do some find|xargs gzip .... but couldnt implement it completly as described on the wiki page. I know the suggested step-by-step is very detailed and probably a must simplier will be enough for almost anyone .... anyway, if someone have the full script and would like to share it, i would be glad to get it :) http://wiki.dovecot.org/Plugins/Zlib 1) Find the mails you want to compress in a single maildir. 2) Compress the mails to tmp/ * Update the compressed files' mtimes to be the same as they were in the original files (e.g. touch command) 3) Run maildirlock <path> <timeout>. It writes PID to stdout, save it. * <path> is path to the Maildir's dovecot-uidlist (the control directory, if it's separate) * <timeout> specifies how long to wait for the lock before failing. 4) If maildirlock grabbed the lock successfully (exit code 0) you can continue. 5) For each mail you compressed: 1. Verify that it still exists where you last saw it. 2. If it doesn't exist, delete the compressed file. Its flags may have been changed or it may have been expunged. This happens rarely, so just let the next run handle it. 3. If the file does exist, rename() (mv) the compressed file over the original file. * Dovecot can now read the file, but to avoid compressing it again on the next run, you'll probably want to rename it again to include e.g. a "Z" flag in the file name to mark that it was compressed (e.g. 1223212411.M907959P17184.host,S=3271:2,SZ). Remember that the Maildir specifications require that the flags are sorted by their ASCII value, although Dovecot itself doesn't care about that. 6) Unlock the maildir by sending a TERM signal to the maildirlock process (killing the PID it wrote to stdout). -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertrudes(a)solutti.com.br My SPAMTRAP, do not email it

2 1

[Dovecot] inotify_init() failed: Function not implemented
by franc walter 09 Sep '09

09 Sep '09

Hello, i have in my mail.log some warnings: Sep 2 08:21:49 myserver dovecot: IMAP(me(a)myserver.tld): inotify_init() failed: Function not implemented how can i fix this? Thank you in advance, franc walter

2 1

[Dovecot] Server load while using Zlib compression
by Laurent CARON 09 Sep '09

09 Sep '09

Hi, I wonder if some users are using this plugin on production setups. If yes, how does it perform in terms of cpu load compared with the same setup without compression ? Thanks Laurent

2 1

[Dovecot] Using Dovecot code in a non-LGPL package
by Asheesh Laroia 08 Sep '09

08 Sep '09

Hi Timo (and all!), Venaktesh is a friend of mine working on a patch to the venerable Alpine mail reader so it can read Maildir format mailboxes on disk. Venkatesh wanted to know if he could use some code from Dovecot's lib-storage (safely opening/reading Maildirs, including accounting for NFS and ESTALE) and the UID->message mapping code. This way, Dovecot and Alpine would agree on how to handle UIDs for a given Maildir-format mailbox. Plus Alpine could benefit from the thought you've put into the safety of Maildirs on IMAP (which is *not* trivial!). But there are some possible licensing issues. Alpine (formerly known as PINE) is now licensed under the Apache License 2.0. As far as I can tell, if he wants to contribute a patch back to Alpine upstream, he should use use the Apache License 2.0. But Dovecot is licensed under LGPL 2.1; if he takes Dovecot code, modifies it, and mixes it with Alpine, that would not be allowed by the licenses together (as I understand it). The Apache License 2.0 is a permissive, non-copyleft license like the MIT License, but it adds a patent retaliation clause. See http://www.apache.org/licenses/LICENSE-2.0.html for its text and http://www.gnu.org/philosophy/license-list.html for a short statement of its compatibility with GPLv3; http://en.wikipedia.org/wiki/Apache_License#GPL_compatibility has a little more. License-wise, there are two choices, if you're willing Timo: the modified Dovecot code could be released under GPLv3, which *is* compatible with the Alpine license - it would just mean Alpine+Maildir would be GPLv3 when put together. Or you could grant a special permission to Venkatesh to distribute the modified Dovecot code under the Apache License 2.0. Timo (and others), what do you think? The past of least resistance is to say that a derivative work of Dovecot can be made using GPLv3; the most convenient would be to say that particular portions can be used under the Apache License 2.0. -- Asheesh. -- Why do we have two eyes? To watch 3-D movies with.

2 1

[Dovecot] Unusual IMAP config.
by S. A. Woltering 08 Sep '09

08 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, perhaps a silly question, perhaps an unusual one, I don't know. I'm trying to suss out how to set up Dovecot in such a way as to have two separate IMAP services running on the same system. To explain. We have an "internally-facing" IMAP and an "externally-facing" one. It's policy that anyone connecting to IMAP from outside uses a stronger authentication method than the default internal one. The current system uses the standard imap/imaps ports for internal auth, but a different port-pair for external access. (actually it's a bit more complex than that, but that's all I really need to go into for this exercise!) So, for example, I'd like to kick off a test rig that uses IMAP on port 143 using a standard password (file or NIS) auth and to set up another on port, say 144 using PAM. Can this be done within one single dovecot.conf, or should I be running two separate daemons? Thanks, SAW - -- Steven-Ashley Woltering, MBCS, Systems Analyst, ECMWF, Shinfield Park, Reading, RG2 9AX, UK Tel.: +44 1189 499473 (internal x2473) Email: Steven.Woltering(a)ecmwf.int -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKpjdxh854NVK99FMRAse8AJ4q75TxZtCUNk1jN8cTty15a33jQwCePV+i YU8JCcM9rSsQ86Xfu4Zwe1A= =lB1D -----END PGP SIGNATURE-----

2 2

Re: [Dovecot] Solr Plugin make only INBOX able to search
by rui.carneiro＠portugalmail.net 07 Sep '09

07 Sep '09

Hi again, Anyone could help me?

1 0

[Dovecot] Problems with Dovecot 1.1.16 and MS A.D.
by Vinicius Abrahao 07 Sep '09

07 Sep '09

Hello dear fellows, I'm trying to integrate my dovecot (version 1.1.16) but it's not working anyway. The test that I'm doing is simple: # telnet mail.unimetro.net 110 Trying 192.168.20.4... Connected to mail.unimetro.net. Escape character is '^]'. +OK Unimetro Mailserver Ready. user bindmail +OK pass xxxxxxx123 Connection closed by foreign host. At /var/log/dovecot.log I see these lines: dovecot: Aug 12 14:55:43 Info: dovecot v1.1.16 starting up dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 14:59:46 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:02:46 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 12 15:06:57 Error: auth(default): ldap(postmaster): Connection appears to be hanging, reconnecting dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): ldap(postmaster): Connection appears to be hanging, reconnecting dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): ldap(bindmail,192.168.20.4): ldap_search((&(ObjectClass=person)(sAMAccountName=bindmail)(memberOf=CN=UMAMAIL,OU=Groups,DC=unimetro,DC=net))) failed: Operations error dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: dovecot: Aug 12 15:06:57 Error: auth(default): re_encode_request new request is: Some times, with the same test these lines appears: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): ldap(bindmail,192.168.20.4): ldap_search((&(ObjectClass=person)(sAMAccountName=bindmail) (memberOf=CN=UMAMAIL,OU=Groups,DC=unimetro,DC=net))) failed: Operations error dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:04 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:31:06 Info: pop3-login: Disconnected (auth failed, 1 attempts): user=<bindmail>, method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:34:10 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): user=<bindmail>, method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:35:17 Panic: auth(default): file aqueue.c: line 69 (aqueue_delete): assertion failed: (n < count) dovecot: Aug 11 10:35:17 Error: child 1579 (auth) killed with signal 6 (core not dumped) dovecot: Aug 11 10:38:17 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=192.168.20.4, lip=192.168.20.4, secured dovecot: Aug 11 10:50:32 Error: auth(default): ber_get_next failed. dovecot: Aug 11 10:50:32 Error: auth(default): LDAP: Connection lost to LDAP server, reconnecting dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: dovecot: Aug 11 10:54:53 Error: auth(default): re_encode_request new request is: Attached are my confs. I'm running at a FreeBSD 7.2 BOX. # pkg_info | egrep "dovecot|postfix|ldap" apr-ipv6-gdbm-db42-ldap-mysql-pgsql-1.3.8.1.3.9 Apache Portability Library dovecot-1.1.16 Secure and compact IMAP and POP3 servers dovecot-sieve-1.1.6 A Sieve plugin for the Dovecot 'deliver' LDA openldap-client-2.4.17 Open source LDAP client implementation postfix-2.6.2_1,1 A secure alternative to widely-used Sendmail And I have success using ldapsearch to access the MS A.D with: /usr/local/bin/ldapsearch -v -x -h 192.168.20.3 -D "CN=bindmail,CN=Users,DC=unimetro,DC=net" -w xxxxx123 -b "dc=unimetro, dc=net" Thanks for your time! Best regards, Vinícius Schmidt

2 1

[Dovecot] avoiding DoS
by David Halik 07 Sep '09

07 Sep '09

Hi, I was just looking for some advice on avoiding getting DoS'd from brute force log in attempts. We came in this morning to find that one of our Solaris 9 dovecot severs had wedged overnight due to a brute force connection attempt to pop3 from Brasil. In the span of about 15 seconds we received 342 connection auth attempts from the same IP: Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] auth(default): new auth connection: pid=16862 Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] auth(default): new auth connection: pid=16863 Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] pop3-login: Login failed: Plaintext authentication disabled: rip=189.99.178.15, lip=xxxxx Sep 3 00:10:51 xxxxx dovecot: [ID 583609 mail.info] pop3-login: Aborted login (tried to use disabled plaintext auth): rip=189.99.178.15, lip=xxxxx Dovecot finally wedged silently and without complaint, becoming completely unresponsive. I had to kill -9 it this morning in order to restart the service. Once possibility I considered was that the dovecot user process limit was reached, but this is set to 1024, and I didn't see any errors or warnings anywhere in the logs. login_max_processes_count = 256 max_mail_processes = 1024 With the above I would think it would have been able to handle it gracefully, but apparently it did not. ulimit -n 2048 is also set on dovecot startup for the fd limit. Any suggestions on what I could tweak to prevent this from happening in the future? dovecot -n output: Note I upgraded to 1.2.4 this morning while it was already down. We were running either 1.2.0 or 1.2.1 last night, sorry didn't think to check first. ;) bash-2.05# ulimit -n 2048; dovecot -n # 1.2.4: /usr/local/etc/dovecot.conf # OS: SunOS 5.9 sun4u protocols: imap imaps pop3 pop3s ssl_cert_file: /usr/local/ssl/certs/nbcs.key+crt.pem ssl_key_file: /usr/local/ssl/certs/nbcs.key+crt.pem login_dir: /usr/local/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 login_max_processes_count: 256 max_mail_processes: 1024 mail_location: maildir:~/Maildir:INDEX=/toolbox/nqu%h/dovecot:CONTROL=/toolbox/nqu%h/dovecot mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: 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 fts fts_squat mail_plugins(imap): quota imap_quota fts fts_squat 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 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): UID%u-%v namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes lda: postmaster_address: postmaster(a)jla.rutgers.edu auth default: verbose: yes debug: yes passdb: driver: pam args: * userdb: driver: passwd plugin: quota: fs fts: squat fts_squat: partial=4 full=4 -- ================================ David Halik System Administrator OIT-CSS Rutgers University dhalik(a)jla.rutgers.edu ================================

4 3