October 2009 - dovecot

[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

[Dovecot] @2.0 IMAP login, Error: ...//lib20_fts_plugin.so: undefined symbol: fts_next_hook_mailbox_allocated
by PGNet Dev 15 Oct '09

15 Oct '09

hi, @ imap login to 2.0/head, Oct 12 21:06:53 master: Info: Dovecot v2.0.alpha1 starting up (core dumps disabled) Oct 12 21:07:16 imap-login: Info: Login: user=<testuser(a)my.domain.com>, method=PLAIN, rip=192.168.1.100, lip=192.168.1.101, TLS Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Loading modules from directory: /usr/local/lib/dovecot Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib10_quota_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib11_imap_quota_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib20_autocreate_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Error: dlopen(/usr/local/lib/dovecot/lib20_fts_plugin.so) failed: /usr/local/lib/dovecot/lib20_fts_plugin.so: undefined symbol: fts_next_hook_mailbox_allocated Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Fatal: Couldn't load required plugins also, after install, i note, cd /usr/local/lib ls dovecot/{imap,lda,pop3} dovecot/imap: lib15_notify_plugin.so dovecot/lda: lib15_notify_plugin.so lib90_sieve_plugin.a lib90_sieve_plugin.la lib90_sieve_plugin.so dovecot/pop3: lib15_notify_plugin.so shouldn't, e.g., dovecot/imap have auto-populated symlinks to autocreate, fts, etc plugins? or for 2.0 do they need to be manually created? thx.

2 2

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

15 Oct '09

Hi, We're currently testing 1.2.x with a move from 1.1.x in mind however with the current 1.2 series we are encountering some serious problems. simply editing the main conf and restarting dovecot gives these errors seemingly randomly: (some previous posts indicated this might be todo with 64bit file offsets so we've played around with disable-largefile and setting _FILE_OFFSET_BITS manually but without any success) ---- error while reading main dovecot conf file Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Panic: file istream-file.c: line 80 (i_stream_file_read): assertion failed: (errno != 0) Error: Raw backtrace: /NOC4/dovecot/sbin/dovecot [0x41ad42] -> /NOC4/dovecot/sbin/dovecot(default_fatal_handler+0x34) [0x41ae54] -> /NOC4/dovecot/sbin/dovecot [0x41a486] -> /NOC4/dovecot/sbin/dovecot [0x41d9b0] -> /NOC4/dovecot/sbin/dovecot(i_stream_read+0x4c) [0x41cbbc] -> /NOC4/dovecot/sbin/dovecot(i_stream_read_next_line+0x28) [0x41d408] -> /NOC4/dovecot/sbin/dovecot(settings_read+0x129) [0x4174d9] -> /NOC4/dovecot/sbin/dovecot(master_settings_read+0x89) [0x4155a9] -> /NOC4/dovecot/sbin/dovecot(main+0x1d2) [0x413162] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b6b8258c5c6] -> /NOC4/dovecot/sbin/dovecot [0x40aec9] ---- when we do get past this error it surfaces again inside the imap process: Oct 15 09:40:25 10.0.1.2 dovecot: Dovecot v1.2.6 starting up (core dumps disabled) Oct 15 09:40:25 10.0.1.2 dovecot: auth-worker(default): mysql: Connected to x.x.x.x (Services) Oct 15 09:40:38 10.0.1.2 dovecot: imap-login: Login: user=<paul(a)noc4.net>, method=PLAIN, rip=192.168.167.4, lip=10.0.1.2 Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Effective uid=512, gid=512, home=/nmail/noc4/cache Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir: data=~/ Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir++: root=/nmail/noc4/cache, index=, control=, inbox=/nmail/noc4/cache Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Namespace : Using permissions from /nmail/noc4/cache: mode=0700 gid=-1 Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Corrupted transaction log file /nmail/noc4/cache/dovecot.index.log seq 2: unexpected end of file while reading header (sync_offset=0) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:43:18 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Server shutting down bytes=11746/855 ---- test with different INDEX location Oct 15 09:43:20 10.0.1.2 dovecot: Dovecot v1.2.6 starting up (core dumps disabled) Oct 15 09:43:20 10.0.1.2 dovecot: auth-worker(default): mysql: Connected to x.x.x.x (Services) Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Effective uid=512, gid=512, home=/nmail/noc4/cache Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir: data=~/:INDEX=/nmail/.Indexes/paul@noc4.net Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir++: root=/nmail/noc4/cache, index=/nmail/.Indexes/paul(a)noc4.net, control=, inbox=/nmail/noc4/cache Oct 15 09:43:30 10.0.1.2 dovecot: imap-login: Login: user=<paul(a)noc4.net>, method=PLAIN, rip=192.168.167.4, lip=10.0.1.2 Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Namespace : Using permissions from /nmail/noc4/cache: mode=0700 gid=-1 Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Panic: file istream-file.c: line 80 (i_stream_file_read): assertion failed: (errno != 0) Oct 15 09:43:31 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Raw backtrace: imap [0x4a6642] -> imap [0x4a66c3] -> imap [0x4a5d86] -> imap [0x4ace20] -> imap(i_stream_read+0x4c) [0x4ab0dc] -> imap(i_stream_read_next_line+0x28) [0x4ab928] -> imap(maildir_uidlist_refresh+0x183) [0x443b23] -> imap [0x440d28] -> imap(maildir_storage_sync_init+0x148) [0x441208] -> imap(mailbox_sync+0x30) [0x46ce00] -> imap(cmd_select_full+0x383) [0x4210e3] -> imap [0x42392c] -> imap [0x4239ce] -> imap(client_handle_input+0x45) [0x423b95] -> imap(client_input+0x5f) [0x42458f] -> imap(io_loop_handler_run+0xcb) [0x4ae6cb] -> imap(io_loop_run+0x18) [0x4adb48] -> imap(main+0x537) [0x42c587] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b5edbbdb5c6] -> imap [0x41c699] Oct 15 09:43:31 10.0.1.2 dovecot: dovecot: child 30298 (imap) killed with signal 6 (core dumps disabled) ---- our build & test host is Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.2-r3/work/gcc-4.3.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --disable-libgcj --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.2-r3 p1.6, pie-10.1.5' Thread model: posix gcc version 4.3.2 (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) any input graciously accepted Regards Paul

