- dovecot - dovecot.org

[Dovecot] Namespaces and subscriptions
by Chris Wakelin 17 Mar '05

17 Mar '05

I've got a problem with subscriptions in 1.0-stable when migrating from UW-IMAP. I've modified the SUBSCRIPTION_FILE_NAME entries as suggested in the Wiki http://wiki.dovecot.org/Migration and included the "~/mail/" etc. hidden namespaces. The .mailboxlist files contain entries like "~/mail/somefolder" and the clients have "~/mail/" set as a prefix. In UW-IMAP: xyz LSUB "" "*" * LSUB () "/" ~/mail/somefolder xyz LSUB "~/mail/" "*" * LSUB () "/" ~/mail/somefolder Now with Dovecot: xyz LSUB "" "*" * LSUB () "/" "~/mail/somefolder" xyz LSUB "~/mail/" "*" * LSUB () "/" "~/mail/~/mail/somefolder" In other words, Dovecot is prepending the namespace to the list of folders stored in .mailboxlist. This causes Thunderbird to show the folders as -~ - mail | somefolder which are accessible. Squirrelmail gets completely confused and tries to display "~/mail/~/mail/somefolder" (but works with the prefix set to ""). Am I missing something? I tried Geo's empty namespace patch, just in case that would help, but it didn't. 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

1 1

[Dovecot] Warning, newbie!
by Pete 17 Mar '05

17 Mar '05

Greetings again all, <snip> I am a Postfix/Courier-IMAP user and am interested in Dovecot. I have install Dovecot via FBSD ports. I have got to the part where I can telnet in to the server. </snip> I guess I ought to backup a little, now that I have the above resolved. I am wanting/wondering about using Dovecot with Postfix. I assume some of you have done this. Have you any thoughts, comments, how-to -- Pete http://milneweb.com http://nomorevirus.com

4 4

[Dovecot] Warning, newbie!
by Pete 17 Mar '05

17 Mar '05

Greetings All, I am a Postfix/Courier-IMAP user and am interested in Dovecot. I have install Dovecot via FBSD ports. I have got to the part where I can telnet in to the server. -bash-2.05b$ telnet 192.168.1.61 143 Trying 192.168.1.61... Connected to 192.168.1.61. Escape character is '^]'. * OK dovecot ready. x login pete testing * BAD [ALERT] Plaintext authentication is disabled, but your client sent password in plaintext anyway.If anyone was listening, the password was exposed. x NO Plaintext authentication disabled. x logout * BYE Logging out x OK Logout completed. Connection closed by foreign host. -bash-2.05b$ I am afraid I dont know what to do from here. Anyone care to assist me? Thanks, -- Pete http://milneweb.com http://nomorevirus.com

2 1

[Dovecot] 1.0-test65
by Timo Sirainen 17 Mar '05

17 Mar '05

http://dovecot.org/test/ If dovecot-auth was crashing with you, this release should fix it. I don't know when it did though, I just applied a patch from Andrey Panin with that description :) Fixed also another dovecot-auth crash with Solaris and maybe some other systems. Contains the first attempt of a Dovecot LDA. It's still in pretty ugly shape, but it should work, more or less. I wouldn't recommend using it in production yet. There are two ways to use it: 1. As a normal user. The username is taken from passwd. 2. Giving -d <username> option. This connects to dovecot-auth and requests the uid, gid, home, etc. from it. dovecot-auth's master socket is expected to be in /var/run/dovecot/auth-master but you can override this with -a parameter. To actually create the auth-master socket you'll need to add this inside auth { .. } : socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 } } Dovecot LDA also currently needs dovecot-lda.conf file. Everything that is read from it is just dumped into environment variables internally. You should be able to set pretty much all the same settings in there as exists in dovecot.conf. The most important exception is that instead of default_mail_env there's just "mail". Example dovecot-lda.conf would be: # note that namespaces aren't supported yet.. mail = mbox:~/mail:INBOX=/var/mail/%u mbox_read_locks = flock mbox_write_locks = flock # EOF All this goes away once I get the config process implemented. The actual usage goes something like: /usr/local/libexec/dovecot/deliver -d username < mail_file ie. the mail is read from standard input. Any suggestions if the "deliver" name should be changed and maybe moved to /usr/bin/? Another large change is that I created dynamically growing array implementation with possibility to do compile time type checking. The old code was using buffer_t for arrays, but that got pretty ugly. I changed most of those in lib-index/ to the new array API. I'd be happy if someone changed the rest of them since it's pretty boring and time consuming job :) See lib/array.h for explanation how it works. And finally a small advertisement: http://mjr.iki.fi/texts/patentfund

2 1

[Dovecot] corruption and errors in dovecot-stable
by Nicholas Riley 17 Mar '05

17 Mar '05

Hi, We switched from dovecot 0.99.something to 1.0-stable (on FreeBSD 4.10) a few days ago and have been seeing many errors and one corrupted mailbox so far. Almost everyone uses mbox format, and most users primarily use SquirrelMail; I use Apple Mail and Thunderbird, as well as accessing the mailboxes locally with Mutt, and have not noted any visible problems. There have been several of these messages: dovecot: Feb 21 11:40:06 Error: IMAP(njr): mbox sync: UID inserted in the middle of mailbox /usr/home/njriley/mail/lists/trac (5308 > 1151) dovecot: Feb 21 22:57:13 Error: IMAP(njr): mbox sync: UID inserted in the middle of mailbox /usr/home/njriley/mail/lists/trac (6458 > 1151) dovecot: Feb 22 08:37:03 Error: IMAP(njr): mbox sync: UID inserted in the middle of mailbox /usr/home/njriley/mail/lists/reportlab-users (5162 > 3812) Others: dovecot: Feb 22 11:44:17 Error: IMAP(njr): file mbox-sync-parse.c: line 221 (parse_x_uid): assertion failed: (!ctx->sync_ctx->sync_restart) dovecot: Feb 22 11:44:17 Error: child 19931 (imap) killed with signal 6 dovecot: Feb 25 06:26:09 Error: IMAP(kbode): file istream-raw-mbox.c: line 383 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) dovecot: Feb 25 06:26:09 Error: child 83423 (imap) killed with signal 6 (I think this refers to the mailbox that was corrupted) dovecot: Feb 25 12:30:40 Error: IMAP(sachs): Transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log: invalid indexid (1109356120 != 1108933119) dovecot: Feb 25 12:30:40 Error: IMAP(sachs): Corrupted transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log: Extension record update update without intro prefix dovecot: Feb 25 12:30:41 Error: IMAP(sachs): Transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log: marked corrupted dovecot: Feb 25 12:39:34 Error: IMAP(sachs): Transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log: invalid indexid (1109356120 != 1108933119) dovecot: Feb 25 12:39:34 Error: IMAP(sachs): Lost transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log seq 2 dovecot: Feb 25 12:39:41 Error: IMAP(sachs): Transaction log file /home/sachs/Mail/.imap/INBOX/dovecot.index.log: invalid indexid (1108933119 != 1109356120) I am currently reinstalling 0.99.14, but it would be nice to be able to switch to a 1.0-derived version again - we have to run two copies of 0.99.x to get what we want. If there is any additional testing I can do to help fix these problems, please let me know. Thanks, -- Nicholas Riley <njriley(a)uiuc.edu> | 4111 Siebel Center Department of Computer Science | 201 N. Goodwin Ave. and Medical Scholars Program | Urbana, IL 61801-2302 Univ. of Illinois at Urbana-Champaign | +1 217 244 2274

3 4

[Dovecot] Minor documentation bug with 0.99.14
by John Peacock 16 Mar '05

16 Mar '05

The sample dovecot-example.conf contains these lines: > # PEM encoded X.509 SSL/TLS certificate and private key. They're opened before > # dropping root privileges, so keep the key file unreadable by anyone but > # root. Included doc/mkcert.sh can be used to easily generate self-signed > # certificate, just make sure to update the domains in dovecot-openssl.cnf > #ssl_cert_file = /etc/ssl/certs/dovecot.pem > #ssl_key_file = /etc/ssl/private/dovecot.pem but the aforementioned doc/mkcert.sh contains these lines: > CERTFILE=$SSLDIR/certs/imapd.pem > KEYFILE=$SSLDIR/private/imapd.pem either the script should be changed to reflect the sample config file or vice versa. John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

2 1

[Dovecot] Problems with Outlook 2002 SP3 & Dovecot 0.99.13 Redux
by Md 16 Mar '05

16 Mar '05

