- dovecot - dovecot.org

[Dovecot] 0.99.14 released
by Timo Sirainen 15 Feb '05

15 Feb '05

One more change since -rc3 (the last one in list). v0.99.14 2005-02-11 Timo Sirainen <tss(a)iki.fi> - Message address fields are now parsed differently, fixing some issues with spaces. Affects only clients which use FETCH ENVELOPE command. - Message MIME parser was somewhat broken with missing MIME boundaries - mbox: Don't allow X-UID headers in mails to override the UIDs we would otherwise set. Too large values can break some clients and cause other trouble. - passwd-file userdb wasn't working - PAM crashed with 64bit systems - non-SSL inetd startup wasn't working - If UID FETCH notices and skips an expunged message, don't return a NO reply. It's not needed and only makes clients give error messages.

2 1

[Dovecot] Help, problems with permissions
by Simon Windsor 14 Feb '05

14 Feb '05

Hi I am replacing my current mail system, using Exim/Postgres/WU-IMAP to another host using Dovecot. Everything has gone well, until I have tried to access some test mails via POP. The error message I am getting is Feb 14 03:03:57 wpc1273 pop3(simonw(a)orion-w-t.co.uk): lstat (/home/dovecot/users/orion-w-t.co.uk/simonw/cur) failed: Permission denied Feb 14 03:03:57 wpc1273 pop3(simonw(a)orion-w-t.co.uk): Couldn't open INBOX: Internal error occured. Refer to server log for more information. [2005-02-14 03:03:57] The file permissions are drwx------ 2 dovecot dovecot 4096 Feb 13 23:24 cur drwx------ 2 dovecot dovecot 4096 Feb 14 02:53 new drwx------ 2 dovecot dovecot 4096 Feb 14 02:53 tmp The UID/GID I am using is 1001, and the orion-w-t.co.uk/simonw directories are owned by that uid/gid. Can anyone provide advice on what I have to do to get POP, and eventually IMAP working? Many thanks Simon -- Simon Windsor Eml: simon.windsor(a)cornfield.org.uk Tel: 01454 617689 Mob: 07960 321599

3 4

Re: [Dovecot] Help, problems with permissions
by Simon Windsor 14 Feb '05

14 Feb '05

Hi Thank you for the reply. The documentation on the wiki/dovecot site clearly provides an example exim transport statements showing mail writes as dovecot/dovecot with permisions of 600. The mail system uses virtual users, and I have provided mail/group ids of 1001/1001. The current directory tree is /home - owned by root /home/dovecot - owned by root /home/dovecot/users - owned by root, 777 /home/dovecot/users/DOMAIN - owned by 1001:1001, 777 /home/dovecot/users/DOMAIN/USER - owned by 1001:1001, 777 /home/dovecot/users/DOMAIN/USER/cur - owned by dovecot:dovecot, 600 /home/dovecot/users/DOMAIN/USER/new - owned by dovecot:dovecot, 600 /home/dovecot/users/DOMAIN/USER/tmp - owned by dovecot:dovecot, 600 Can you confirm that all files should be owned by 1001/1001? What permissions should should exist on these directories/files? Thanks, once again Simon Amelia A Lewis (amyzing(a)talsever.com) wrote: > >It looks as though cur/new/tmp are owned by user dovecot, rather than >the user whose mail it is. In my (similar, prolly) setup, maildirs are >owned by their owners. Dovecot is executed as the user reading the >mail. > >Amy! >On Mon, 14 Feb 2005 02:19:09 +0000 >Simon Windsor <simon.windsor(a)cornfield.org.uk> wrote: > >> Hi >> >> I am replacing my current mail system, using Exim/Postgres/WU-IMAP to >> another host using Dovecot. >> >> Everything has gone well, until I have tried to access some test mails >> via POP. >> >> The error message I am getting is >> >> Feb 14 03:03:57 wpc1273 pop3(simonw(a)orion-w-t.co.uk): lstat >> (/home/dovecot/users/orion-w-t.co.uk/simonw/cur) failed: Permission >> denied >> Feb 14 03:03:57 wpc1273 pop3(simonw(a)orion-w-t.co.uk): Couldn't open >> INBOX: Internal error occured. Refer to server log for more >> information. [2005-02-14 03:03:57] >> >> The file permissions are >> >> >> drwx------ 2 dovecot dovecot 4096 Feb 13 23:24 cur >> drwx------ 2 dovecot dovecot 4096 Feb 14 02:53 new >> drwx------ 2 dovecot dovecot 4096 Feb 14 02:53 tmp >> >> The UID/GID I am using is 1001, and the orion-w-t.co.uk/simonw >> directories are owned by that uid/gid. >> >> Can anyone provide advice on what I have to do to get POP, and >> eventually IMAP working? >> >> Many thanks >> >> Simon >> >> >> >> -- >> Simon Windsor >> >> Eml: simon.windsor(a)cornfield.org.uk >> Tel: 01454 617689 >> Mob: 07960 321599 >> > > > -- The Last Song of Sirit Byar > -- Simon Windsor Eml: simon.windsor(a)cornfield.org.uk Tel: 01454 617689 Mob: 07960 321599

