- dovecot - dovecot.org

[Dovecot] passwd-file command doesn't support %d
by Marc Perkel 22 Jul '05

22 Jul '05

Trying this and it doesn't work: passdb = passwd-file /etc/vmail/test.%d Apparently it doesn't expand the %d according to the log file. -- Marc Perkel - marc(a)perkel.com Spam Filter: http://www.junkemailfilter.com My Blog: http://marc.perkel.com

2 1

[Dovecot] Dovecot vs.Clients - strange behaviour, diagnostics sought
by Jeroen Scheerder 22 Jul '05

22 Jul '05

I've been experimenting with dovecot-1.0-stable on Solaris. Storage format is mbox. Dovecot, in test, runs in parallel with an UW IMAP, with dovecot running SSL-only on port 994. It seems to work to some extent: * dovecot runs * authentication works * SSL works * all manual IMAP functionality checks seem to work fine However, I'm running into issues with IMAP clients. * Null client: I started by using telnet as a client, and talking IMAP manually. Seems OK. * Mutt: "mutt -f imap://my.imap.server:994" seems to work well, although mutt keeps reporting details about the SSL certificate, informs me that it belongs to the proper server and is a valid Globalsign-issued certificate -- and keeps insisting I either reject it or accept it once. * Apple Mail (Panther's version, 1.3.11 (v622)) works, though it seems to have problems with large mailboxes. Then again, it had these same problems with other IMAP servers as well. * Thunderbird doesn't work at all. After some waiting, it bums out and reports: Unable to connect to your IMAP server. You may have exceeded the maximum number of conenctions to this server. If so, use the Advanced IMAP Server Settings dialog to reduce the number of cached connections. Note that it never even shows an authentication dialog, and the only thing I see in dovecot's log that relates to Thunderbirds attempt is: dovecot: Jul 20 09:41:09 Info: imap-login: Disconnected: \ Inactivity [131.211.143.87] I'm at a loss as to what's causing this. On the one hand, dovecot seems operational, on the other hand at least one client can do nothing with it. All debugging/logging options are enabled. What am I missing?

5 8

[Dovecot] bug in dovecot search
by Cor Bosman 22 Jul '05

22 Jul '05

A007 search from phyllis * SEARCH 484 A007 UID SEARCH CHARSET "US-ASCII" ALL FROM {7} phyllis * SEARCH 007 UID SEARCH CHARSET "US-ASCII" ALL FROM "phyllis" * SEARCH Regards, Cor

3 3

Fwd: [Dovecot] Very slow select() command on large mailboxes
by Sebastjan Trepca 22 Jul '05

22 Jul '05

Maildir, its easier to export and can support hardlinks. What kind of optimizations did you have in mind? What's the downside of mbox? Problem is that version 1.0 is only test release for now. On 7/14/05, Timo Sirainen <tss(a)iki.fi> wrote: > > On Thu, 2005-07-14 at 11:59 +0200, Sebastjan Trepca wrote: > > Hi, > > > > I'm trying to decide if I could use you mail server in our enviroment > > which has about 10k users and mailboxes size about ~1GB. > > So I made a few tests and it all worked quite fast, except that select > > command on large mailboxes. The first time I select a mailbox which > > has 10k messages it takes about 4s to process. I am deliberately > > trying this on a Celeron 850Mhz, 512 MB memory and some shitty > > hard-drive to maximize the times. > > So why is this so slow? Does it index the messages on select? It's > > even slower when I have some new messages in folder, more that I have > > more I wait. So I presume it must be something with indexing? Anyway, > > how could I optimize this? Why don't you index when a mail arrives > > instead of on select? > > mbox or maildir? mbox can be optimized in different ways with > 1.0-stable/test releases, but maildir itself needs to be rescanned all > too often.. > > >

2 1

[Dovecot] configuration of user_global_uid and user_global_gid
by KATOH Yasufumi 22 Jul '05

22 Jul '05

Hi. I'm configuring LDAP auth with dovecot (cvs trunk at 14, July) as follows: /etc/dovecot/dovecot.conf: passdb ldap { args = /etc/dovecot/dovecot-ldap.conf } userdb ldap { args = /etc/dovecot/dovecot-ldap.conf } /etc/dovecot/dovecot-ldap.conf: user_attrs = mail,homeDirectory,mailbox,,, user_global_uid = 10000 user_global_gid = 1000 But "user_global_uid" and "user_global_gid" definition does not work. dovecot: Jul 14 11:50:36 Error: auth(default): ldap(test(a)example.jp,127.0.0.1): ui d not in user_attrs and no default given in user_global_uid dovecot: Jul 14 11:50:36 Error: auth(default): ldap(test(a)example.jp,127.0.0.1): gi d not in user_attrs and no default given in user_global_gid How do I configure to enable "user_global_uid" and "user_global_gid"? Does my configuration have any problem? -- karma(a)jazz.email.ne.jp / KATOH Yasufumi

2 1

[Dovecot] Changing port?
by Matt Juszczak 22 Jul '05

22 Jul '05

Hi all, Trying to setup a test copy of dovecot on my box before I "really" use it. I have it installed into a test dir (/usr/local/dovecot instead of /usr/local), and I've got a config file with valid dirs, etc. Only thing is ... I can't find a way to set the port in the protocol pop3 {} section. Its documented in the "listen" directive area at the top of the config file that says its possible, but no other mention of it is ever made. How can I make my test copy listen on port 111? :) Regards, Matt