Hi, I posted this question a while back and didn't get much response. Since then, I've done a bit more experimenting and wonder if someone can help me move forward towards resolution. The orignal question... > I'm running Dovecot0.99.13 on Fedora Core 3 and things work fine when using either > Thunderbird 1.0 or Outlook Express as IMAP clients. Outlook (2002 SP3) on the other hand > runs incredibly slowly, or just outright hangs. I've discovered that if I delete and recrete .../Maildir in the user account such that the directory exists but is empty, then outlook seems to behave. If on the other-hand, I try to create a folder, with outlook, outlook will hang and the folder won't be created. If I create the folder with another client and then go back to using outlook, outlook will hang. I've taken some network traces and have annotated them here... Starting with an empty "Maildir" Time Source Destination Protocol Info 8.515435 192.168.73.3 192.168.73.1 IMAP Response: * OK dovecot ready. 8.516056 192.168.73.1 192.168.73.3 IMAP Request: 0000 CAPABILITY 8.516539 192.168.73.3 192.168.73.1 IMAP Response: * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE STARTTLS AUTH=PLAIN 8.516733 192.168.73.1 192.168.73.3 IMAP Request: 0001 LOGIN "xxx" "xxx" 8.594634 192.168.73.3 192.168.73.1 IMAP Response: 0001 OK Logged in. 8.640521 192.168.73.3 192.168.73.1 IMAP Response: + idling 8.640709 192.168.73.1 192.168.73.3 IMAP Request: DONE 8.640983 192.168.73.3 192.168.73.1 IMAP Response: 0002 OK Idle completed. 8.641165 192.168.73.1 192.168.73.3 IMAP Request: 0003 LIST "" "" 8.641315 192.168.73.3 192.168.73.1 IMAP Response: * LIST (\Noselect) "." "" 8.642387 192.168.73.1 192.168.73.3 IMAP Request: 0004 LIST "" "INBOX" 8.642956 192.168.73.3 192.168.73.1 IMAP Response: * LIST (\HasNoChildren) "." INBOX 8.657424 192.168.73.1 192.168.73.3 IMAP Request: 0005 LSUB "" "*" 8.657925 192.168.73.3 192.168.73.1 IMAP Response: 0005 OK Lsub completed. 8.660627 192.168.73.1 192.168.73.3 IMAP Request: 0006 IDLE 8.660973 192.168.73.3 192.168.73.1 IMAP Response: + idling Now try to create a sub-folder using outlook: 0.000000 192.168.73.1 192.168.73.3 IMAP Request: DONE 0.000587 192.168.73.3 192.168.73.1 IMAP Response: 0006 OK Idle completed. 0.000910 192.168.73.1 192.168.73.3 IMAP Request: 0008 IDLE 0.001113 192.168.73.3 192.168.73.1 IMAP Response: + idling And there outlook just hangs. Killing outlook and starting it again gives this trace: 5.110260 192.168.73.1 192.168.73.3 TCP 1953 > imap [SYN] Seq=0 Ack=0 Win=64240 Len=0 MSS=1460 5.111826 192.168.73.3 192.168.73.1 IMAP Response: * OK dovecot ready. 5.112139 192.168.73.1 192.168.73.3 IMAP Request: 0000 CAPABILITY 5.112600 192.168.73.3 192.168.73.1 IMAP Response: * CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE STARTTLS AUTH=PLAIN 5.112798 192.168.73.1 192.168.73.3 IMAP Request: 0001 LOGIN "xxx" "xxx" 5.127237 192.168.73.3 192.168.73.1 IMAP Response: 0001 OK Logged in. 5.135355 192.168.73.1 192.168.73.3 IMAP Request: 0002 IDLE 5.137334 192.168.73.3 192.168.73.1 IMAP Response: + idling 5.138060 192.168.73.1 192.168.73.3 IMAP Request: DONE 5.138273 192.168.73.3 192.168.73.1 IMAP Response: 0002 OK Idle completed. 5.138505 192.168.73.1 192.168.73.3 IMAP Request: 0004 IDLE 5.138646 192.168.73.3 192.168.73.1 IMAP Response: + idling And there outlook just hangs again. Any ideas or help would be greatly appreciated. Thanks, Md

2 1

[Dovecot] imap-login zombies
by Robin Breathe 16 Mar '05

16 Mar '05

Running dovecot-0.99.13 on Solaris9/Sparc with ~25k users, we are having regularly recurring problems with large numbers imap-login/pop3-login drones, cycling on poll(). Over the course of 1-2 days, the number of such processes slowly rises to >1000, exhausts resources, and necessitates that dovecot be restarted (having killed all current active and zombie child processes). Nothing of interest seems to be logged with the possible exception of a reasonably high number of aborted logins (~10/hour). Can anyone offer any guidance as to how to track down this bug and help get it resolved? Any help would be much appreciated, as we would very much like to see this resolved in the 0.99 branch. Regards, Robin

2 1

[Dovecot] dovecot-auth hangs with IO leak
by Alan Tam 16 Mar '05

16 Mar '05

Hi dovecot, I am using the debian dovecot packages on a system running LDAP. My /etc/pam.d/common-* looks like this, which simply means try /etc/passwd first, and try LDAP using the same password if it is failed. account [success=1 default=ignore] pam_unix.so account required pam_ldap.so use_first_pass account required pam_permit.so auth [success=1 default=ignore] pam_unix.so auth required pam_ldap.so use_first_pass auth required pam_permit.so session [success=1 default=ignore] pam_unix.so session required pam_ldap.so use_first_pass session required pam_mkhomedir.so skel=/etc/skel umask=0002 session required pam_permit.so When many LDAP users login, /var/log/auth.log shows many (expected) error like: (note "pam_unix") Feb 3 18:16:15 eta dovecot-auth: (pam_unix) authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=127.0.0.1 Feb 3 18:16:19 eta dovecot-auth: (pam_unix) check pass; user unknown After recent upgrades from probably 0.99.10 to 0.99.13, these lines begin to appear in /var/log/mail.log: Feb 3 16:31:00 eta dovecot-auth: Login process has too old (123s) requests, killing it. Feb 3 16:31:00 eta dovecot-auth: Login process has too old (124s) requests, killing it. And some more like this, which shows the problem: Feb 3 16:45:23 eta dovecot-auth: I/O leak: 0x8054940 (13) Feb 3 16:45:23 eta dovecot-auth: I/O leak: 0x8054940 (14) Feb 3 16:45:23 eta dovecot-auth: I/O leak: 0x8054940 (15) The problem can be solved by changing /etc/pam.d/dovecot to: auth required pam_ldap.so account required pam_ldap.so session required pam_mkhomedir.so skel=/etc/skel umask=0002 session required pam_ldap.so This change means PAM not fail auth for /etc/passwd again. I think dovecot has some problem dealing with the pam_unix + pam_ldap configuration. Do you have any idea? I am Cc-ing this message to the corresponding bug in Debian BTS. -- Regards, Alan

2 2

[Dovecot] Bit of a Newbie Question
by Jud 16 Mar '05

16 Mar '05

Apologies in advance - I'm sure there's something quite obvious I'm not doing correctly, but since I'm unable to resolve the problem myself.... I've installed Dovecot 99.14 on FreeBSD-CURRENT using the Dovecot FreeBSD port. My "network" consists of a cable modem connected to a router which is in turn connected (only) to my computer. My ISP assigns a dynamic IP address. I have ddclient set up to sync the dynamic IP to my hostname and MX via dyndns.org. Local operations (local delivery via Postfix or copying/moving/deleting with Thunderbird) work fine. Mail delivery from remote machines does not seem to work via either IMAP or IMAP-SSL. (That is, test e-mails I send from this [Fastmail] account to my local IMAP server never reach their destination.) Enabling port forwarding on my router for ports 993 and 143 has made no difference. What should I be doing to make this work correctly? Jud

5 7

[Dovecot] Strange behaviour with moving mail
by Remy Zandwijk 15 Mar '05

15 Mar '05

Hi All, Sorry to bother you again. I am not too familiar with IMAP yet, so maybe I am asking stupid questions. Here goes anyway: In our (Dovecot 1.0-stable) setup, we have two namespaces: the default namespace, which location is '/var/mailstore/1%u/%u' and the "Mailstorage" namespace, which location is '~/.Mailstorage/'. Now we create a folder called 'Test' in the default namespace and the "Mailstorage" namespace. As far as I know this is possible and not a strange thing to do. When moving an email from the first 'Test' folder to the other 'Test' folder, it appears that everything works like expected, but when refreshing the mailbox, the message is still in the original folder. This happens with a number of different mailclients (which are configured with an empty namespace setting). I guess Dovecot doesn't look at the namespace in which the mail folder is. Is this a Dovecot bug or is this normal behaviour? Best regards, Remy B.T.W: When moving the mail, this is the IMAP conversation: 00029 UID COPY 4 TEST * 2 EXISTS * 2 RECENT 00029 OK Copy completed. 00030 UID STORE 4 +Flags.silent (\Deleted) 00030 OK Store completed.

