- dovecot - dovecot.org

[Dovecot] deliver tries to compile already compiled sieve script
by Alexander Prinsier 01 Apr '08

01 Apr '08

Hello, I'm trying to setup dovecot with sieve support in a way where all sieve scripts are precompiled. All sieve scripts are in /var/cache/sieve/. I believe I discovered a bug here. I describe below how to reproduce it. Dovecot and the user that deliver runs as do not have write permission in /var/cache/sieve/. h01:/var/cache/sieve# ls -la total 16 drwxr-xr-x 2 ecp ecp 4096 Mar 31 21:32 . drwxr-xr-x 10 root root 4096 Mar 31 20:14 .. -rw-r--r-- 1 ecp ecp 88 Mar 31 21:32 mailtest1(a)domain.com.sieve -rw-r--r-- 1 ecp ecp 132 Mar 31 21:32 mailtest1(a)domain.com.sievec When deliver runs it logs this error: open(/var/cache/sieve/mailtest1(a)domain.com.sievec.tmp) failed: Permission denied This indicates deliver tries to compile the script, even though the compiled version already is there. To verify I tested another case. I make the compiled script immutable and I did a chmod 777 on /var/cache/sieve/. Then deliver logs this error: rename(/var/cache/sieve/mailtest1(a)domain.com.sievec.tmp, /var/cache/sieve/mailtest1(a)domain.com.sievec) failed: Operation not permitted And deliver created the file mailtest1(a)domain.com.sievec.tmp. Some relevant pieces of my dovecot.conf: protocol lda { mail_plugins = quota cmusieve ... } plugin { sieve = /var/cache/sieve/%u.sieve } Anyone can help me? Is this an error on my end, or really a bug? Alexander

2 3

[Dovecot] Dovecot 1.1rc3 crashes with Dbox + imap_quota plugin
by eric＠flerd.com 01 Apr '08

01 Apr '08

Version: Dovecot v1.1.rc3 OS: CentOS 5 running in OpenVZ CPU: x86_64 Was running fine with maildir and decided to get dbox a try. Test user created with a dbox mailstore backend and when a client logs in that tries to run a getquotaroot imap command the process SIGSEGV's. Have been able to narrow it down to dbox crashing against dict quota as well as dirsize. Maildir works just fine. example telnet session: ... 5 getquota * 5 NO Quota root doesn't exist. 6 getquotaroot inbox Connection closed by foreign host. ------ Got the backtrace from a coredump as well: Program terminated with signal 11, Segmentation fault. #0 0x0000000000463d99 in mail_index_get_header_ext (view=0x0, ext_id=2, data_r=0x7fff8ad72140, data_size_r=0x7fff8ad72138) at mail-index-view.c:550 550 view->v.get_header_ext(view, NULL, ext_id, data_r, data_size_r); ---- (gdb) bt full #0 0x0000000000463d99 in mail_index_get_header_ext (view=0x0, ext_id=2, data_r=0x7fff8ad72140, data_size_r=0x7fff8ad72138) at mail-index-view.c:550 No locals. #1 0x000000000044604c in dbox_sync_want_flush_dirty (mbox=0x2aaaaaae5cc8, close_flush_dirty_flags=true) at dbox-sync.c:262 hdr = <value optimized out> data = <value optimized out> data_size = <value optimized out> #2 0x0000000000446101 in dbox_sync_begin (mbox=0x0, ctx_r=0x7fff8ad72278, close_flush_dirty_flags=64, force=64) at dbox-sync.c:297 storage = (struct mail_storage *) 0x2aaaaaadb878 ctx = <value optimized out> sync_flags = <value optimized out> ret = <value optimized out> rebuild = <value optimized out> #3 0x00000000004468c8 in dbox_sync (mbox=0x0, close_flush_dirty_flags=64) at dbox-sync.c:396 sync_ctx = (struct dbox_sync_context *) 0x2aaaaaae5cc8 #4 0x000000000043f0c4 in dbox_storage_mailbox_close (box=0x0) at dbox-storage.c:312 mbox = <value optimized out> ret = <value optimized out> #5 0x00002aaaab62df50 in fts_mailbox_close (box=0x2aaaaaae5cc8) at fts-storage.c:65 fbox = (struct fts_mailbox *) 0x2aaaaaae8f90 ret = <value optimized out> #6 0x00002aaaab42a5ed in cmd_getquotaroot (cmd=0x2aaaaaadc338) at imap-quota-plugin.c:98 storage = <value optimized out> box = (struct mailbox *) 0x0 iter = (struct quota_root_iter *) 0x0 root = <value optimized out> orig_mailbox = 0x2aaaaaae0518 "INBOX" mailbox = 0x49a6ca "INBOX" str = (string_t *) 0x2aaaaaacf1c0 #7 0x000000000041ab18 in client_command_input (cmd=0x0) at client.c:546 client = (struct client *) 0x2aaaaaadbf50 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #8 0x000000000041abb9 in client_command_input (cmd=0x2aaaaaadc338) at client.c:595 client = (struct client *) 0x2aaaaaadbf50 command = (struct command *) 0x7fff8ad72140 __PRETTY_FUNCTION__ = "client_command_input" #9 0x000000000041b32f in client_handle_input (client=0x2aaaaaadbf50) at client.c:636 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #10 0x000000000041b54f in client_input (client=0x2aaaaaadbf50) at client.c:691 cmd = <value optimized out> output = (struct ostream *) 0x2aaaaaadc1e8 bytes = 27 __PRETTY_FUNCTION__ = "client_input" #11 0x0000000000486a38 in io_loop_handler_run (ioloop=<value optimized out>) at ioloop-epoll.c:201 ctx = <value optimized out> event = (const struct epoll_event *) 0x2aaaaaad7dc0 list = (struct io_list *) 0x2aaaaaad8780 io = (struct io_file *) 0x2aaaaaadc280 tv = {tv_sec = 1799, tv_usec = 999598} events_count = <value optimized out> t_id = 2 msecs = <value optimized out> ret = 1 i = 0 call = <value optimized out> #12 0x0000000000485d1d in io_loop_run (ioloop=0x2aaaaaad7b60) at ioloop.c:301 No locals. #13 0x0000000000422871 in main (argc=<value optimized out>, argv=0x0, envp=0x7fff8ad72578) at main.c:293 No locals. ---------- Let me know if there's any other info you need.

