- dovecot - dovecot.org

[Dovecot] Dovecot hang
by Catalin Constantin 09 Oct '06

09 Oct '06

Hello, We run dovecot 1.0.rc6-1 on a debian system. The user auth db is postgresql and the storage folders are on a NFS partition. Latelly every 2 days the authentification hangs and i see in the logs: Sep 21 10:04:22 c005 dovecot: login: tried to change state 0 -> 17808 (if you can't login at all, see src/lib/fdpass.c) What is the problem ? What can i do ? Thank you ! -- Catalin Constantin Bounce Software http://www.bounce-software.com http://www.cabanova.ro

2 1

Re: [Dovecot] LIST command ignores "hidden=yes" for default namespace
by Bill Boebel 09 Oct '06

09 Oct '06

On Sun, August 6, 2006 7:57 pm, Timo Sirainen <tss(a)iki.fi> said: > On Wed, 2006-07-05 at 12:04 -0400, Bill Boebel wrote: >> On Sun, June 11, 2006 1:51 pm, Timo Sirainen <tss(a)iki.fi> said: >> > On Mon, 2006-05-08 at 22:03 -0400, Bill Boebel wrote: >> >I'm not sure if this is a bug or just an undesirable feature, but when I >> >have our namespace configured to match Courier's "INBOX." functionality, >> >Dovecot forces me to also define a default namespace (with no prefix). >> >Without the default namespace defined I get "NO Unknown namespace." errors >> >when trying to subscribe or unsubscribe folders. >> > >> > It was a bug when tb-extra-mailbox-sep workaround was enabled. Fixed: >> > http://dovecot.org/list/dovecot-cvs/2006-June/005709.html >> > >> >> The second part of this still seems to be the case with RC2... the LIST command >> ignores "hidden=yes". > > hidden=yes only means it's not listed in NAMESPACE command's reply and > that the namespace prefix isn't shown as a mailbox in LIST replies. > Since the prefix is empty and you're listing the mailboxes from root, it > shows the mailboxes as it should.. > > Correct way would be to just use one namespace and fix the problems > related to it. Could you test with RC6 and show me what commands give > the unknown namespace errors? Subscribing and unsubscribing worked fine > with me. Although INBOX subscription causes some problems with LSUB. > I finally got around to testing this. I tested with RC7 CSV 20060924. And I am testing with just one namespace: namespace private { separator = . prefix = INBOX. inbox = yes } I no longer get the unknown namespace errors. However, INBOX is listed twice in the LIST command: 2 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasChildren) "." "INBOX.RSS" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Test" * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.RSS.Kevin Minnick" If I change the namespace's inbox setting to "inbox = no" it only lists the INBOX once, however subscribing to the INBOX gives the "Unknown namespace." error. 2 list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasChildren) "." "INBOX.RSS" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Test" * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX.RSS.Kevin Minnick" 2 OK List completed. 4 subscribe INBOX 4 NO Unknown namespace.

2 1

[Dovecot] Using NFS - which OS would you chose
by Jonathan 09 Oct '06

09 Oct '06

Hi, I'm still looking at a large (under 100,000) user deployment of Dovecot, with a NetApp NFS server as the back-end storage. I've read a few remarks about needing the latest NFS patches from Trond Myklebust to prevent lock-ups. My management would be happiest with a vendor-supported distribution (and especially Suse Linux Enterprise Server 9 or 10). We will be running on an x86 platform. Under these circumstances, which operating system/distribution would you choose? And why? Suse SLES9 OpenSuse Debian RedHat FreeBSD Solaris_x86 Nexenta (www.nexenta.org) Many thanks for your thoughts/war stories. Jonathan.

6 9

[Dovecot] Cache fields
by Tony Kay 09 Oct '06

09 Oct '06

Hi, We are using Dovecot with maildir, and the mail client requests flags, internaldate, and uid for all messages on folder open, which on average takes 3 seconds, but for large folders is much longer. It seems like I want mail_cache_fields to include "flags", but which date corresponds to internaldate? date.received? Is UID always cached for messages, or does it have to read through the directory to get them? Are there other optimizations I can do that will improve the speed of folder opens? -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 This isn't right. This isn't even wrong. Wolfgang Pauli

2 1

[Dovecot] Date Received question
by Timothy Martin 09 Oct '06

09 Oct '06

I migrated from Courier to Dovecot, and today I notice that all my "date received" fields in my client (apple mail) show as the approx date/time of the migration rather than when the emails were received from the smtp server. Is this expected behavior? I normally sort by received date rather than sent -- since I don't care when someone sends something as much as when i get it. But those fields are totally bogus now. .tim

2 1

[Dovecot] Tru64 Unix and SIA
by Simon L Jackson 09 Oct '06

09 Oct '06

I have recently written a (minimal) Tru64 Unix SIA password module for Dovecot as part of testing a Dovecot installation. Has anyone else written a Tru64 Unix SIA module? Is anyone else interested in such a module? If so, how might I/we go about getting this/such a module into the main Dovecot source? Thanks -- Simon L Jackson Carringbush.Net +- Carringbush.Net Hosting * Development * Advice Web: www.carringbush.net <http://www.carringbush.net/> Email: simon.jackson(a)carringbush.net <mailto:simon.jackson@carringbush.net> Office: +61 3 9411 4400 Support: +61 3 9411 4444 Fax: +61 3 9411 4499 Level 1 15 Bedford Street Collingwood VIC 3066 Australia P.O. Box 1464 Collingwood VIC 3066 Australia +-

3 5

[Dovecot] dovecot starts and then exit
by Ed Lucero 08 Oct '06

08 Oct '06

I've just installed dovecot on FreeBSD 6.1. Running MySQL 5.0 on another server. Postfix version 2.3.3 Dovecot starts then exits with no error messages. I've run it as a daemon and on the command line with -F option How do I run it in debug mode so I can figure out why it does not stay running. The maillog has a startup message dovecot: Dovecot v1.0.rc7 starting up Ed Dovecot.conf ## Dovecot configuration file # IC - EL 2006.09.29 protocols = imap imaps pop3 pop3s # IC - EL 2006.09.29 disable_plaintext_auth = no # IC - EL 2006.09.29 ssl_disable = no # IC - EL 2006.09.29 ssl_cert_file = /usr/share/ssl/s/Cert.pem ssl_key_file = /usr/share/ssl/s/PrivateKey.pem login_process_size = 64 # IC - EL 2006.09.29 login_processes_count = 6 # IC - EL 2006.09.29 login_greeting = InternetCrusade ready. # IC - EL 2006.09.29 #default_mail_env = maildir:/var/mail/%Ld/%Ln/%2.256Hp default_mail_env = maildir:/var/mail/%Ld/%Ln/ mail_extra_groups = mail verbose_proctitle = yes first_valid_gid = 0 protocol imap { imap_client_workarounds = delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep } protocol pop3 { # IC - EL 2006.09.29 pop3_uidl_format = %v.%u pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } protocol lda { sendmail_path = /usr/sbin/sendmail } auth default { # IC - EL 2006.09.29 mechanisms = plain login cram-md5 digest-md5 ntlm # IC - EL 2006.09.29 passdb sql { args = usr/local/etc/dovecot-sql.conf } # IC - EL 2006.09.29 userdb static { args = uid=5000 gid=5000 home=/var/mail/%Ld/%Ln } # IC - EL 2006.09.29 socket listen { client { user = postfix group = postfix path = /var/spool/postfix/private/auth mode = 0660 } } } #dict { #quota = mysql:/etc/dovecot-dict-quota.conf #} dovecot-sql.conf driver = mysql connect = host=db1.sandiegort.com user=dovecot password=BuatSmiT dbname=icmail default_pass_scheme = PLAIN password_query = SELECT password FROM emails WHERE account = '%n' AND domain = '%d' AND alias = 0

2 1

Re: [Dovecot] SSL errors
by Bill Boebel 08 Oct '06

08 Oct '06

On Fri, September 29, 2006 11:46 am, Dominic Marks <dom(a)helenmarks.co.uk> said: >> Actually, I found in the archives that I should increase login_process_size if >> I'm not running with login_process_per_connection. I have done this and that >> seems to have taken care of the malloc failure. However I am still getting a ton >> of these every few seconds: >> >> Sep 29 11:30:06 director4 dovecot: imap-login: SSL_read() syscall failed: EOF >> [70.171.61.190] >> Sep 29 11:30:06 director4 dovecot: imap-login: SSL_read() syscall failed: EOF >> [24.236.204.154] >> Sep 29 11:30:06 director4 dovecot: imap-login: SSL_read() syscall failed: EOF >> [70.171.61.190] >> Sep 29 11:30:08 director4 dovecot: imap-login: SSL_read() syscall failed: EOF >> [65.242.19.3] >> > > These are client disconnects, I believe. > Yep, all of my customers who had IMAP SSL problems are reporting that the problem is fixed now that I have increased login_process_size to 64 MB. In just two hours though the imap-login process is up to 33 MB, and continuing to grow. Is that normal? This particular server handles 1200 IMAP connections and 800 IMAPS connections concurrently on average. Bill

2 1

[Dovecot] Outlook "IMAP server closed connection"
by Mark Adams 08 Oct '06

08 Oct '06

Hi All, Dovecot 1.0rc2. Currently having a problem with Outlook clients popping up with the error; "Your IMAP server has closed the connection. This may occur if you have left the connection idle for to long" I initially though this would be the imap_client_workarounds = outlook-idle option, but this is currently set and always has been. I dont think this is a known issue that has been fixed with newer releases, as we have rc2 on another server that does not have this problem. Any help thankfully recieved. Regards, Mark

2 1

Re: [Dovecot] dovecot-1.0.rc7 install probs
by Timo Sirainen 08 Oct '06

08 Oct '06

On Fri, 2006-10-06 at 19:55 -0400, Steve Maring wrote: > and the make and make install appear to go smoothly. However I am > struck by the lack on an include directory in the install location. > I'm not sure if that means anything. Doesn't mean anything. No header files are installed. > AUXLIBS=" \ > -L/usr/local/dovecot-1.0.rc7/lib/dovecot \ Postfix doesn't need any Dovecot libraries or anything to build Dovecot SASL support. > but the postfix make always dies with: > > smtpd.c:4534: error: âdovecotâ undeclared (first use in this function) Well, don't know about that. I'd ask from Postfix list.

1 0