- dovecot - dovecot.org

[Dovecot] dovecot 1.2.6 fails to build with openssl < 0.9.8
by Paul Howarth 16 Oct '09

16 Oct '09

The update of ssl_proxy_get_security_string() in dovecot 1.2.6 has broken compatibility with openssl < 0.9.8 (e.g. on RHEL4) because the functions SSL_COMP_get_name and SSL_get_current_compression don't exist until openssl 0.9.8 (build fails at link time due to these symbols being unresolved). I've worked around this by reverting the function to the 1.2.5 version for now but I think a better solution would be to have a configure test for these functions and only include the SSL compression details when they're available. Cheers, Paul.

3 4

[Dovecot] is it possible to fetch messages for multiple users using a single account?
by Tony Smith 16 Oct '09

16 Oct '09

Dear list, I am running dovecot with LDAP. Each account has email in form abc(a)example.com, and messages are stored at /var/vmail/abc/Maildir. This is an external mail server, and I would like to use a cron job to fetch all messages to an internal server which has slow internet connection. It seems getmail supports multidrop retriever which might fit the bill. However I could not figure out how to set up an account that can be used to fetch all messages for all virtual accounts. Is it possible at all? thanks, Tony PS: here is my config: # dovecot -n # 1.1.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.3 log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): 127.0.0.1:2000 ssl_cert_file: /etc/ssl/certs/cert.pem ssl_key_file: /etc/ssl/private/key.pem disable_plaintext_auth: no 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 login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_uid: 1000 mail_gid: 1000 mail_location: maildir:/%Lh/Maildir/:INDEX=/%Lh/Maildir/ mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): quota imap_quota zlib mail_plugins(imap): quota imap_quota zlib mail_plugins(pop3): quota zlib mail_plugins(managesieve): 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 mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): sieve_storage(default): sieve_storage(imap): sieve_storage(pop3): sieve_storage(managesieve): /var/vmail/sieve/%Ld/%Ln/ sieve(default): sieve(imap): sieve(pop3): sieve(managesieve): dovecot.sieve auth default: mechanisms: plain login default_realm: river-valley.com user: vmail passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota_warning: storage=85%% /usr/bin/dovecot-quota-warning.sh 85 quota_warning2: storage=90%% /usr/bin/dovecot-quota-warning.sh 90 quota_warning3: storage=95%% /usr/bin/dovecot-quota-warning.sh 95 quota: maildir quota_rule: *:storage=100M expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire auth_socket_path: /var/run/dovecot/auth-master dict: expire: db:/var/lib/dovecot/expire/expire.db

2 2

Re: [Dovecot] 1.2.6 Spurious pread()/stream errors/index corruption
by Paul Freeman 16 Oct '09

16 Oct '09

OK I'm still getting the same errors, so just as a test I tried the same process on an x86_32 build host, it's binaries now give a different error, one which I have also seen mentioned before I think: ---- banshee-x86-32 / # /NOC4/dovecot/sbin/dovecot -F Error: Missing auth section for server default Fatal: Invalid configuration in /NOC4/etc/dovecot/dovecot.conf ----- I do notice this though, with x86_64 binaries strace shows calls to pread() with x86_32 binaries strace shows calls to pread64() this looks round the wrong way? hmm in both builds file offset bits is 64, with config.h: ---- config.h check... /* Define to 1 if you have the `pread' function. */ /* Defint if pread/pwrite implementation is broken */ #define PREAD_BROKEN 1 /* Define if pread/pwrite needs _XOPEN_SOURCE 500 */ On Thu, 15 Oct 2009 15:33:47 -0400, Timo Sirainen <tss(a)iki.fi> wrote: > On Thu, 2009-10-15 at 20:30 +0100, Paul Freeman wrote: >> banshee-x86-64 dovecot-1.2.6 # grep -i pread config.h >> /* Define to 1 if you have the `pread' function. */ >> /* #undef HAVE_PREAD */ >> /* Defint if pread/pwrite implementation is broken */ >> /* #undef PREAD_BROKEN */ >> /* Define if pread/pwrite needs _XOPEN_SOURCE 500 */ >> #define PREAD_WRAPPERS /**/ >> >> i'll give PREAD_BROKEN a try now > > And remove PREAD_WRAPPERS if that doesn't work. It shouldn't matter > though.