1 0

[Dovecot] Bug?
by Adam Pordzik 13 Feb '05

13 Feb '05

Hello, I noticed with different MUA (at least Thunberdird and OutlookExpress) endmost characters beeing sometimes cut-off my mails, so I assume dovecot is affected in this. Is this a known bug? Is it mayby already fixed? dovecot-0.99.10.6 on FreeBSD 5.2.1-RELEASE #1: Fri Mar 12 20:05:38 CET 2004 root@MONSTER.tektoform.lan:/usr/src/sys/i386/compile/SERVER A --

3 2

[Dovecot] Problems with dovecot using Maildir on JFS.
by Jacob Robert Wilkins 12 Feb '05

12 Feb '05

Howdy, I have dovecot installed on CentOS (rhel3 clone), and I'm using Dag's dovecot package. I have postfix setup to deliver to Maildir, in /home. The /home volume was formatted with JFS. In this setup, both Outlook and Thunderbird would not show any new mail unless they were completely shutdown and restarted. I have moved /home to an ext3 formatted and all is well. Anyone have any insight on this? Thanks, jrw

4 6

[Dovecot] can i get a list about the describtion of all sources of dovecot?
by bigbox＠mails.de 12 Feb '05

12 Feb '05

I want to control, which user, when and what modify in their mailbox done. which sourcecode must i modify? Please

2 1

[Dovecot] Trouble with Dovecot
by Paul A. Novojeeloff 11 Feb '05

11 Feb '05

Hello! I'm trying the Dovecot as IMAP server, so I have one problem: I can log in to server, but nothing appears in mailclient and following message appears in log: imap(user): Feb 08 20:36:34 Fatal: We couldn't drop root group privileges dovecot: Feb 08 20:36:34 Error: child 21356 (imap) returned error 89 What could be wrong? Thanks for your answer. WBR, Paul.

4 8

[Dovecot] PoP3 AutoDeletion
by Cheema, Ravi 10 Feb '05

10 Feb '05

Qpopper has a compile time option '--enable-auto-delete Automatically delete downloaded msgs' Is there anything similar in dovecot. I'm trying to migrate from qpopper to dovecot any help is appreciated.

4 3

Re: [Dovecot] Corrupted index file
by Tero Ripattila 10 Feb '05

10 Feb '05

Hello guys, --On 9. helmikuuta 2005 15:25 -0300 Edgardo Pezoa <epezoa(a)safp.cl> wrote: > We have almost same problem: both using Postfix, Dovecot and Procmail > in different OS and with different MUA. For me, the key is > Dovecot+Procmail. I I've seen this too on OpenBSD 3.6-current. I' running Postfix w/ Dovecot. My users uses Mulberry, Mutt, Pine, Thunderbird, Outlook, Outlook Express, The Bat! as their MUA. > The question is: someone have a real fix? I'd love to hear about this too :-) Thanks, Tero -- Tero Ripattila -- Tero Ripattila Leenankuja 2 G 67 FI-02230 Espoo, Finland Telephone: +358-45-638 0242 Fax: +358-45-689 0743 E-mail: tero(a)ripattila.com WWW: http://www.ripattila.com

2 2