1 0

Re: [Dovecot] Wrong UIDs returned from mailbox_transaction_commit_get_uids()
by Ron Avriel 01 Apr '08

01 Apr '08

> > > > It should be: > > > > int mailbox_transaction_commit(struct mailbox_transaction_context **t) > > { > > uint32_t tmp1, tmp2, tmp3; > > > > return mailbox_transaction_commit_get_uids(t, &tmp1, &tmp2, &tmp3); > > } > > How/where does this help? The tmp values are ignored in any case, so I > don't think this is the right fix for it. > The problem occurs if transaction_commit() is hooked. In mail_log plugin I wanted to print the committed UIDs. I changed mail_log_transaction_commit() to: { ... ret = lbox->super.transaction_commit(t, uid_validity_r, first_saved_uid_r, last_saved_uid_r); if (0 == ret) { i_info("uid_validity=%u, first_uid=%u, last_uid=%u", *uid_validity_r, *first_saved_uid_r, *last_saved_uid_r); } return ret; } the result was: Apr 1 14:59:37 ha-test1 deliver(test1(a)test.com): uid_validity=1202218363, first_uid=1202218363, last_uid=1202218363 These values are equal to the UID validity. After changing mailbox_transaction_commit() as described above, I got correct values: Apr 1 15:09:50 ha-test1 deliver(test1(a)test.com): uid_validity=1202218363, first_uid=139, last_uid=139 Ron ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com

1 0

[Dovecot] Segfault with soft disk quota
by Tim Boyer 01 Apr '08

01 Apr '08

RHEL 5.1, dovecot 1.0.rc15 on a x86 system. dovecot -n says [root@dg mail]# dovecot -n # /etc/dovecot.conf protocols: pop3 pop3s login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/pop3-login login_process_size: 64 first_valid_uid: 100 mail_executable: /usr/libexec/dovecot/pop3 mail_plugin_dir: /usr/lib64/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd I had one user whose Outlook kept giving disconnection problems. I looked at the logs, and found this: Mar 31 14:05:31 dg.denmantire.com dovecot: POP3(bfarner): open(/home/bfarner/Mail/.imap/INBOX/.temp.dg.denmantire.com.4668.564b08eac94 4fe4a) failed: Disk quota exceeded Mar 31 14:05:31 dg.denmantire.com dovecot: POP3(bfarner): Fixed index file /home/bfarner/Mail/.imap/INBOX/dovecot.index: log file sync pos 2,115528 -> 3, 24 Mar 31 14:05:31 dg.denmantire.com dovecot: POP3(bfarner): Fixed index file /home/bfarner/Mail/.imap/INBOX/dovecot.index: messages_count 3 -> 0 Mar 31 14:05:31 dg.denmantire.com dovecot: pop3-login: Login: user=<bfarner>, method=PLAIN, rip=192.168.0.37, lip=192.168.0.2 Mar 31 14:05:31 dg.denmantire.com pop3[4668]: segfault at 0000000000000000 rip 00000000004452e8 rsp 00007fff56ccd460 error 4 Mar 31 14:05:31 dg.denmantire.com dovecot: child 4668 (pop3) killed with signal 11 Strange thing is - he's over disk quota, but just over the soft quota - nowhere close to the hard quota. Easy for me to fix, but I figured I'd also submit it as a bug. I don't follow the list so if you need any more info, please copy my email on the reply. Thanks... -- Tim Boyer Chief Technology Officer Denman Tire Corporation