2 3

[Dovecot] Is it possible to regenerate the index files?
by Joakim Verona 15 Mar '05

15 Mar '05

Is it possible to regenerate the index files, on other conditions than the mbox file being read? For instance, it would be nice if I could regenerate the index for a specific mbox whenever procmail delivers mail to it. If theres no existing solution, would it be possible to make a small script with something like "nc" that could send an imap command to dovecot, so that dovecot would rebuild its index for that mbox? If so, which imap command triggers an index rebuild? -- Joakim Verona www.verona.se

2 5

[Dovecot] Visibility of .subscriptions and .customflags
by justin 15 Mar '05

15 Mar '05

Hi, I upgraded to test65 from 0.99 (mostly to get the namespace feature) and now it seems my .subscriptions and .customflags are showing up as mail folders in my IMAP client (Eudora). If I try and open those folders, of course I get an error. How can I configure dovecot so that these aren't displayed to my IMAP client? I looked through about 6 months of acrhives and couldn't find it mentioned anywhere. Thanks.

2 1

[Dovecot] logging
by F. Even 15 Mar '05

15 Mar '05

I'm curious about exactly what this means in my log: Mar 13 10:56:20 cerebus dovecot: imap-login: Disconnected [130.94.242.20] Mar 13 10:56:51 cerebus last message repeated 177 times Mar 13 10:57:32 cerebus last message repeated 179 times Now...does Dovecot ONLY log the names of users on successful attempts? Is this "Disconnected" log entry an indication someone ran a username/password attack against the imap server and failed to authenticate? If so, is there any way to make this a little more verbose, so I can perhaps see what names, etc. the annoying idiot is throwing against my server....? Thanks.

2 1

[Dovecot] (no subject)
by Gabriel Granger 15 Mar '05

15 Mar '05

Hi All, Bit the bullet last night and switched off UW-IMAP and turned on Dovecot. With any migration I've got some teething problems and hoping someone might be able to point me in the right direction. I tested the system using apple's Mail.app which worked fine, no problems at all, but it seems that most of my users are getting problems, i suspect Mail.app is hiding these messages from me. All my users are using ThunderBird 1.0 lastest stable release. Some messages in their IMAP folders are producing the following error. The current command did not succeed. The mail server responded: Error in IMAP command UID: Invalid BODY[_] parameter: Missing '>' in '<16384.-14781>'. it occurs on the same messages in the users email client but happens randomly, it does not stop you from viewing the message, its just pops up with this error. I'm current using IMAP over SSL and using mbox not maildir for IMAP Any ideas or hep would be great as I'd rather not have to roll back out to UW-IMAP Gabe

6 16

Re: [Dovecot] aha! (was apple mail vs. v0.99)
by sean finney 15 Mar '05

15 Mar '05

hey timo, On Tue, Mar 15, 2005 at 07:32:35PM +0200, dovecot-request(a)dovecot.org wrote: > From: Timo Sirainen <tss(a)iki.fi> > > i set: > > > > mailbox_check_interval = 0 > > This has been the default since 0.99.5 which was released over 2 years > ago. How old version are you using? :) Or had you changed the default? i had indeed changed the default, thinking that it would be a nice feature to turn on. when the problem first surfaced, i immediately thought of this option. however, since the problem was that applemail wasn't seing the new mail, and this was an option to notify the client that there *was* new mail, i guess common sense got the better of me and i forgot this was something i had changed... > > mailbox_idle_check_interval = 0 > > This shouldn't matter because OSX Mail doesn't use IDLE. Probably better > idea to turn it back on or clients using IDLE don't see new mails (I > think?) aha. well then i'll have to try turning that back on :) thanks, sean

1 0

[Dovecot] corrupted inboxes
by Josh Burley 15 Mar '05

15 Mar '05

Hi all, Two users on our system have recently had trouble reading their inbox, and it seems to be a result of their inbox getting corrupted. In the most recent case, their Mailbox file (in /home/eric/Mailbox in this case), has the following as the first line: cnw.igmg-- Here's a piece of the logs below... if you look for "eric", there's a successfully delivery, followed a bit later by a POP attempt by "eric" that returns that the Mailbox isn't in mbox format. Any ideas? .josh Mar 11 14:59:04 core postfix/local[8203]: 27D18279857E: to=<eric(a)kuci.org>, relay=local, delay=0, status=sent (delivered to mailbox) Mar 11 14:59:04 core postfix/qmgr[7238]: 27D18279857E: removed Mar 11 14:59:06 core postfix/smtpd[8199]: disconnect from user-0c8gg6h.cable.mindspring.com[24.136.64.209] Mar 11 14:59:13 core pop3-login: Login: gtt [::ffff:67.120.76.169] Mar 11 14:59:18 core postfix/smtpd[7575]: connect from webhost2.ethr.net[208.37.25.24] Mar 11 14:59:18 core postfix/smtpd[7575]: setting up TLS connection from webhost2.ethr.net[208.37.25.24] Mar 11 14:59:18 core postfix/smtpd[7575]: TLS connection established from webhost2.ethr.net[208.37.25.24]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Mar 11 14:59:18 core postfix/smtpd[7575]: 242E2279857E: client=webhost2.ethr.net[208.37.25.24] Mar 11 14:59:18 core postfix/cleanup[8201]: 242E2279857E: message-id=<bb165712392a2b4375d6da0efa3c046c(a)www.ethr.net> Mar 11 14:59:18 core postfix/qmgr[7238]: 242E2279857E: from=<nobody(a)webhost2.ethr.net>, size=1527, nrcpt=1 (queue active) Mar 11 14:59:18 core postfix/cleanup[8201]: 6F63A2798580: message-id=<bb165712392a2b4375d6da0efa3c046c(a)www.ethr.net> Mar 11 14:59:18 core postfix/local[8203]: 242E2279857E: to=<r-ethr(a)kuci.org>, relay=local, delay=0, status=sent (forwarded as 6F63A2798580) Mar 11 14:59:18 core postfix/qmgr[7238]: 6F63A2798580: from=<nobody(a)webhost2.ethr.net>, size=1653, nrcpt=1 (queue active) Mar 11 14:59:18 core postfix/smtpd[7575]: disconnect from webhost2.ethr.net[208.37.25.24] Mar 11 14:59:18 core postfix/qmgr[7238]: 242E2279857E: removed Mar 11 14:59:18 core postfix/smtp[8250]: setting up TLS connection to blade.butterzone.net Mar 11 14:59:18 core postfix/smtp[8250]: verify error:num=19:self signed certificate in certificate chain Mar 11 14:59:18 core postfix/smtp[8250]: Peer verification: CommonName in certificate does not match: tloin.butterzone.net != blade.butterzone.net Mar 11 14:59:18 core postfix/smtp[8250]: Peer certficate could not be verified Mar 11 14:59:18 core postfix/smtp[8250]: 6F63A2798580: to=<r(a)butterzone.net>, orig_to=<r-ethr(a)kuci.org>, relay=blade.butterzone.net[208.37.27.136], delay=0, status=sent (250 Ok: queued as 4783AC2C130) Mar 11 14:59:18 core postfix/qmgr[7238]: 6F63A2798580: removed Mar 11 14:59:23 core pop3(eric): File isn't in mbox format: /home/eric/Mailbox Mar 11 14:59:24 core pop3-login: Login: eric [::ffff:128.195.131.49] Mar 11 14:59:24 core pop3(eric): File isn't in mbox format: /home/eric/Mailbox Mar 11 14:59:24 core pop3(eric): File isn't in mbox format: /home/eric/Mailbox Mar 11 14:59:24 core pop3(eric): Couldn't open INBOX: Internal error occured. Refer to server log for more information. [2005-03-11 14:59:24] Mar 11 14:59:49 core pop3-login: Login: eric [::ffff:128.195.131.49] Mar 11 14:59:49 core pop3(eric): File isn't in mbox format: /home/eric/Mailbox Mar 11 14:59:49 core pop3(eric): File isn't in mbox format: /home/eric/Mailbox Mar 11 14:59:49 core pop3(eric): Couldn't open INBOX: Internal error occured. Refer to server log for more information. [2005-03-11 14:59:49] Mar 11 14:59:53 core imap-login: Login: jeanie [::ffff:128.195.131.2] Mar 11 14:59:58 core last message repeated 5 times

2 4

Re: [Dovecot] aha! (was apple mail vs. v0.99)
by sean finney 15 Mar '05