[Dovecot] outstanding issues with 0.99.13
by sean finney 10 Feb '05

10 Feb '05

hi list, i'm in the process of testing dovecot before a hopeful switchover from uw-imap/qpopper to dovecot, primarily to get off of the uw-imap/mbox combo and moved to Maildir. i think we've worked out the logistics to avoid any service downtime, with only a short window of a few minutes per user for when we convert from mbox to maildir format. however, during testing a few issues have come up, some of which i've been able to work around, others which i haven't. for those that i have been able to work around, i'll include my solution so that fellow googlers may profit, and for those that i haven't i'd really appreciate your feedback. logistical problems: 1 - automagic detection and uw-imap inbox in ~/mbox. i'm not sure if this is a default characteristic or if it's specific to us, but our spool is in /var/mail/foo and inbox in ~/mbox. the automagic Maildir/mbox detection doesn't find the "mbox", and i can't tell it where it is because then it doesn't look for the Maildir. solution: i wrote a small patch to dovecot's autodetect code to help it find the location of our mailboxes. if anyone would like a copy of said patch i can send it off list. 2 - uw-imap's spool/inbox message moving. i read from the wiki that this isn't a feature currently being worked on. solution: deliver all mail to the same place. since we use procmail as our MDA, this isn't too hard of a problem. basically we redirect mail to the inbox and redeliver everything in the spool. 3 - supporting multi-homed services + ssl. for historical reasons we provide services from multiple hostnames (mail.foo, imap.foo, etc). with ssl, that means a different cert for each, otherwise some clients will break. solution: we're spawning off three seperate dovecot instances, each using a different config file. not the most graceful, but it works... application problems: 4 - dovecot imap + ms lookout 2002 + deleting messages. i'm not sure if this is an app or server side problem. basically, a user will delete a message, only to have it reappear in the mailbox a short time (few minutes) later. if i monitor the state of the mbox file, no changes are made to it until the user selects "empty trash", after which point they are expunged. looking at a protocol dump, i see the client setting the deleted flag on the message when they originally delete it. here's an excerpt: <snip> tg7i OK Idle completed. 6gzd UID STORE 30021 +FLAGS (\Deleted \Seen) * 51 FETCH (FLAGS (\Deleted \Seen \Recent) UID 30021) 6gzd OK Store completed. stpw IDLE <snip> i'm not too familiar with imap, but it looks like the server is caching the deletion request and then forgetting later forgetting about it? i have all the "client workarounds" enabled, fwiw. solution: ??? 5 - mac os x + eudora + deleting mail. a different problem alltogether. in eudora deleting a mail seems to immediately move it to the "trash" mailbox, so the above problem does not occur. what *does* happen is that if a user rapidly deletes messages one-by-one, an error message pops up about UID's not existing. i haven't gotten a full description of this problem, but here's an excerpt from what i think is the symptom: <snip> A00109 UID COPY 30002 Trash A00109 OK Copy completed. A00110 UID STORE 30002 +Flags.silent (\Deleted) A00110 OK Store completed. A00111 EXPUNGE * 31 EXPUNGE A00111 OK Expunge completed. <snip> and later: <snip> A00040 UID FETCH 30002 (UID BODYSTRUCTURE) A00040 NO Some of the requested messages no longer exist. A00041 UID FETCH 30002 RFC822.SIZE A00041 NO Some of the requested messages no longer exist. A00042 UID FETCH 30002 (BODY.PEEK[]) A00042 NO Some of the requested messages no longer exist. <snip> which i suppose is correct that it doesn't exist (since it was moved out of the inbox). however, eudora does not have this problem with uw-imap, and i'm wondering what might be causing it? solution: ??? okay, i think that's everything that i've ran into. we're still pushing ahead with this because we need to get the hell off of uw-imap/mbox, but i don't think we'll be able to stick with dovecot if these are unresolvable issues. in that case, we'll probably use dovecot with these minor nuisances while we transition, and then perhaps use courier in the long run. hopefully that won't have to be the case though :) if anyone has any experience specifically with "5" and "5", i'd really, really like to hear about it. in the meantime, i'll continue to test other things, and also see if the problem also persists when mail is stored in Maildir format. anyway, thanks for your time! sean

4 4