2 1

[Dovecot] Bug in db-ldap.c with Dovecot1.1rc3
by richs＠whidbey.net 01 Apr '08

01 Apr '08

If using LDAP as a userdb with a "quota_rule" configured, the order of the LDAP entry can distort userdb results, depending on where the quota attribute is found. For instance, with this "dovecot-ldap.conf" snippet: user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid,quotaKb=quota_rule=*:storage=%$ And this example LDAP entry: dn: uid=testuser,ou=people,dc=domain.com uid: testuser homeDirectory: /mail/testuser gidNumber: 100 cn: testuser quotaKb: 20480 uidNumber: 121212 When db_ldap_result_iterate_next_all() runs, "quotaKb" is encountered, which causes "ctx->template" to be set. On the next iteration, "uidNumber" is encountered, but "ctx->template" is still set, causing the "uid" value to be prepended with "*:storage=". This is reflected by an error in the log as: Invalid UID value '*:storage=121212' This can be fixed by adding a line after 1118 to src/auth/db-ldap.c: ctx->template = NULL; Hope this is helpful to someone, -Rich

2 1

[Dovecot] Wrong UIDs returned from mailbox_transaction_commit_get_uids()
by Ron Avriel 01 Apr '08

01 Apr '08

Hi, Wrong UIDs are returned from mailbox_transaction_commit_get_uids() in dovecot-1.1.rc3. The problem is in: int mailbox_transaction_commit(struct mailbox_transaction_context **t) { uint32_t tmp; return mailbox_transaction_commit_get_uids(t, &tmp, &tmp, &tmp); } It should be: int mailbox_transaction_commit(struct mailbox_transaction_context **t) { uint32_t tmp1, tmp2, tmp3; return mailbox_transaction_commit_get_uids(t, &tmp1, &tmp2, &tmp3); } After this fix it works OK. Thanks, Ron ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com

2 1

[Dovecot] public folders fchown error
by junk＠mc1.mccarthy.ac 01 Apr '08

01 Apr '08

I was hoping this would be the right place to look for some help, I cannot make public folders get the right permissions. I continually get the fchown error in logs, and have googled high an low to find multiple solutions that do not work for me. I'm using maildir. I have sendmail with postfix distributing my mail. I created maildir's in each users personal directory. I then thought it would be neat to set up a public folder that people could dump spam and ham into, then have a cron script go through the directory and automatically sort it for bayes. However, when I put a file in the public folder, the permissions do not seem to work. I've put a dovecot-shared file with root.mail permissions, 660, in just about every directory (all the public folder directories, and every personal user's control and index location), I've chmod'd to 777 each file and folder to test, etc, and no matter what, the dovecot.index.tmp in the user's index folder comes through with their permissions, and this error shows up. Am I thinking this is something different then what it is or am I completely off base? Thanks in advance, Bob dovecot 1.0.13 (debian install) # 1.0.13: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/%u/Mail/Inbox umask: 7 mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv namespace: type: public separator: / prefix: Public/ location: maildir:/var/mail/public:CONTROL=~/Mail/public/public:INDEX=~/Mail/public/index namespace: type: private separator: / inbox: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd

4 7

[Dovecot] Setting for deleting old messages from Trash?
by David Rosenstrauch 31 Mar '08

31 Mar '08

Hi. Just switched to Dovecot from Courier last week and have been very pleased so far. The conversion was extremely painless, and I only hit a few small configuration issues before I was able to get the server up and running. Since then, I've been quite pleased - Dovecot's been very stable, and a good bit faster than courier as well. However, there's one nice feature from courier that I used to use that it doesn't seem like Dovecot provides. Wanted to see if that was indeed the case and, if so, if there was any workaround. In Courier, there was a setting whereby the server would automatically delete messages in the Trash once they were of a certain age. (The default was 7 days.) However, looking through the dovecot.conf, it didn't appear that Dovecot had any comparable setting. Anyone know how I might achieve this with Dovecot? TIA, DR

2 3

[Dovecot] mbox with sub-folders and messages?
by Richard Lefebvre 31 Mar '08

31 Mar '08