15 Mar '05

hello! On Mon, Mar 14, 2005 at 11:08:39PM +0200, dovecot-request(a)dovecot.org wrote: > From: "Dominik 'Rathann' Mierzejewski" <D.Mierzejewski(a)icm.edu.pl> > > According to RFC3501 (is this the right one?), NOOP can be used to check > for new mail, but it doesn't say that the server should return status > data every time NOOP is issued. i think the problem is that when the server asynchronously reports to the client that there's new mail apple mail gets confused. then noop doesn't report new mail. also, it seems that this is also the cause of apple mail having to re-download the entire mailbox every time it checks for new mail. > From: Timo Sirainen <tss(a)iki.fi> > > How did you disable them? I think enabling oe6-fetch-no-newmail > workaround should help. i set: mailbox_check_interval = 0 mailbox_idle_check_interval = 0 which did the trick (i already had all the client workarounds enabled). thanks, sean

3 2

[Dovecot] empty namespace prefix doesn't honor hidden (PATCH)
by Geo Carncross 15 Mar '05

15 Mar '05

diff -u -r1.44 cmd-list.c --- src/imap/cmd-list.c 5 Feb 2005 18:07:26 -0000 1.44 +++ src/imap/cmd-list.c 15 Mar 2005 16:15:27 -0000 @@ -213,7 +213,7 @@ ctx->inbox && cur_ref == ctx->ref, ns->sep); if (*cur_ref != '\0' || *cur_prefix == '\0') - match = IMAP_MATCH_CHILDREN; + match = ns->hidden ? IMAP_MATCH_NO : IMAP_MATCH_CHILDREN; else { len = strlen(cur_prefix); if (cur_prefix[len-1] == ns->sep) -- Internet Connection High Quality Web Hosting http://www.internetconnection.net/

1 0

[Dovecot] Authentication to Active Directory
by Chris Wakelin 15 Mar '05

15 Mar '05

Has anybody managed to have Dovecot authenticate to Microsoft Active Directory? I've tried to get it to work using LDAP and the following settings dovecot.conf: userdb = ldap /etc/dovecot-ldap.conf passdb = ldap /etc/dovecot-ldap.conf dovecot-ldap.conf: hosts = rdg-home.ad.rdg.ac.uk dn = cn=bind-user,cn=users,dc=rdg-home,dc=ad,dc=rdg,dc=ac,dc=uk dnpass = XXXXX ldap_version = 2 base = dc=rdg-home,dc=ad,dc=rdg,dc=ac,dc=uk user_filter = (sAMAccountName=%u) pass_filter = (sAMAccountName=%u) I've also tried things like "(&(objectClass=sAMACcountName)(cn=%u))" to no avail. It appears to bind properly, but never finds the account, so login fails. I've had Active Directory authentication working with Squid and with Cyrus SASL/IMAP. 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 1

[Dovecot] Drac and Dovecot, almost there ...
by Jon Shoberg 15 Mar '05

15 Mar '05

I have dracd and dovecot up and running and trying to get the two connected. I'm using the FC3 rpms from callimg yum install. I've downloaded the drac patch from http://dovecot.org/patches/drac.c and compiled it with both gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac and gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so I get no warnings or errors on the compiling to drac.so. In the conf file I have imap_use_modules = yes imap_modules = /usr/lib/dovecot/imap However, I don't see the module being called. Is there a way to tell. The dracd database (/etc/mail/dracd.db) is not being updated via testing with the drac utilities. Thoughts? Ideas? Below is output from a strace ... I don't see /usr/lib/dovecot/imap/drac.so being opened ... execve("/usr/sbin/dovecot", ["/usr/sbin/dovecot"], [/* 20 vars */]) = 0 uname({sys="Linux", node="masra.org", ...}) = 0 brk(0) = 0x8c85000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28209, ...}) = 0 old_mmap(NULL, 28209, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf6ff9000 close(3) = 0 open("/lib/libssl.so.4", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\226"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=213600, ...}) = 0 old_mmap(0x7c0000, 212692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7c0000 old_mmap(0x7f1000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x31000) = 0x7f1000 close(3) = 0 open("/lib/libcrypto.so.4", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\31d\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=933408, ...}) = 0 old_mmap(0x617000, 949656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x617000 old_mmap(0x6ea000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd2000) = 0x6ea000 old_mmap(0x6fc000, 11672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x6fc000 close(3) = 0 open("/usr/lib/libgssapi_krb5.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\214"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=82944, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6ff8000 old_mmap(0x724000, 80272, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x724000 old_mmap(0x737000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x737000 close(3) = 0 open("/usr/lib/libkrb5.so.3", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\370[\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=415188, ...}) = 0 old_mmap(0x5b0000, 413000, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x5b0000 old_mmap(0x613000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x63000) = 0x613000 close(3) = 0 open("/lib/libcom_err.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3548Y\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=7004, ...}) = 0 old_mmap(0x593000, 8636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x593000 old_mmap(0x595000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x595000 close(3) = 0 open("/usr/lib/libk5crypto.so.3", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Bp\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=136016, ...}) = 0 old_mmap(0x701000, 134560, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x701000 old_mmap(0x721000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0x721000 close(3) = 0 open("/lib/libresolv.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\363"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=81316, ...}) = 0 old_mmap(0x57d000, 80040, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x57d000 mprotect(0x58c000, 18600, PROT_NONE) = 0 old_mmap(0x58d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x58d000 old_mmap(0x58f000, 6312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x58f000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\313"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=16908, ...}) = 0 old_mmap(0x4ec000, 12388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4ec000 old_mmap(0x4ee000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x4ee000 close(3) = 0 open("/usr/lib/libz.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\205"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=63528, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6ff7000 old_mmap(0x517000, 65028, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x517000 old_mmap(0x526000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0x526000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 O=\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1524828, ...}) = 0 old_mmap(0x3c0000, 1219740, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x3c0000 mprotect(0x4e3000, 27804, PROT_NONE) = 0 old_mmap(0x4e4000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123000) = 0x4e4000 old_mmap(0x4e8000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4e8000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6ff6000 mprotect(0x4e4000, 8192, PROT_READ) = 0 mprotect(0x4ee000, 4096, PROT_READ) = 0 mprotect(0x58d000, 4096, PROT_READ) = 0 mprotect(0x3bc000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xf6ff66c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xf6ff9000, 28209) = 0 time(NULL) = 1110856826 brk(0) = 0x8c85000 brk(0x8cae000) = 0x8cae000 uname({sys="Linux", node="masra.org", ...}) = 0 getpid() = 18177 geteuid32() = 510 open("/etc/dovecot.conf", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=20533, ...}) = 0 pread(3, "## Dovecot 1.0 configuration fil"..., 2048, 0) = 2048 pread(3, "ges, use this logfile instead of"..., 2023, 2048) = 2023 pread(3, "g\n# we check only once in a seco"..., 1970, 4071) = 1970 pread(3, "to give \"mail\" group write acces"..., 2046, 6041) = 2046 pread(3, "STRUCTURE\n# gen"..., 1981, 8087) = 1981 pread(3, "is setting specifies the minimum"..., 2034, 10068) = 2034 pread(3, "dlinks = no\n\n# Check if mails\' c"..., 2026, 12102) = 2026 pread(3, "processes then.\n#mail_drop_priv_"..., 1986, 14128) = 1986 pread(3, " client authenticates in the IMA"..., 2029, 16114) = 2029 pread(3, "ice> | *]: PAM authentication\n# "..., 2034, 18143) = 2034 pread(3, "s, so it may be 0600-root owned "..., 356, 20177) = 356 close(3) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1686, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6fff000 read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1686 read(3, "", 4096) = 0 close(3) = 0 munmap(0xf6fff000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28209, ...}) = 0 old_mmap(NULL, 28209, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf6ff9000 close(3) = 0 open("/lib/libnss_files.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=47496, ...}) = 0 old_mmap(NULL, 41604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xf6feb000 old_mmap(0xf6ff4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0xf6ff4000 close(3) = 0 mprotect(0xf6ff4000, 4096, PROT_READ) = 0 munmap(0xf6ff9000, 28209) = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=3306, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6fff000 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 3306 close(3) = 0 munmap(0xf6fff000, 4096) = 0 access("/usr/libexec/dovecot/pop3-login", X_OK) = 0 open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=3306, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6fff000 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 3306 close(3) = 0 munmap(0xf6fff000, 4096) = 0 access("/usr/libexec/dovecot/imap-login", X_OK) = 0 access("/usr/libexec/dovecot/imap", X_OK) = 0 access("/usr/lib/dovecot/imap", R_OK|X_OK) = 0 access("/usr/libexec/dovecot/pop3", X_OK) = 0 access("/usr/lib/dovecot/pop3", R_OK|X_OK) = 0 access("/usr/share/ssl/certs/dovecot.pem", R_OK) = -1 EACCES (Permission denied) write(2, "Fatal: ", 7Fatal: ) = 7 write(2, "Can\'t use SSL certificate /usr/s"..., 77Can't use SSL certificate /usr/share/ssl/certs/dovecot.pem: Permission denied) = 77 write(2, "\n", 1 ) = 1 exit_group(89) = ?

2 1

[Dovecot] Dovecot 64-bit and Pine error
by Remy Zandwijk 15 Mar '05

15 Mar '05

Hi all, I compiled a 64-bit Dovecot stable (13-03-2005) version on a Solaris 9 box with gcc 3.4.2. OpenSSL and libiconv are compiled 64-bit also. The configure I use: export CPPFLAGS="-m64 -I/var/tmp/openssl/include" export LDFLAGS="-m64 -L/var/tmp/openssl/lib" ./configure \ --prefix=/opt/dovecot \ --sysconfdir=/etc/opt/dovecot \ --disable-shared \ --with-libiconv-prefix=/var/tmp/iconv \ --without-passwd-file \ --without-shadow \ --without-vpopmail \ --without-static-userdb \ --with-ssl=openssl \ --with-ssldir=/etc/opt/dovecot/cert \ --without-pop3d Dovecot is running fine, all email clients are running fine, except for Pine (4.62). When saving a mail to another IMAP mailbox, Pine report an error message and the logfile shows: Mar 14 16:33:28 tbox dovecot: [ID 107833 local1.error] IMAP(tstud1): utime(/var/tmp/var_mailstore/ t/tstud1/.Drafts/tmp/1110814408.P2681Q0M979308.tbox) failed: Value too large for defined data type Compiling Dovecot in 32-bit, saving mail within Pine is doing just fine. I guess this is caused by maildir-save.c, line 219. Is this a bug in Solaris or Dovecot? -Remy

2 2

[Dovecot] dovecot 0.99 + apple mail.app
by sean finney 15 Mar '05

15 Mar '05

hello all, first off, a success story. after much testing and preperation, we've switched from uw-imap to dovecot. i am not kidding when i say that we have experienced an order of magnitude decrease in server load (previously load peaks were 40-60, now they are 3-4). so, suffice to say that the mail admins here are very happy :) one problem that has come up though is particular to apple's mail.app. when a client recieves a new message, they aren't notified that it's arrived, and often even when pressing "check for new mail" they don't see it come in. however, if they move from one mailbox to another, and then back, it shows up. it also shows up if thtey completely quit out of the program and start it back up. i'm going to try and get a packet dump of this to see if i can find out what's happening in the conversation, but figured in the meantime i'd put my feelers out to see if anyone else is having this problem. thanks, sean

7 9

[Dovecot] dovecot-stable mbox weirdness
by Matt Howard 14 Mar '05

14 Mar '05

I just tested dovecot-stable from 2005-03-08 and 03-12 and saw the following behavior. All of my mbox folders show is the first message's header. None of the files were truncated (whew, saves a restore). I had 0.99.12.1 installed before this, and just switched back to 0.99.14. Both 0.99.x versions work fine. I removed all of the index files to see if there was a hiccup there, with no effect. System is Slackware 10.0. My package was built with this: http://tinyurl.com/6l2vv

2 3

[Dovecot] aha! (was apple mail vs. v0.99)
by sean finney 14 Mar '05

14 Mar '05

it seems that when you say "check for new mail" in apple mail, it sends a NOOP to the imap server to get the response. in uw, the conversation is something like: 25 NOOP 25 OK NOOP completed 26 NOOP * 2796 EXISTS * 7 RECENT 26 OK NOOP completed however, with dovecot, if it has already notified the client that new mail has arrived, it will look something like: * 24 EXISTS * 2 RECENT 22 NOOP 22 OK NOOP completed. 23 NOOP 23 OK NOOP completed. (the counts are different because these are seperate accounts) so evidently, apple mail is too stupid to realize to read info from the server unless it asked for it... so now that i think i have a short-term fix (disabling notification for new mail server-side), i can breathe a sigh of relief. for a long-term fix, would it be possible to have the server always notify the client of new mail after a NOOP? thanks, sean

3 2

[Dovecot] Authentication error after authentication query (for Eudora 5.2 on Mac)
by Tim Alberts 14 Mar '05

14 Mar '05

Greetings all, I'm a new user of Dovecot and want to say thanks for the great software. I am having a problem at the moment. I run a heterogeneous network with windows and Mac clients logging into a Fedora Linux 2 box running sendmail and previously UW-IMAP, but now Dovecot. I am using strictly pop3, plain authentication with mbox format. Every computer in the network is working fine with this sytem, except 1. A mac running Eurdora mail 5.2. It gives me an Authentication error every time it tries to get mail. I telnet into the server and when I skip the AUTH process and just log in, the server works fine as follows: [talberts@localhost ~]$ telnet mail.inside.msi 110 Trying 192.168.0.3... Connected to mail.inside.msi (192.168.0.3). Escape character is '^]'. +OK dovecot ready. user tdazey +OK pass ****** +OK Logged in. quit +OK Logging out. Connection closed by foreign host. [talberts@localhost ~]$ However, when I do the following session: [talberts@localhost ~]$ telnet mail.inside.msi 110 Trying 192.168.0.3... Connected to mail.inside.msi (192.168.0.3). Escape character is '^]'. +OK dovecot ready. auth cram_md5 -ERR Unsupported authentication mechanism. auth login -ERR Unsupported authentication mechanism. auth plain + user tdazey -ERR Authentication failed. user tdazey +OK pass ****** +OK Logged in. quit +OK Logging out. Connection closed by foreign host. [talberts@localhost ~]$ I don't need any authentication except plain. However, when the client queries the settings, it fails the login. I tried this on multiple accounts with the same results. What do I do to fix this?