2 3

[Dovecot] Deliver - can't connect to .../auth-master
by iain＠brightbooks.co.uk 15 Oct '09

15 Oct '09

Dovecot version 1.1.11 Hi all, I'm having real trouble getting Getmail, which is configured to pick up mail from my ISPs mailhost, to put the mail in our local Maildirs, through Deliver. We're using virtual users so, if I am understanding correctly, Deliver needs to fetch this information from /var/run/dovecot/auth-master. The trouble is that Deliver doesn't seem to have the correct privileges to do so. Whenever Getmail tries to pass the mail to Deliver, the line: Oct 15 15:21:04 Domain deliver(user(a)domain.com): Can't connect to auth server at /var/run/dovecot/auth-master: No such file or directory appears in the Mail.err log. So far I've tried: # - Changing the privileges of the whole /var/run/dovecot/ folder, and its sub folders. I understand that this is only a workaround, as Dovecot changes the privileges back on restart, however it doesn't seem to work anyway. It changes the log result from 'No such file or directory' to 'Permission denied' (and sometimes 'Connection refused'). # - I tried setting the location of auth-master to /home/manager/dovecot in the dovecot-postfix.conf config files (and the dovecot.conf config, just in case), so I could control access to it, and its permissions, more closely. Again, no luck. The log file still shows that it is trying to access it through /var/run/dovecot ~ not sure why (I even went to the lengths of doing a search for /var/run/dovecot in the config files, to make sure I hadn't missed a rogue mention; nothing). Interestingly the file auth-master is created in the correct folder I've configured, but the log results still stay the same. Thanks in advance for any help getting this up and running.

2 1