2 5

[Dovecot] virtual Folder Plugin with "." Separator: [NONEXISTENT] Mailbox doesn't exist
by Elmar Weber 16 Oct '09

16 Oct '09

Hello, I've switched from courier-imap to dovecot to benefit from the virtual folder feature. I'm using dovecot 1.2.6 on Gentoo Linux. However, I', getting the message "[NONEXISTENT] Mailbox doesn't exist: <name>" from Thunderbird when I try to access any virtual folder. The relevant setup: mail_location = maildir:~/.maildir namespace private { separator = . inbox = yes hidden = yes list = yes } namespace private { prefix = virtual. separator = . location = virtual:~/.maildir/.virtual } I then created the folders ~user/.maildir/.virtual and ~user/.maildir/.virtual.test and placed a file in .virtual.test with the contents ====== * all ====== After a dovecot restart I'm getting the error message: "[NONEXISTENT] Mailbox doesn't exist: test" Where did I make the mistake in the configuration? Is the "." path separator a problem case? ciao, Elmar

2 2

[Dovecot] Missing folders
by John Moorhouse 16 Oct '09

16 Oct '09

I've recently had a oops with the system I was running dovecot on so have had to move it to a new machine, I've been able to retrieve the mbox files from the old machine, built the new machine and over wrote the new mbox files with the old one in maildir, connecting to the server via imap woeks but I can only see the mail in the inbox from the old mbox files, emails in sub directories (the sub directories arn't there), is there some command I need to run to get it to pass the mbox file to find the folders or it there another file I need to transfer form the old machine. (I'm assuming that all the emails for a user, including those in subfolders are within the single mbox file, particularly as I'm is very large) Thanks John

2 1

[Dovecot] Problem with mbox and quota with 1.2 version
by Ντελάκης Δημήτριος 16 Oct '09

16 Oct '09

Hello list, I am new with dovecot and i am trying to setup a simple mbox with quotas setup. Here is my configuration. dovecot -c /etc/dovecot.conf -n # 1.2.6: /etc/dovecot.conf # OS: Linux 2.6.21 i686 Fedora Core release 6 (Zod) ext3 log_path: /var/log/mail/dovecot protocols: imap pop3 ssl: no disable_plaintext_auth: no 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 mail_access_groups: mail mail_privileged_group: mail mail_location: mbox:/var/spool/mail:INBOX=/var/spool/mail/%u:INDEX=/var/spool/indexes/%u mail_debug: 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 mail_plugins(imap): quota imap_quota 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 lda: postmaster_address: postmaster(a)example.com auth default: passdb: driver: pam userdb: driver: passwd plugin: quota_warning: storage=5%% /usr/local/bin/quota-warning.sh 95 quota: dirsize:user quota_rule: ?:storage=10M I still my mbox fills with e-mail >10M Do i missing something? Thanks! --

3 2

[Dovecot] Dovecot lock problem
by Simon Gao 16 Oct '09

16 Oct '09

Hi, We have a few users experiencing locking problem. When starting Thunderbird, there is no new emails in Inbox. Dovecot createa a lock file /var/spool/mail/<user>.lock. It never completes openning Inbox. If closing the mail client, the open imap session does not get closed, nor the lock file get deleted. Here are the errors in log: dovecot: Oct 13 11:18:35 Warning: IMAP(user1): Our dotlock file /var/mail/user1.lock was deleted (kept it 88 secs) dovecot: Oct 13 11:18:35 Error: IMAP(user1): file_dotlock_delete() failed with mbox file /var/mail/user1: No such file or directory We are running Dovecot 1.1.2. Any pointer to resolve this problem is appreciated. Simon

2 1

[Dovecot] MailDIR and expire plugin
by Jerry 16 Oct '09

16 Oct '09

All of the mailboxes on this system are in MailDIR format. None of the users delete mail off of the server after POPing their accounts. This is the present setting: expire = Trash 7 Spam 30 expire_dict = proxy::expire Is that correct for MailDIR style mailboxes? It doesn't appear correct; however, I have not been able to find any specific documentation on expire with MailDIR style mailboxes. I am assuming that the expire plugin will work since IMAP has not been implemented on this server. -- Jerry |::::======= gesbbb(a)yahoo.com |::::======= |=========== |=========== | QOTD: "Wouldn't it be wonderful if real life supported control-Z?"

2 6

[Dovecot] Another 1.2.5 imap panic
by Chris Wakelin 16 Oct '09

16 Oct '09

We've had another random imap process crash. This is with the original 1.2.5 imap (I haven't applied the patch for two processes creating an index simultaneously): > Oct 03 13:24:56 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.1.46, lip=134.225.16.6 > Oct 03 13:25:59 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=483, msgid=<xxxxxxxx> > Oct 03 13:28:06 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=483, msgid=<xxxxxxxx>, size=63593 > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=482, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=484, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:42 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: undelete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:51 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=486, msgid=<xxxxxxxx> > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=482, msgid=<xxxxxxxx>, size=273185 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=484, msgid=<xxxxxxxx>, size=12740 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=486, msgid=<xxxxxxxx>, size=52154 > Oct 03 13:30:22 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=470, msgid=<xxxxxxxx> > Oct 03 13:30:36 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=471, msgid=<xxxxxxxx> > Oct 03 13:30:50 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=472, msgid=<xxxxxxxx> > Oct 03 13:33:27 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=475, msgid=<xxxxxxxx> > Oct 03 13:34:20 IMAP 6067 xxxxxxxx 134.225.1.46 : Panic: file istream-raw-mbox.c: line 578 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) Backtrace: > Core was generated by `imap [xxxxxxxx 134.225.1.46]'. > Program terminated with signal 6, Abort. > #0 0xff21fe78 in ?? () > (gdb) bt > #0 0xff21fe78 in ?? () > #1 0xbe258 in ?? () > #2 0xbeb14 in ?? () > #3 0xbe414 in ?? () > #4 0x5a238 in mail_index_update_flags (t=0xe29b8, seq=578, modify_type=37, > flags=928984) at mail-index-transaction.c:697 > #5 0x5a4d8 in mail_index_ext_resize (t=0x12a250, ext_id=4294967295, > hdr_size=1221160, record_size=64549, record_align=0) > at ../../src/lib/array.h:157 > #6 0x5a7a0 in mail_index_update_ext (t=0x0, seq=0, ext_id=523301, > data=0xffbeeb38, old_data_r=0x22094) at ../../src/lib/array.h:187 > #7 0x5ae58 in _tview_close (view=0x1272a8) at mail-index-transaction-view.c:24 > #8 0x5c7d8 in mail_index_sync_end (_ctx=0xffffffff) at mail-index-sync.c:636 > #9 0x5cd74 in mail_index_sync_update_log_offset (ctx=0x12be80, map=0x11, > eol=140) at mail-index-sync-update.c:59 > #10 0x5cea4 in mail_index_map_msync (index=0x130d08, map=0x0) > at mail-index-sync-update.c:72 > #11 0x79354 in t_pop () at data-stack.c:160 > #12 0x6a95c in mailbox_save_init () at mail-storage.c:526 > #13 0x5ced0 in mail_index_map_msync (index=0x1296c0, map=0x11) > at mail-index-sync-update.c:75 > #14 0x79038 in buffer_get_size () at buffer.c:293 (see http://www.dovecot.org/list/dovecot/2009-September/043126.html for "dovecot -n" output etc.) BTW there's been no crashes of imap-login since the last patch for literals in login parameters :) Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 4

[Dovecot] Dovecot 1.2.6 segfault in imap_fetch_begin
by Brandon Davidson 16 Oct '09

16 Oct '09

We recently upgraded from Dovecot 1.2.4 to 1.2.6 (with the sieve patches of course). Everything has been running quite well since the upgrade. The occasional issue with assert-crashing when expunging has gone away. However, one of our users seems to have triggered a new issue. She's been the only one to see it, but whenever she logs in, her imap process segfaults immediately. It appears that the crash is a null pointer deref in the array library, but I'm not sure what code is at fault for calling in without checking array validity... or even if I'm on the right track. Backtraces and some further information are available here. Cores available on request. http://uoregon.edu/~brandond/dovecot-1.2.6/bt.txt Thanks, -Brad

2 6