3 3

[Dovecot] Dovecot, pam and OpenLDAP
by Rune Hamnvik 14 Mar '05

14 Mar '05

Hello We have a Dovecot installation using only pop3 where auth data is stored in OpenLDAP and accessed using pam. With Fedora 2 everything has worked fine, but when we upgraded to Fedora 3 we started to get problems. After a while a lot of dovecot processes existed, and error messages was logged in maillog telling that the processes was too old. Then some error messages telling about memory leak was logged. Our /etc/pam.d/dovecot looks like this: #%PAM-1.0 auth required pam_nologin.so auth required pam_stack.so service=system-auth account required pam_stack.so service=system-auth session required pam_stack.so service=system-auth Any idea what is happening? Rune Hamnvik Mobinor AS Norway

1 0

Re: [Dovecot] Plain Authentication - Outlook not working
by F. Even 14 Mar '05

14 Mar '05

What problems exist with Thunderbird? Both my wife and I are using Thunderbird with no issues on both OSX and WindowsXP. (No issues that I'm noticing anyway). I'm using 1.0 Test 64: Dovecot v1.0-test64 starting up Frank Simon Windsor wrote: > Hi > > Thanks for the advice, but no luck. > > In the end, I am now using Evolution, which I do not like but it works. > It appears that Kmails IMAP and Thunderbirds IMAP are broken, > particularly kmails! > > Installing Dovecot 1.0.59 improves Dovecots IMAP software, but exposes > flaws for Kmail and Thunderbird! > > So, until the update to KDE, due at the end of March, I will endure > Evolution. > > Thanks, once again > > Simon > > On Sun, 2005-03-13 at 17:40 -0600, F. Even wrote: > >>>Hi >>> >>>I tried re-subscribing and still, I get not emails with kmail. >>> >>>Outlook appeared to pick the change in Subscription file automatically. >>> >>>Any other ideas, or should I drop the IMAP connection and re-do it? >> >>I've always had to drop my IMAP connection and reconnect to recognize >>changes I've made on the server side. A kill -1 to dovecot will only >>reload the server process and the login auth processes...it won't kill >>your already established IMAP connection, which as far as I can tell, >>keeps using old settings. >> >>If you are having that many problems, delete all of your subscriptions >>files and dovecot caches and start from scratch. I've had to do it a few >>times to get things to work as expected. >>

2 1

RE: [Dovecot] Plain Authentication - Outlook not working
by F. Even 14 Mar '05

14 Mar '05

> Hi > > I tried re-subscribing and still, I get not emails with kmail. > > Outlook appeared to pick the change in Subscription file automatically. > > Any other ideas, or should I drop the IMAP connection and re-do it? I've always had to drop my IMAP connection and reconnect to recognize changes I've made on the server side. A kill -1 to dovecot will only reload the server process and the login auth processes...it won't kill your already established IMAP connection, which as far as I can tell, keeps using old settings. If you are having that many problems, delete all of your subscriptions files and dovecot caches and start from scratch. I've had to do it a few times to get things to work as expected.

1 0

[Dovecot] Restrict Imap access
by Sergiu Zaharia 14 Mar '05

14 Mar '05

Hello. I need to restrict access to IMAP ports to a few users, so that all users can use POP3 and just a few of them will be able to access IMAP. I use secure connections POP3s and IMAPs. Is it possible? Also... When I connect to the Dovecot server using Outlook (IMAPs) I get a Warning message,something like: "The server you are connectiing to uses a non verified protection certificate. A chain of certificates ...so on ( I can't translate :) ) Continue using the server? " How can I fix that warning? Thanks

3 2

RE: [Dovecot] Plain Authentication - Outlook not working
by Timo Sirainen 13 Mar '05

13 Mar '05

On Sun, 2005-03-13 at 15:18 +0000, Simon Windsor wrote: > Hi > > I tried re-subscribing and still, I get not emails with kmail. > > Outlook appeared to pick the change in Subscription file automatically. > > Any other ideas, or should I drop the IMAP connection and re-do it? Do you even see the mailbox list? Maybe kmail got somehow confused and recreating the IMAP account entirely would be easiest way to fix it.

4 7

[Dovecot] pop before smtp with 'exact' and 'exim4'
by Jools Smyth 13 Mar '05

13 Mar '05

Hello, I just thought I would write this in case its useful to anyone. I've used dovecot for a while, as its so easy to set up, its fast and it and just "works". I recently wanted to be able to send via my server after pop3s authentication. I'm also running debian (testing) which utilises exim4 by default. I found no information about how to do it with this combination of software so went about sorting it out myself. First I got exact : (a pop before smtp daemon) http://adju.st/dist/exact/ After compiling and installing i edited its /usr/local/etc/exact-servers.conf It doesn't support dovecot's log format out of the box, so i created a regular expression entry for it. <server dovecot> order username,address match (Login): (.*) \[(.*)\] </server> I then edited its main configuration, (/usr/local/etc/exact.conf) changing only the user its running on (default mail/mail) to Debian-exim/mail. (so that the state file it creates can be read fine by exim4) I also changed the mail log ownership so that group mail can read them, /usr/local/var/state/exact to drwxr-sr-x 2 Debian-exim mail 1024 Mar 13 16:39 exact and /usr/local/var/run/exact to drwxr-sr-x 2 Debian-exim mail 1024 Mar 12 21:54 exact Exact's exim documentation is not for the most recent version, so I had to locate the correct line to modify. I went into the exim4 configuration files. I use the debian split format configuration. In the file /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt there is a line near the bottom which reads accept hosts = +relay_from_hosts I changed this to accept hosts = +relay_from_hosts : net-lsearch;/usr/local/var/state/exact/rela y I then just set exact to and start/stop in /etc/init.d/exim4 thats all! Best Regards Jools -- Oxford Inspire jools(a)oxfordinspire.co.uk Tel: 01865 751879 Mob: 07966 577498

2 1

[Dovecot] Plain Authentication - Outlook not working
by Simon Windsor 13 Mar '05

13 Mar '05

Hi I have just upgraded a mail server from dovecot-0.99 to stable (dovecot-1.0.59). My normal desktop email client, kmail is working fine, but outlook keeps producing PLAIN authentication errors, and refusing to authenticate. From dovecot.log, I can see dovecot: Mar 13 10:57:30 Error: auth(default): sql(<xxxxxxxMy Detailsxxxxxxxxxxx>): Password query must return a field named "password" I have tried setting, unsetting disable_plaintext_auth in dovecot.conf, to no avail. What is happening, and what should I do to get all email cleints to work. Simon -- Simon Windsor Email: simon.windsor(a)cornfield.org.uk Tel: 01454 617689 Mob: 07720 447385

2 5

[Dovecot] "not listening" notification
by Alan Tam 13 Mar '05

13 Mar '05

Hi dovecot, My dovecot log shows this: Feb 27 03:08:38 eta imap-login: Login: sltam [X.X.X.X] Feb 27 03:09:38 eta imap-login: Disconnected: Inactivity [X.X.X.X] Feb 27 03:10:32 eta dovecot: login: received another "not listening" notification (if you can't login at all, see src/lib/fdpass.c) Feb 27 03:10:42 eta dovecot-auth: Login process has too old (124s) requests, killing it. Feb 27 03:10:42 eta dovecot-auth: Login process 8 disconnected Any clues what it means? Recently I have to restart dovecot several times a day, after I have report that all users cannot login. I am running Debian sarge (2.6.8 kernel) with dovecot version 0.99.14-1 with auth_verbose and auth_debug on. -- Regards, Alan

1 1

[Dovecot] Errors when searching large folders
by Mike Jakubik 12 Mar '05

12 Mar '05

I am getting errors from dovecot when trying to search, in large Maildir folders. The folder has 40454 messages and is 371MB in size. The email client is squirrelmail 1.4.3, running on FreeBSD-current. I've had this problem before, and i posted a message here. The author said he would fix this, but it seem the problem is still not resolved. This is the error i get: --- ERROR : Connection dropped by imap-server. Query: SEARCH CHARSET ISO-8859-1 ALL BODY {5} hello BODY {5} there --- At this point the HD led remain on for another 30 seconds or so. Thanks.

3 9

[Dovecot] Logging options
by Joebstl Thomas 12 Mar '05

12 Mar '05

Hi, is it possible to configure dovecot's logging so it logs stuff like "User x logged in from IP/Host y and had z new messages" like I'm used from qpopper? That immensely helps when debugging PEBKAC issues. Enabling auth_verbose isnt really helpfull since a failed login generates 4 lines, some even without a pid - so it's a bit hard guessing which log entry belongs to which login attempt or even writing a script which checks for those. Regards, Thomas

4 6

[Dovecot] dovecot test62 vs test64
by akolasny＠jhu.edu 12 Mar '05

12 Mar '05

Greetings: I've been using Dovecot 1.0-test62. It has been working well. I tried to upgrade to 1.0-test64 but users could not authenticate. Both versions I compiled with: ./configure --with-ssl=openssl; make; make install They compiled and installed fine. The /usr/local/etc/dovecot.conf needed to be modified due to the new syntax. 1.0-test64 with the new dovecot.conf didn't work. I'm using imaps. The error related to not being able to authenticate. I reinstalled test62 with the original dovecot.conf and everything worked fine again. My config files look like: dovecot.conf-test62 looks like: base_dir = /var/run/dovecot/ protocols = imap imaps pop3 pop3s ssl_disable = no ssl_cert_file = /usr/share/ssl/certs/dovecot.pem ssl_key_file = /usr/share/ssl/private/dovecot.pem disable_plaintext_auth = yes login_dir = /var/run/dovecot-login login = imap login = pop3 mail_extra_groups = mail default_mail_env = mbox:~/mail/:INBOX=/var/spool/mail/%u auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root dovecot.conf-test64 looks like: base_dir = /var/run/dovecot/ protocols = imap imaps ssl_disable = no ssl_cert_file = /usr/share/ssl/certs/dovecot.pem ssl_key_file = /usr/share/ssl/private/dovecot.pem disable_plaintext_auth = yes login_dir = /var/run/dovecot/login default_mail_env = mbox:~/mail/:INBOX=/var/spool/mail/%u protocol imap { } protocol pop3 { } auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } What am I doing wrong? Am I missing something in the 1.0-test64 config file? Your comments or suggestions are greatly appreciated. Thanks, Anthony

2 1

[Dovecot] more info on apple mail vs dovecot 0.99
by sean finney 11 Mar '05

11 Mar '05

hey folks, i have a little more info on this problem... about my setup: i have a mail server running dovecot imap on port 143 and uw imap on 8143. all mail is delivered directly to ~/mbox. what happens: when mail talks to dovecot, every time you check new mail, it re-downloads the entire mailbox. new mail does not show up in the inbox, even after it can be confirmed delivered (via mutt on the server). the really wierd part: even though the message doesn't show up in the list of messages in the inbox, the number of new messages floating above the dock icon (and next to the combined "In" box) *does* go up! wtf?? if you switch between mailboxes, or select "rebuild mailbox", the new message shows up of course both involve resynching the entire mailbox again... my first thought was that this was some kind of wierd application bug, but i'm not so sure. with uw-imap, when you select check new mail it does not re-download the entire mailbox, but the new message does not reliably show up until you switch from one message to another in your inbox. so it seems like there's *some* kind of difference between the two servers... and here come the questions: what would cause apple mail to always download all messages from dovecot but not from uw-imap? i found the following link, is it still relevant? http://lists.freebsd.org/pipermail/freebsd-questions/2004-April/044513.html is this something that might be resolved with 1.0-stable? is there something specific i should look for in protocol dumps? would compacting mailboxes have any effect on this? anyway, thanks to everyone who's helped so far... sean

1 0

Re: [Dovecot] Bit of a Newbie Question
by Wouter Van Hemel 11 Mar '05

11 Mar '05

On Thu, 10 Mar 2005, Jud wrote: >> You have not yet told us if you actually can receive email from outside; >> both with respect to your MTA configuration and an open (i.e. not >> firewalled) internet ip. > > I will have to investigate my MTA configuration. It's not clear to me > what is meant by an "open (not firewalled) internet ip." What > can/should I do on my system to create this condition? > Well, you should have an ip that is publicly accessible for mail servers on the internet, especially for the ones you expect will forward email. If your provider has a firewall for its customers that disallows access to certain ports (such as 25 and 80), you simply can not receive email (by SMTP). Perhaps FastMail will allow you to specify a specific port, but I doubt it. IMO, it's not a good idea to run a mailserver on a residential line with a dynamic ip; likely the contract with your isp even forbids this. Ofcourse, it's up to you to decide and try anyway. >> There is no difference for dovecot. For now, I'd say rather that the >> problem is either that your MTA doesn't accept email, or that your isp >> firewalls port 25 (which is rather likely on a dynamic ip home >> connection). > > It is probably true that my isp blocks port 25; it will be easy to > determine for sure. If so, are there any solutions you can suggest? > Do you have any accounts on remote servers? Just do a 'telnet your_internet_ip 25' ... or something along those lines. If not, try an online open relay testing service such as the one ordb provides: http://www.ordb.org/submit/ Be sure to enable test feedback. It will probably tell you enough for you to find out if it can reach your server or not. >> Read the MTA logs. See if there is any connection at all. If there is, >> check what happens with the messages (refused?). If there is not, you >> either are not accepting connections on your outside interface, or your >> provider has blocked access to port 25. >> >> Did you receive any bounces? > > Yes, though I deleted them, not even thinking to read them for > information. However, it is quite simple for me to create more bounces! > ;-) > Do so, and read the actual error message. This has very little to do with dovecot...

1 0

[Dovecot] dovecot and vpopmail
by radus＠smartpost.ro 11 Mar '05

11 Mar '05

Hello Does dovecot know to expand %d in default_mail_env to the default vpopmail domain in case the user logs without attaching the @domain in his login ? I last tried this on an old dovecot and this didn't work... Radu

1 0

[Dovecot] 1.0-test64
by Timo Sirainen 10 Mar '05

10 Mar '05

http://dovecot.org/test/ Possibly fixes the mail-cache-transaction assert. Passdb and userdb configuration changed. New format is: passdb sql { args = /etc/dovecot-sql.conf } passdb pam { } userdb passwd { } The above would first try to authenticate from SQL database, if it failed because user wasn't found, or password was wrong, it would then try PAM. The same is done for userdbs. I'll probably do some other configuration file changes still before v1.0. I'm also thinking about having a separate config process which can read the actual configuration from files or sql.

9 12

[Dovecot] Is it possible with mysql ?
by kaka 10 Mar '05

10 Mar '05

Is it possible to install dovecot imap / pop3 with mysql authentication, with postfix as mta and with squirrelmail as webmail ? Is it reliable for production state ? I'm working with courier-imap but I don't like it. Hi, kakà.

4 3

Re: [Dovecot] mail-cache-transaction.c error
by Jamie Herre 09 Mar '05

09 Mar '05

On Mar 8, 2005, at 12:50 AM, F. Even wrote: > Timo Sirainen wrote: >> On 7.3.2005, at 01:09, F. Even wrote: >>> Mar 6 16:50:59 cerebus dovecot: IMAP(problemuser): file mail-cache- >>> transaction.c: line 250 (mail_cache_transaction_reserve_more): >>> assertion failed: (size >= 2) >> I saw this a few times with my tests, but since it happened pretty >> rarely I thought it wouldn't matter much.. Guess you found a way to >> reproduce it much more easily. I'll try to look into it soon. > > Very regularly... Here's a recipe that works for me: Shutdown dovecot; Delete all "dovecot*" files from Maildir; Restart dovecot; Synchronize mailboxes. Every time I get a ton of the above exceptions.

1 1

[Dovecot] dovecot patch for TCB auth
by Thomas Hummel 08 Mar '05

08 Mar '05

Hi, I'm writing to you on behalf of the Pasteur Institute's (Paris, France) IT team. We're currently using dovecot-0.99.10.5_2 on a FreeBSD 5.3. We're planning to upgrade to dovecot-1.x with an openLDAP user and password database and patch it at the same time to include some authentication feature we're using : Since most of our user currently don't use dovecot at all and still authenticate on a DEC alpha running OSF1 [digital unix] V5.1 732, an authentication profile is maintained for each of them on the system. This user profile is kept in the protected password database, accessible only to trusted programs acting on behalf of the trusted computing base (TCB). Some TCB fields are useful to us so we're planning to use their LDAP attibute equivalents and we wrote a custom LDAP shema that includes those which were missing from the standard openLDAP distribution [see details below]. So we're planning (in fact are about to) patch dovecot-1.x in order to take those LDAP attribute (matching the TCB field of interest to us) into account. To do so, we wrote some documentation (still in a draft state) to extend our understanding of dovecot architecture and authentication process. Of course, we're going to give it (patch + doc) back to you and make it freely available. But we'd like to know if you : - were already working on such a patch or planning to do so - were interested, once done (by us or you) to include it into the official release, since it could interest some other person who runs digital unix with TCB authentication Thanks -- Thomas Hummel | Institut Pasteur, Paris, France <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau -------- Here are some details about which attribute we're planning to use and their TCB equivalents uidNumber ~ u_id uid ~ u_name userPassword ~ u_pwd shadowLastChange ~ u_succhg shadowExpire ~ u_expdate shadowMax ~ u_life shadowWarning ~ u_exp [ shadowWarning = u_life - u_exp] plus the one we wrote : maxTries ~ u_maxtries [ maximum number of consecutive unsuccessful login attempts to the account that are permitted until the account is disabled ] numUnsucLog ~ u_numunsuclog [ number of unsuccessful login attempts to the account. It is reset when a successful login to the account occurs.] Lock ~ u_lock [ A boolean indicating if the account is locked ]

2 2

[Dovecot] mail-cache-transaction.c error
by F. Even 08 Mar '05

08 Mar '05

Hello all. I've just recently (this last weekend) migrated to Dovecot on my FreeBSD 4.x box. So far, so good, I like it a lot, and plan on moving mboxes to Maildirs sometime this next weekend. BUT....I've currently run into a problem. I'm seeing an error when one user account tries to access the INBOX from Squirrelmail: Mar 6 16:50:59 cerebus dovecot: IMAP(problemuser): file mail-cache- transaction.c: line 250 (mail_cache_transaction_reserve_more): assertion failed: (size >= 2) I'm using 1.0-test63: Mar 6 04:17:47 cerebus dovecot: Dovecot v1.0-test63 starting up I've since blown away the .imap folder for this user and tried again, it still fails. Other user accounts are having no problems. Here are the relevant log snippets: Mar 6 16:18:02 cerebus dovecot: imap-login: Login: noproblems [127.0.0.1] Mar 6 16:48:48 cerebus dovecot: imap-login: Login: problemuser [127.0.0.1] Mar 6 16:48:49 cerebus dovecot: imap-login: Login: problemuser [127.0.0.1] Mar 6 16:48:52 cerebus dovecot: IMAP(problemuser): file mail-cache- transaction.c: line 250 (mail_cache_transaction_reserve_more): assertion failed: (size >= 2) Mar 6 16:48:52 cerebus dovecot: child 64331 (imap) killed with signal 6 Mar 6 16:48:52 cerebus dovecot: imap-login: Login: problemuser [127.0.0.1] Mar 6 16:50:42 cerebus dovecot: imap-login: Login: problemuser [127.0.0.1] Mar 6 16:50:59 cerebus dovecot: IMAP(problemuser): file mail-cache- transaction.c: line 250 (mail_cache_transaction_reserve_more): assertion failed: (size >= 2) Mar 6 16:50:59 cerebus dovecot: child 64391 (imap) killed with signal 6 Mar 6 16:52:54 cerebus dovecot: imap-login: Login: problemuser [127.0.0.1] Mar 6 16:52:57 cerebus last message repeated 2 times Mar 6 16:52:58 cerebus dovecot: IMAP(problemuser): file mail-cache- transaction.c: line 250 (mail_cache_transaction_reserve_more): assertion failed: (size >= 2) Mar 6 16:52:58 cerebus dovecot: child 64420 (imap) killed with signal 6 Mar 6 16:53:31 cerebus dovecot: imap-login: Login: noprob2 [127.0.0.1] Mar 6 16:53:54 cerebus last message repeated 4 times Mar 6 16:56:12 cerebus last message repeated 12 times Mar 6 16:58:12 cerebus last message repeated 11 times Mar 6 16:58:30 cerebus dovecot: imap-login: Login: noproblems [127.0.0.1] Mar 6 16:58:34 cerebus last message repeated 2 times Any help would be appreciated. Thanks, Frank

2 3

[Dovecot] Upgrade to new server question
by John Peacock 08 Mar '05

08 Mar '05

I'm vainly trying to get a new server ready to become the default mail server. We have a SAN, so I don't need to move the mailboxes (I can mount the same partition from both machines), but the question is what version of dovecot to load. I'm assuming that I cannot run both 0.99.14 and 1.00.x on the same maildirs (the indexes differ?). However, is it safe for me to mount the same maildirs from two different boxes? John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

2 2

[Dovecot] 1.0-test63 released
by Timo Sirainen 07 Mar '05

07 Mar '05

http://dovecot.org/test/ A new test release for a change. Fixed several problems with indexes, especially related to transaction log rotating (pretty easy to find bugs when you set them to be rotated every 5 seconds and keep bombing the same mailbox with 10 test clients). Please report both new and old bugs. The changes might have fixed lots of different randomly occuring problems. The most important bugfixes were also done to dovecot-stable. The tarball is already updated. Looking at changelog, there seems to be: - Don't crash if client disconnects in the middle of APPEND - LDAP and static passdbs can return "extra parameters" (http://wiki.dovecot.org/AuthSpecials) now. Only SQL did before. - Added "nice" extra parameter for userdb to set imap/pop3 process's priority - RPA/SQL passdb patches from Andrey - Major rearrangements (again) to auth code: - Blocking passdbs (SQL) now create auth worker processes to do the actual blocking work. auth_worker_max_count setting specifies the maximum number of these processes to create. PAM and checkpassword code should be fixed to use this method as well. - Fallback to using expired records from auth cache if database lookups fail. - multiple auth setting blocks still not working - Transaction logs are now rotated when they're over 128kB and created (not updated as before) more than 5 minutes ago. So with high traffic mailboxes the log file shouldn't grow forever anymore.. - other fixes and cleanups

2 1

[Dovecot] Too many open files, etc.
by Martin Preen 07 Mar '05

07 Mar '05

Hello, a few days ago I switched out UW-server installation to dovecot 0.99.14 (Solaris 9). There were a few client issues, but mostly the migration was ok. But I have still some questions/problems: +) dovecot-auth: ... PAM: pipe() failed: Too many open files I increased the max. number of open files. Is this normal behaviour, that more than 512 open files are needed ? +) we're using mbox on NFS and index files on local disks. When building the index files for the first time, it takes (of course) a long time for large folders. But we have these users, and this will happen sometimes. Is there a way to improve performance ? +) in general dovecot saves a lot of NFS-bandwidth compared to UW-imap. Thats what I was looking for. But there also seems to be a problem with large inboxes (> 10 MB) and/or large attachments. Is this right ? One user currently gets this error from Pine when accessing a large attachment: MAIL FOLDER "INBOX" CLOSED DUE TO ACCESS ERROR. AFAIK this error is related to some timeout problem. Has anyone seen this (and a solution for it) ? Thanks. Martin ----------------------------------------------------------------- Martin Preen, Universitaet Freiburg, Institut fuer Informatik Georges-Koehler-Allee, Geb.52, Zi.00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen(a)informatik.uni-freiburg.de fax: ++49 761 203-8242 www.informatik.uni-freiburg.de

