- dovecot - dovecot.org

Re: [Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 16 Mar '06

16 Mar '06

> On 2006-03-15 23:39:40 +0100, ambroz.bizjak(a)guest.arnes.si wrote: > > > The imap process crashes when SquirrelMail wants to move a message to > > > another folder. I have run imap in gdb and talked to it the same way > > > SquirrelMail does and got a backtrace. > > > > > > I am using Dovecot beta3. I am using it in combination with XMail, > > > which has maildir databases. > > > My system is Gentoo Linux on x86. > > > The same version of Dovecot works great for me on amd64 with exactly > > > the same config. > > > > > > > I got more info. The mailboxes I was using were directly copied from > > another server which was also using Dovecot. After I deleted all files > > named *dovecot* in the maildirs, the imap process no nolger crashes. > > can you ask which dovecot version they had running on the other server? > looks like some broken index files. It's my server and it's still running and working properly. Dovecot version is (as on the newer server) beta3, but the first Dovecot running was beta2 I think. Imap works properly on that server. Anyway Dovecot shouldn't crash ever if the index files are broken!

1 0

[Dovecot] Shared Folders Problem. Bug?
by Adam M. Dunn 16 Mar '06

16 Mar '06

I'm trying to get shared folders to work, and I've noticed a few issues. I created a private and public namespace, the private one with autodetection for Maildir or Mbox, and the public one for a public folder. Something like this: namespace private { separator = / inbox = yes prefix = location = } namespace public { separator = / prefix = Public/ location = maildir:/var/mail/public } My plan is to eventually setup a public area for users to drop Spam and Ham into for my spam bayesan filter. The problem is the Wiki says if you drop a file in the public area called 'dovecot-shared' with the same permissions and ownership, that any new files dovecot creates there will use those same attributes. This does not seem to be the case. I created a Maildir folder identical to the one on the Wiki, named everything 'dovecot:dovecot' since my dovecot server will be running as that user, as well as the 'dovecot-shared' file. I get permission denied errors in syslog when I try to access it via an IMAP client. The only way I can make it work is ignore the dovecot-share file and put all users in a common unix group and make the Public folder group 'rwx'. Also, I would like to be able to make the Public folder writable, but not readable. It seems if I take the read bit away, my IMAP clients complain. Does anyone know how to make that work? One thing about the namespaces while I'm at it. I had to put my private namespace first followed by the public one. If I reversed them, all the subfolders except the inbox in my mail directories disappear from the client. Is that a bug too? Thanks, Adam

1 0

[Dovecot] Problems with Oulook Clients
by Patrick Carney 16 Mar '06

16 Mar '06

Hello all. I have problems with clients running Outlook 2003 that keep getting IMAP server timeout errors, "mailbox in an inconsistant state" Are there any mods to be made to the config file that could eliminate this? It happens about ever 10minutes. Here is what our previous Sys Admin sent me on our setup. dovecot is the IMAP server that allows clients to connect and get to their mailboxes. Postfix is that part of the mail system that moves messages around, from one server to another and puts them in the appropriate mailboxes. Thanks Patrick

2 3

Re: [Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 16 Mar '06

16 Mar '06

> The imap process crashes when SquirrelMail wants to move a message to > another folder. I have run imap in gdb and talked to it the same way > SquirrelMail does and got a backtrace. > > I am using Dovecot beta3. I am using it in combination with XMail, > which has maildir databases. > My system is Gentoo Linux on x86. > The same version of Dovecot works great for me on amd64 with exactly > the same config. > I got more info. The mailboxes I was using were directly copied from another server which was also using Dovecot. After I deleted all files named *dovecot* in the maildirs, the imap process no nolger crashes.

2 1

[Dovecot] migrating POP3 from UW IMAP: X-UIDL and X-UID
by Bertrand Leboeuf 15 Mar '06

15 Mar '06

With a INBOX mbox created by UW IMAP the messages in INBOX mbox contains the X-UIDL field When I use Dovecot POP3 with pop3_uidl_format = %08Xv%08Xu on the first run, X-UID is inserted, but all messages are downloaded again. What am I missing, I don't want the clients to download the read messages again. Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

1 0

[Dovecot] Imap crashes when trying to move messages
by ambroz.bizjak＠guest.arnes.si 15 Mar '06

15 Mar '06

The imap process crashes when SquirrelMail wants to move a message to another folder. I have run imap in gdb and talked to it the same way SquirrelMail does and got a backtrace. I am using Dovecot beta3. I am using it in combination with XMail, which has maildir databases. My system is Gentoo Linux on x86. The same version of Dovecot works great for me on amd64 with exactly the same config. Here is what I gave done: janez ~ # MAIL=maildir:/chroot/xmail/var/MailRoot/domains/b4ever.net/ambro/Maildir gdb /usr/libexec/dovecot/imap GNU gdb 6.4 Copyright 2005 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 "i586-pc-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /usr/libexec/dovecot/imap (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS] Logged in as root A002 SELECT "INBOX" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 11 EXISTS * 0 RECENT * OK [UIDVALIDITY 1138230965] UIDs valid * OK [UIDNEXT 32] Predicted next UID A002 OK [READ-WRITE] Select completed. A003 EXPUNGE A003 OK Expunge completed. A004 LIST "" "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.Trash" A004 OK List completed. A005 COPY 11 "INBOX.Trash" imap(root): Warning: Growing pool 'uidlist record_pool' with: 1024 imap(root): Panic: file mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Program received signal SIGABRT, Aborted. 0xb7ef0ec1 in kill () from /lib/libc.so.6 (gdb) bt full #0 0xb7ef0ec1 in kill () from /lib/libc.so.6 No symbol table info available. #1 0xb7ef0c89 in raise () from /lib/libc.so.6 No symbol table info available. #2 0xb7ef1ed8 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080a5363 in data_stack_deinit () No symbol table info available. #4 0x080a54f4 in i_panic () No symbol table info available. #5 0x08086caf in mail_cache_add () No symbol table info available. #6 0x0807e74a in index_mail_cache_add () No symbol table info available. #7 0x0806896b in maildir_mailbox_list_next () No symbol table info available. #8 0x0809872b in mail_storage_copy () No symbol table info available. #9 0x080672da in maildir_copy () No symbol table info available. #10 0x08056bf1 in cmd_copy () No symbol table info available. #11 0x0805a93b in _client_input () No symbol table info available. #12 0x080ab313 in io_loop_handler_run () No symbol table info available. #13 0x080aa82e in io_loop_run () No symbol table info available. #14 0x08061997 in main () No symbol table info available. (gdb)

1 0

[Dovecot] Strange dovecot-uidlist behavior on maildir conversion
by allen petersen 15 Mar '06

15 Mar '06

Hi. So I just moved my email over from mbox to maildir. For the most part the conversion went fine, but I had a bit of an odd thing happen when I accessed my mail through dovecot. It seems that when I ran mb2md to convert my mailboxes from mbox to maildir, I got a lot of messages created that look like 1142356176.000000.mbox:2,RS 1142356176.000421.mbox:2,S 1142356176.000001.mbox:2,S 1142356176.000422.mbox:2,RS 1142356176.000002.mbox:2,RS 1142356176.000423.mbox:2,S 1142356176.000003.mbox:2,RS 1142356176.000424.mbox:2,S and so forth. Now, that really should be fine, that I can tell; each message has the same timestamp and a different, sequential delivery identifier. However, for some reason when dovecot accessed this directory, it created UIDs for these messages like so: (from dovecot-uidlist) 1 1142362834 915 1 1142356176.000488.mbox 2 1142356176.000207.mbox 3 1142356176.000425.mbox 4 1142356176.000117.mbox 5 1142356176.000398.mbox 6 1142356176.000335.mbox I have no idea where this order came from, but it's clearly not the order that I would have expected. I would expect that dovecot would sort these messages by timestamp, followed by delivery identifier. Instead, it put them in a seemingly random order. And, of course, my email client by default shows messages in the order that it gets them from the server, so now when I look at my email all of my old messages are shuffled until I do an explicit sort by date. Any idea why this is happening? Is there some reasoning behind this, or is it just a bug? I looked through the archives a bit, but didn't find a mention of anyone else with this particular problem. I suppose I could just create the initial uid lists by hand and put them in the correct order, but that really doesn't seem like the correct solution. Or I could actually dig through the source and find out exactly what it's doing, but, well, I figure that asking the list first is easier. For reference, I'm running dovecot 0.99.14-1 on debian sarge. I though that I was doing a good job by reproducing this on the newer version my ubuntu desktop, but it turns out that it's running the same version. :) -allen

1 0

[Dovecot] what are those .nfsXXXXX files with mbox ?
by leboeuf＠emt.inrs.ca 14 Mar '06

14 Mar '06

On Solaris 9, using: default_mail_env = mbox:~/mail:INBOX=/var/mail/%u Here is a listing of ~/mail with UW IMAP: .: total 8 drwx------ 2 testu3 sysadmin 512 Mar 14 14:40 . drwxr-xr-x 4 testu3 sysadmin 512 Mar 14 14:40 .. -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Drafts -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Sent Items with Dovecot: .: total 16 drwx------ 3 testu3 sysadmin 512 Mar 14 14:52 . drwxr-xr-x 4 testu3 sysadmin 512 Mar 14 14:40 .. drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .imap -rw------- 1 testu3 sysadmin 6 Mar 14 14:52 .nfsAEBA5 -rw------- 1 testu3 sysadmin 11 Mar 14 14:52 .nfsCEBA5 -rw------- 1 testu3 sysadmin 7 Mar 14 14:52 .nfsEEBA5 -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Drafts -rw------- 1 testu3 sysadmin 496 Mar 14 14:40 Sent Items ./.imap: total 10 drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 . drwx------ 3 testu3 sysadmin 512 Mar 14 14:52 .. drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 Drafts drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 INBOX drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 Sent Items ./.imap/Drafts: total 30 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 112 Mar 14 14:53 .nfs0FBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfs2FBA5 -rw------- 1 testu3 sysadmin 144 Mar 14 14:53 dovecot.index ./.imap/INBOX: total 66 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 216 Mar 14 14:53 .nfs00CA5 -rw------- 1 testu3 sysadmin 17408 Mar 14 14:53 .nfs20CA5 -rw------- 1 testu3 sysadmin 360 Mar 14 14:52 .nfs5FBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfs8FBA5 -rw------- 1 testu3 sysadmin 360 Mar 14 14:53 dovecot.index ./.imap/Sent Items: total 54 drwx------ 2 testu3 sysadmin 512 Mar 14 14:53 . drwx------ 5 testu3 sysadmin 512 Mar 14 14:52 .. -rw------- 1 testu3 sysadmin 88 Mar 14 14:53 .nfs40CA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:53 .nfs60CA5 -rw------- 1 testu3 sysadmin 88 Mar 14 14:52 .nfsBFBA5 -rw------- 1 testu3 sysadmin 10272 Mar 14 14:52 .nfsDFBA5 -rw------- 1 testu3 sysadmin 144 Mar 14 14:53 dovecot.index what are the .nfsXXXXX files for ? Thanks Bertrand Leboeuf leboeuf(a)emt.inrs.ca

2 1

[Dovecot] Rootless configuration
by James Davis 14 Mar '06

14 Mar '06

I'm trying to setup a rootless configuration so I can better manage the e-mail that comes to the mailbox of a unix account I have. I've successfully compiled Dovecot and followed the instructions for a rootless configuration, tweaking my config until Dovecot returns no errors. However I've got to a stage where upon running ~/..../sbin/dovecot it just quits with no server running and no errors. Any ideas? My rather small and basic configuration file is as follows... # Base directory where to store runtime data. base_dir = /home/jamesd/imap/dovecot/run/ # Protocols we want to be serving: protocols = imap listen = * ssl_disable = yes log_path = /home/jamesd/imap/dovecot/logs/ info_log_path = /home/jamesd/imap/dovecot/logs/ ## Login processes login_dir = /home/jamesd/imap/dovecot/run/login login_chroot = no login_user = jamesd ## IMAP specific settings protocol imap { listen = *:10143 } ## Authentication processes auth default { mechanisms = plain passdb passwd-file { args = /home/jamesd/imap/dovecot/etc/passwd } user = jamesd } Many thanks, James -- http://www.freecharity.org.uk/ - Free hosting for charities http://jamesd.ukgeeks.co.uk/

2 2

[Dovecot] Shared maildir through namespace help...
by Brice Figureau 14 Mar '06

14 Mar '06

Hi, I'm a happy user of dovecot since the 0.99.x days, and recently switched my user base to 1.0b2. Now, to the point, I got a request (from marketing) to share a lot of maildirs between two (and possibly more) accounts. Those two accounts have differents uid/gid. The maildirs are actually in one of the account. I thought I could possibly craft a public namespace for those maildirs as explained in the wiki, but alas, it doesn't quite work as I expected: excerpt of dovecot.conf: namespace public { separator = / prefix = marketing/ location = maildir:/home/marketing/Maildir:INDEX=%h/ } users belong to the marketing group. $ find /home/marketing/Maildir -ls 4767751 4 drwxrwxr-x 3 marketing marketing 4096 Mar 14 11:57 . 4767752 4 drwxrwsr-x 6 marketing marketing 4096 Mar 14 11:59 ./Maildir 4767753 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/cur 4767754 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/tmp 4767755 4 drwxrwsr-x 2 marketing marketing 4096 Mar 14 11:57 ./Maildir/new 4767756 0 -rw-r--r-- 1 marketing marketing 0 Mar 14 11:57 ./Maildir/dovecot-shared >From there, the namespace is visible from all the IMAP accounts. Now, if a user creates a new folder in this public namespace, here is what I get: 4767757 4 drwx--S--- 5 brice marketing 4096 Mar 14 12:05 ./Maildir/.test 4767758 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/cur 4767759 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/new 4767760 4 drwx--S--- 2 brice marketing 4096 Mar 14 11:59 ./Maildir/.test/tmp 4767761 0 -rw-r--r-- 1 brice marketing 0 Mar 14 11:59 ./Maildir/.test/dovecot-shared 4767762 4 -rw------- 1 brice marketing 6 Mar 14 11:59 ./Maildir/subscriptions As you can see: the cur,new,tmp dir don't have the right permissions (they're not rw for the group), and moreover, the 'subscriptions' file has the same problem. The result is that any other user don't have access to this directory even if it is in a public namespace. Now, the question, is: is that setup could work only with virtual users setup with a static uid/gid ? Is there a mean to implement what I want ? Does using symlinks instead of the namespace could work ? Regards, -- Brice Figureau <brice+dovecot(a)daysofwonder.com>

2 2