August 2005 - dovecot

[Dovecot] Recommended dovecot version
by Diego M. Vadell 31 Aug '05

31 Aug '05

Hi, I'm running CentOS 4 in a X86_64 server with dovecot. I've been having some (already reported by others) problems. For example, sometimes - randomly - a mbox file wil get a couple of lines at the beggining of the mbox file (/var/spool/mail/user), before the first From line, and dovecot will complain that that file is not a mbox file. Also, neither sylpheed nor thunderbird would get new mail via imap a second time (I have to kill thunderbird, then run it again so it would give me the new mails). But I'm more concerned by the mbox corruption. so I want to upgrade, but to what? 0.99.14? But in www.dovecot.org says that dovecot-1.0 is recommended. But it also says -alpha! (not even beta: alpha). There is also a stable branch, but it's not the recommended one (or is it?). Can anyone point me to a stable version that addresses the mbox corruption issue, or if there isn't such a version, any idea of when it will be ready? Thank you. -- Diego.

2 1

[Dovecot] New imap assertion failure
by Todd Burroughs 31 Aug '05

31 Aug '05

This is from the CVS version as of Aug. 28. It's the first time I've seen this assertion failure. Prior to this, I was using the CVS version from Aug. 15. dovecot: Aug 30 16:07:52 Error: 24929 IMAP(support): UIDVALIDITY changed (1125327213 -> 1125430510) in mbox file /mailhome/new/s/b/support/mbox dovecot: Aug 30 16:08:13 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:16 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:36 Error: 24929 IMAP(support): UIDVALIDITY changed (1122993637 -> 1125403981) in mbox file /mailhome/new/s/b/support/Tier-2 dovecot: Aug 30 16:08:39 Error: 24929 IMAP(support): file mail-index-view.c: line 596 (mail_index_view_open): assertion failed: (index->map != NULL) dovecot: Aug 30 16:08:40 Error: child 24929 (imap) killed with signal 6 (gdb) bt full #0 0xffffe410 in ?? () No symbol table info available. #1 0xbffff548 in ?? () No symbol table info available. #2 0x00000006 in ?? () No symbol table info available. #3 0x00006161 in ?? () No symbol table info available. #4 0xb7ef1d41 in raise () from /lib/tls/libc.so.6 No symbol table info available. #5 0xb7ef3529 in abort () from /lib/tls/libc.so.6 No symbol table info available. #6 0x0809af4a in i_internal_panic_handler ( fmt=0x6 <Address 0x6 out of bounds>, args=0x6161 <Address 0x6161 out of bounds>) at failures.c:374 No locals. #7 0x0809b364 in i_panic ( format=0x80a7fac "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #8 0x080874d6 in mail_index_view_open (index=Variable "index" is not available. ) at mail-index-view.c:615 view = Variable "view" is not available. (gdb) frame #9 0x08079ccd in index_storage_mailbox_init (ibox=0x80c78c0, index=0x80c8000, name=0x80bfe80 "Tier-2", flags=Variable "flags" is not available. ) at index-storage.c:367 367 ibox->view = mail_index_view_open(index); (gdb) p *index $3 = { dir = 0x80c80a0 "/mailhome/new/s/b/support/.imap/Tier-2", prefix = 0x80c80e8 "dovecot.index", cache = 0x80c68b0, log = 0x80c6788, mode = 384, gid = 4294967295, extension_pool = 0x80c8258, extensions = { buffer = 0x80c8288, element_size = 28}, expunge_handlers = { buffer = 0x80c81c8, element_size = 4}, sync_handlers = { buffer = 0x80c8dc8, element_size = 8}, sync_lost_handlers = { buffer = 0x80c8de8, element_size = 4}, filepath = 0x80c8c70 "/mailhome/new/s/b/support/.imap/Tier-2/dovecot.index", fd = 6, map = 0x0, hdr = 0x0, indexid = 0, lock_type = 2, shared_lock_count = 0, excl_lock_count = 0, lock_id = 14, copy_lock_path = 0x0, dotlock = 0x0, lock_method = MAIL_INDEX_LOCK_FCNTL, sync_log_file_seq = 1, sync_log_file_offset = 24, keywords_pool = 0x80c8460, keywords = {buffer = 0x80c8140, element_size = 4}, keywords_hash = 0x80c8658, keywords_ext_id = 0, last_grow_count = 0, error = 0x0, nodiskspace = 0, index_lock_timeout = 0, opened = 1, log_locked = 0, mmap_disable = 1, mmap_no_write = 0, readonly = 0, fsck = 0, sync_update = 0, mapping = 0}