2 1

[Dovecot] Can't connect to auth server
by Todd Burroughs 22 Jul '05

22 Jul '05

I've been seeing these errors intermittently for a while now. Here's an example from the logs: dovecot: Jul 12 15:59:05 Error: imap-login: Can't connect to auth server at default: Resource temporarily unavailable The error is EAGAIN. Sometimes it will resolve itself after a few minutes and sometimes it needs to be restarted (it may fix itself, I usually get a phone call if it goes on for very long). I've looked while the problem is occuring and dovecot and dovecot-auth don't have an excessive number of file descriptors open, maybe 10 or 20. Any ideas or anything else to look at? The system is SuSE Linux 9.2 running kernel 2.6.x. We have seen some odd things happen with these systems, so it is possible that it is not dovecot. The kernel doesn't log anything unusual and other processes seem happy. Todd

2 1

[Dovecot] test76-77 dies at SIGHUP
by Johan Fredin 22 Jul '05

22 Jul '05

Hello people This is on OpenBSD/sparc64. After chickening along with 0.99 for a while, I finally upgraded to 1.0-test. I started out with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put up my logfile and the last bit of a ktrace here: http://legonet.org/~griffin/tmp/dovecot/ The ktrace is partitial mostly because it contains usernames, I can edit those out and upload the hole shebang if that'll help. I'd appreciate any tips/pointers on this one! /Johan

3 2

[Dovecot] 0.99.14 and nfs
by Cyril Feraudet 22 Jul '05

22 Jul '05

Hi, somebody have an idea to make dovecot working safly with nfs without lockd ? It seems working without problem except for files ".customflags" and ".subscriptions" is exists a patch for use the dotlock locking method for these files ? Thanks, Cyril Feraudet

3 4

[Dovecot] test77, yahoo & fetchmail
by Chris Spiegel 22 Jul '05

22 Jul '05

I've run into a rather narrowly scoped problem .. On test77 and test78, mails from Yahoo's webmail are seen, by fetchmail using imaps, to have a 0-length body. When fetching, it claims "0 body octets". Other mail clients (mutt, kmail) can view the messages fine. pop3s retrieval works as well. Every other email I've received so far works fine. It's just those sent by Yahoo's webmail service that have the problem. imaps retrieval does, however, work fine with test76. Let me know if there's anything I can do to help track this down. Thanks, Chris

2 1