4 5

[Dovecot] Can't create subfolders of my INBOX or delete folders with IMAP
by Matthew Exon 07 Mar '05

07 Mar '05

Hi, I've been using the dovecot IMAP server for about a year now, and basically it works. But there's an annoying problem, that I can't make any subfolders. I can only make folders that are at the same level as my INBOX folder. Worse, I can't delete folders once I've created them. I'm using Debian unstable on both the server machine and my client machine. The dovecot version is 0.99.13. For my mail client, I'm using Mozilla Thunderbird version 1.0. I've done a bit of investigation on my filesystem, and by googling for all kinds of stuff, but I'm really drawing a blank on this particular problem. Most of the general linux email documentation I've found either doesn't mention IMAP, or doesn't mention dovecot, or both. I can barely find any references to the concept of "subfolder" at all. I really don't want to know anything about email servers, I just want the bloody thing to work. Trying to figure out what the hell's going on is really frustrating! On the server, I seem to have various mailboxes distributed around the place. I've got a mail box in /var/spool/mail. I've got a file ~/mbox, which seems to be very old and is therefore probably a red herring. I've also got a directory ~/Mail with a bunch of files in, one for each of my folders. Having some of my mail in /var/spool, and some in my home directory, seems a really horrible way of arranging things, but anyway... Various online sources seem to suggest that maildir is better than mbox. I don't have any particular preference for one or the other, but I don't want to change if I don't have to because: 1) From experience, I don't screw with settings if I don't have to. Debian made it that way, and changing it behind Debian's back is a surefire way to cause trouble later. 2) Any other accounts on that machine (especially ones I might create in future) will probably still be mbox, causing even worse confusion later. 3) Porting mailboxes is always risky, and I don't want to lose my mail, or have incoming email dropped, or accidentally corrupt it, or anything like that. So I'm not going to do any of that unless I'm sure that it's actually going to fix the subfolder problem, and until now I haven't found any information anywhere to guarantee that that's the case. Intuitively I can guess that if a folder is just a big file full of concatenated email, then making a subfolder is going to be pretty much impossible, but I don't want to guess here. The actual symptoms in thunderbird are: When I select "New folder...", I get the "Create as a subfolder of:" dropdown hierarchy box thingy, but the "Inbox" option is greyed out (side complaint: no user interface should ever have a greyed out option without providing an explanation as to why it's not available, and what you should do if you want it to be available. Displaying it like that is just cruelly teasing the user). When I try to delete a folder, I get a dialog box saying "The current command did not succeed. The mail server responded: Mailbox doesn't exist: <name of folder>". This is pretty frustrating, because I can *see* the damn thing in thunderbird. (another side complaint: "The current command"? You're *running* the bloody command, you should have a better description than that!) For some reason though, I can rename a folder with no problems. I went into /var/log/ on the server, to see what was in the Dovecot log file about the server errors above, but there *is* no log file, nor anything in the syslog. That can't be good. How do you tell the sysadmin when there's a problem? Does anyone have any suggestions for how I can fix this? And if possible, I want to fix this the Debian way, that is by modifying a debconf setting or a /etc/default file or something like that, so that when I upgrade Debian, or uninstall dovecot and then reinstall it, it'll be handled gracefully. Thanks, Matthew Exon

6 12

[Dovecot] pop before smtp
by F. Even 07 Mar '05

07 Mar '05

I'm using the latest version of dovecot on my FreeBSD 4.x box with OpenPKG to keep other services up to date. Now...I'm able to get pbsmtp to allow relaying through postfix on this server using UW IMAP, but I would like to get dovecot working with relaying...but pbsmtp is not adding the ip when I uncomment the dovecot section after I authenticate. The log is below: [root@cerebus:/opt/sbin] ./pop-before-smtp --version version: 1.36 Mar 4 05:14:09 cerebus last message repeated 5 times Mar 4 05:19:46 cerebus dovecot: Killed with signal 15 Mar 4 05:20:00 cerebus dovecot: Dovecot v1.0-test62 starting up Mar 4 05:20:34 cerebus dovecot: imap-login: Login: user [ip.ad.dr.ess] Mar 4 05:30:21 cerebus dovecot: imap-login: Login: user [ip.ad.dr.ess] I had uncommented the stock pattern in the latest version to no avail: # For Dovecot POP3/IMAP #$pat = '^(... .. ..:..:..) \S+ (?:dovecot: )? (?:imap|pop3)-login: ' . # 'Login: \S+ \[(\d+\.\d+\.\d+\.\d+)\]'; Thanks for any help anyone might be able to provide. Frank

3 7