1 0

Re: [Dovecot] Dovecot default inbox name?
by Lisandro Grullon 30 Aug '05

30 Aug '05

This is a very interesting question, I would like to know the answer too. I wish I could help, but I don't know the answer to this question also. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Andy Cravens <acravens(a)uen.org> 08/30/05 12:30 PM >>> I'm installing dovecot and migrating from mbox to maildir. I've read several articles concerning this process but I can't seem to find the answer to one particular question. What is the default name of the inbox when using maildir format? I need to create this in advance for each user and I don't know what dovecot is expecting for the inbox directory name. -- Andy Cravens

1 0

[Dovecot] Multiple mailbox formats, per-user mailbox format support
by Ragnar Rova 30 Aug '05

30 Aug '05

Hello, I have a setup where each user has different mailbox formats (some use only /var/spool/mail/user) mailbox format, some is stored in mbx format ~/INBOX or ~/mbox and some is stored in maildir format in ~/Mail/ I currently use UW-IMAP to read /var/spool/mail/... and the mbx format mailboxes in ~/INBOX and mutt to read ~/Mail/... (the maildirs in ~/Mail/ are created by procmail rules) Does dovecot make it possible to also read the maildir directories i have in ~/Mail/ without having to reconfigure the delivery/imap system for all users? I know I should migrate to use one consistent mailbox format (thinking about maildir), but to avoid any migration It would be great if dovecot just would be able to read multiple inboxes in different formats differently configured on a per-user basis. I use postfix for delivery/transfer.

3 2

Re: [Dovecot] MySQL user cant log in
by Marvin Stark 30 Aug '05

30 Aug '05

Am Montag, den 29.08.2005, 10:54 -0700 schrieb Micah Stevens: > Is dovecot aware of the password format? i.e. are you storing in > plaintext, and dovecot is expecting md5's? > > -Micah Ah, thanks that was the problem. But now i got a new one. --- start dovecot.conf --- default_mail_env = %h/ --- start dovecot.conf --- --- start log --- Aug 30 16:02:01 vs6020 imap-login: Login: marv [xx.xx.xx.xx] Aug 30 16:02:01 vs6020 imap(marv): Failed to create storage with data: /home/marv/ Aug 30 16:02:01 vs6020 dovecot: child 3792 (imap) returned error 89 --- end log --- What to do? best regards, Marvin Stark

1 0

[Dovecot] quick, quick, slow...
by Jeroen Scheerder 30 Aug '05

30 Aug '05

Hi, I'm (still) evaluating dovecot for a switch from UW in the near future. All the following happens on a Solaris server. Functionally, all is well. However, I see strange phenomena. Normally, dovecot is pretty swift. Every now and then, though, things slow down to a crawl. Everything seems to be working, still, but a few orders of magnitude slower. A copy of an outgoing message (of a few lines) to my Out box, which normally succeeds nearly instantly, suddenly takes over 30 minutes, for example. Obvious things to look for would be conflicting locking strategies. As far as I know, though, my mail delivery agent (procmail) and all mail handling software use dotlocking, fcntl lockf, in that order), as does dovecot. In syslog there's nothing to see, except an occasional SSL_accept() syscall failed: EOF messsage, which I can correlate to my service monitoring software (nagios), which checks for the presence of the imaps service. When this happens and I quit my mail agent (Thunderbird), an imap process seems to remain on the server. Killing that does not resolve the extreme slowdown; that persists on consecitive reruns of my mailer. I'm at a loss here. Any hints?