Hi, Is it possible to have dovecot configured to use mbox format and yet have folders that contains sub-folders and messages? I'm thinking of a simple setup where any files directory with extension .sbd are presented to the IMAP client without the extension. So if you have a mbox file named BOX01 and a directory name BOX01.sdb would show has one on the client side (note: that is the way Thunderbird keeps it's mail locally). I know that the Maildir format does the sub-folders+messages, but I'm not really interested by the one file per email. Richard

3 3

Re: [Dovecot] outlook2007 shows frequent imap disconnect no matterwhat, outlook-idle setting in dovecot.conf
by Javier García 31 Mar '08

31 Mar '08

Hello all, I configured imap_client_workarounds = outlook-idle after a customers complaint (Windows Vista, Outlook 2007) and after a week, she reports me that the issue has never repeated. So it has worked for me. I am running 1.0.rc15 (as from the original post) on a Debian etch box. Regards, Javier > Message: 2 > Date: Mon, 31 Mar 2008 07:34:00 +0200 > From: "Kielbasiewicz, Peter" <peter.kielbasiewicz(a)philips.com> > Subject: Re: [Dovecot] outlook2007 shows frequent imap disconnect no > matterwhat outlook-idle setting in dovecot.conf > To: "dovecot(a)dovecot.org" <dovecot(a)dovecot.org> > Message-ID: > <042A6AAA4FA2494FB87EC7AE1FE227AD629BB94850(a)nlamsexm01.connect1.local> > Content-Type: text/plain; charset="iso-8859-1" > > > I updated to the latest rev from atrpms.net which is 1.0.13 and I see the same behaviour. > No matter if I set "imap_client_workarounds = outlook-idle" or "imap_client_workarounds =" I get those disconnect popups. It seems that the setting has no effect. > > Is there someone who had success by applying the setting with outlook 2007? > > Peter > > > > >> -----Original Message----- >> From: dovecot-bounces+peter.kielbasiewicz=philips.com(a)dovecot.org >> [mailto:dovecot-bounces+peter.kielbasiewicz=philips.com@dovecot.org] On >> Behalf Of Samuel HAMEAU >> Sent: Freitag, 28. M?rz 2008 11:11 >> Cc: dovecot(a)dovecot.org >> Subject: Re: [Dovecot] outlook2007 shows frequent imap disconnect no >> matterwhat outlook-idle setting in dovecot.conf >> >> Scott Silva a ?crit : >> >>> on 3-26-2008 1:33 AM Kielbasiewicz, Peter spake the following: >>> >>>> Hello, >>>> I saw the problem quite often in various posts but could not find a >>>> real solution . >>>> Problem is that I frequently get annoying popups from outlook 2007 >>>> about imap idle timeouts which block working with outlook until the >>>> popup is acknowledged. >>>> >>>> The popup says: >>>> Your IMAP server closed the connection. This can occur if you leave >>>> the connection idle for too long. >>>> Protocol: IMAP >>>> Server: testhost >>>> Port: 143 >>>> Error Code: 0x800CCCDD >>>> >>>> I tried to run dovecot with or without "imap_client_workarounds = >>>> outlook-idle" but do not see any difference. >>>> I am running dovecot on Red Hat Enterprise Linux Client release 5.1 >>>> (Tikanga). >>>> Below is the output of some commands to get a clue about my config. >>>> >>>> Background info: >>>> Our primary mailboxes are on exchange servers. >>>> As there is a size limit on the server mailboxes I am evaluating a >>>> local storage solution for our users. >>>> Thus I set up an additional mailbox in outlook using IMAP. >>>> Local .pst files can not be backuped easily (especially when outlook >>>> is running) and I am investigating a local IMAP server where users >>>> >> can >> >>>> move their mails to. This server can easily be backuped (even >>>> incrementally when using Maildir) and users do always have access >>>> >> to >> >>>> their mails. >>>> The drawbacks are that users must have an extra login to the imap >>>> server because I have no ldap access to the company AD server from >>>> >> our >> >>>> local site domain. >>>> The solution will not be accepted though if I can not prevent the >>>> frequent disconnect popups. >>>> >>>> Peter >>>> >>>> >>>> #dovecot --version >>>> 1.0.rc15 >>>> >>> First try upgrading to a more current version. 1.0.rc15 has got to be >>> >> a >> >>> year old by now. You can get a newer rpm at atrpms.net. >>> >>> >> I do have the same problem with dovecot 1.0.10 : disconnection popups >> with Outlook 2003/2007 with this kind of line in the logs: >> dovecot: 2008-03-26 15:16:01 Info: IMAP(user): Connection closed: >> Connection reset by peer >> >> sam >> > > > ------------------------------ > > _______________________________________________ > dovecot mailing list > dovecot(a)dovecot.org > http://dovecot.org/cgi-bin/mailman/listinfo/dovecot > > End of dovecot Digest, Vol 59, Issue 78 > *************************************** >

1 0