2 5

[Dovecot] Wiki of dovecot.conf file
by Tim Schaefer 30 Aug '05

30 Aug '05

Thanks but that was of absolutely no help. Evidently the 1.0alpha version syntax is completely different from the .99 release. The 1.0 syntax for setting up dovecot.conf uses brackets "{}" for auth and other drastic differences, so most of the documentation is either vacant or out of date. I tried using the syntax used in the Wiki only to have it die. There are NO docs for the 1.0 release to help understand how to make MySQL work with Dovecot. I've hacked my way along and stumbled into some success, but overall I'd have to say there is a bug in the software that is preventing it from connecting. I do not know where else to look or what else to do other than start to hunt again for yet another pop server. I've spent the past week downloading, compiling, and trying to get various POP servers to work, only to have the wheels fall off at one point or another. I'm so fu**ing close to getting Dovecot to work, but may have to walk away from yet another disappointing software product. I might downshift to the .99 release and see if I can get that one to work. But thanks anyway for your desire to help, it prevented me from leaving a note and then pulling the trigger. :-) Tim

2 1

[Dovecot] imaps only, and on a nonstandard port?
by Dan Stromberg 30 Aug '05

30 Aug '05

I'm trying to get dovecot configured to: 1) Only do imaps 2) Do imaps on port 500 I've tried "ssl_listen = *:500" both globally and in my "protocol imap" section, but neither seems to be working. Is there a way of doing this? Thanks!

2 1

Re: [Dovecot] Re: dovecot Digest, Vol 28, Issue 61
by Lisandro Grullon 30 Aug '05

30 Aug '05

Can you guys fixed that bug. WE know is a bug in the .c file. 2cents. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Joseph Tam <tam(a)math.ubc.ca> 08/29/05 7:06 PM >>> On Sun, 28 Aug 2005 dovecot-request(a)dovecot.org wrote: > Date: Sun, 28 Aug 2005 21:01:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Installation error on "make" > > On Sun, 2005-08-21 at 04:34 -0400, Lisandro Grullon wrote: >> /usr/include/sys/feature_tests.h:332:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" > > Some versions of Solaris 10 want "#define _XPG6" at the beginning of the > mycrypt.c file, but most other versions give error if it's there. Do you > have a final release of Solaris 10 or some pre-release? Maybe I should > put this check to configure if it happens with non-prereleases too.. Oh, yes please. This also happens when compiling on my Solaris 10 box I believe it is an up to date Solaris: > uname -a SunOS zoo 5.10 Generic_118822-11 sun4u sparc SUNW,Ultra-2 Joseph Tam <tam(a)math.ubc.ca>

1 0

[Dovecot] Re: dovecot Digest, Vol 28, Issue 61
by Joseph Tam 30 Aug '05

30 Aug '05

On Sun, 28 Aug 2005 dovecot-request(a)dovecot.org wrote: > Date: Sun, 28 Aug 2005 21:01:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Installation error on "make" > > On Sun, 2005-08-21 at 04:34 -0400, Lisandro Grullon wrote: >> /usr/include/sys/feature_tests.h:332:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" > > Some versions of Solaris 10 want "#define _XPG6" at the beginning of the > mycrypt.c file, but most other versions give error if it's there. Do you > have a final release of Solaris 10 or some pre-release? Maybe I should > put this check to configure if it happens with non-prereleases too.. Oh, yes please. This also happens when compiling on my Solaris 10 box I believe it is an up to date Solaris: > uname -a SunOS zoo 5.10 Generic_118822-11 sun4u sparc SUNW,Ultra-2 Joseph Tam <tam(a)math.ubc.ca>

1 0