I installed dovecot on a RH9 server this evening, via an RPM from atrpms.net (dovecot-1.0-0_34.rc15.RHL9.at.i386.rpm). The auth portion is working perfectly, as I'm using it to do SMTP AUTH with my postfix 2.3.5 installation.
I have configured it to provide imaps. When I connect to it, it rapidly connects, disconnects, connects ... ad infinitum, reporting this, in the logs, each time:
Dec 30 16:03:33 max dovecot: imap-login: Login: user=<ste>, method=plain, rip=192.168.32.168, lip=65.206.7.147, TLS Dec 30 16:03:33 max dovecot: IMAP(ste): file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1) Dec 30 16:03:33 max dovecot:child 19228 (imap) killed with signal 6
Here is my dovecot.conf file:
listen = [*] protocols = imaps disable_plaintext_auth = yes ssl_cert_file = /etc/postfix/max.blackdogsoft.net.crt ssl_key_file = /etc/postfix/max.blackdogsoft.net.key ssl_ca_file = /etc/postfix/cacert.pem default_mail_env = mbox:%h:INBOX=/var/mail/%u mail_read_mmaped = yes verbose_proctitle = yes protocol lda { postmaster_address = postmaster@blackdogsoft.net } auth default { mechanisms = plain login passdb pam { } userdb passwd { } socket listen { client { path = /var/spool/postfix/provate/auth mode = 0660 user = postfix group = postfix } } }
Suggestions?
-steOn Sat, Dec 30, 2006 at 07:04:38PM -0500, Shaun T. Erickson wrote:
I installed dovecot on a RH9 server this evening, via an RPM from atrpms.net
Suggestions?
Irrespective of the true nature of this bug report please be aware that RH9 support at ATrpms will cease to the point of being removed from the repo in less than 22h:
http://lists.atrpms.net/pipermail/atrpms-announce/2006-August/000017.html
So please make sure you upgrade the system first to either RHEL3/4 or FC6.
Axel.Thimm at ATrpms.net
On 12/30/06, Axel Thimm <Axel.Thimm@atrpms.net> wrote:
On Sat, Dec 30, 2006 at 07:04:38PM -0500, Shaun T. Erickson wrote:
I installed dovecot on a RH9 server this evening, via an RPM from atrpms.net
Suggestions?
Irrespective of the true nature of this bug report please be aware that RH9 support at ATrpms will cease to the point of being removed from the repo in less than 22h:
http://lists.atrpms.net/pipermail/atrpms-announce/2006-August/000017.html
So please make sure you upgrade the system first to either RHEL3/4 or FC6.
Thanks for the heads up - I only recently discovered your repo and wasn't aware of this.
Unfortunately, my client does not wish me to upgrade from RH9 at this time, so I am left with still trying to get this to work properly.
-steOn 31.12.2006, at 2.04, Shaun T. Erickson wrote:
Dec 30 16:03:33 max dovecot: IMAP(ste): file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1)
It doesn't like the mbox file for some reason.
Could you put the mbox file through http://dovecot.org/tools/mbox-
anonymize.pl and send the anonymized mbox, dovecot.index and
dovecot.index.log files to me? This would help me getting it properly
fixed.
After that you could try if deleting dovecot.index* files would make
it work again.
On 1/3/07, Timo Sirainen <tss@iki.fi> wrote:
On 31.12.2006, at 2.04, Shaun T. Erickson wrote:
Dec 30 16:03:33 max dovecot: IMAP(ste): file istream-raw-mbox.c: line 499 (istream_raw_mbox_get_body_size): assertion failed: (rstream->mail_size != (uoff_t)-1)
It doesn't like the mbox file for some reason.
Could you put the mbox file through http://dovecot.org/tools/mbox- anonymize.pl and send the anonymized mbox, dovecot.index and dovecot.index.log files to me? This would help me getting it properly fixed.
After that you could try if deleting dovecot.index* files would make it work again.
I would be happy to - thanks. One question however: there are many mbox files - the inbox istelf, in /var/mail and my other folder mbox files, in my home directory. How can I tell which is the offending one, that I need to send to you?
-steOn 4.1.2007, at 2.54, Shaun T. Erickson wrote:
Could you put the mbox file through http://dovecot.org/tools/mbox- anonymize.pl and send the anonymized mbox, dovecot.index and dovecot.index.log files to me? This would help me getting it properly fixed.
After that you could try if deleting dovecot.index* files would make it work again.
I would be happy to - thanks. One question however: there are many mbox files - the inbox istelf, in /var/mail and my other folder mbox files, in my home directory. How can I tell which is the offending one, that I need to send to you?
Well, if it happens directly after the client logs in, I guess
there's no easy way to know. One way would be to enable rawlogging
(http://dovecot.org/bugreport.html) and see which command crashes it.
Probably either a SELECT mailbox or a STATUS mailbox.
Before proceeding down the path yoou suggested, I tried something else first. I removed the dovecot rpm, grabbed the latest source tarball from the dovecot site, built and installed it. The only configure option I gave it was "prefix=/usr/local/dovecot". I'm starting and stopping it via a copy of the init script that came with the rpm, modified to find dovecot where I installed it. I did a most basic configuration, starting with the example conf file and (mostly) only tweaking what I had to to get it to run. Here it is, with comments stripped out:
protocols = imap disable_plaintext_auth = no syslog_facility = local0 ssl_disable = yes mail_location = mbox:~:INBOX=/var/mail/%u:INDEX=/var/indexes/%u protocol imap { listen = *:10143 } protocol pop3 { } protocol lda { postmaster_address = postmaster@example.com } auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } dict { } plugin { }
I created the /etc/pam.d/dovecot file as described in the wiki. I also created /var/indexes, owned by root:mail with permissions drwxrwxrwt - the same as /var/spool/mail is (which /var/mail is a symlink to).
This build & configuration seems to be working just fine, in that it can access my INBOX and my other folders just fine, with no crashes. Now I will start adding SSL and the AUTH stuff that postfix needs, to the configuration. If anything breaks, I'll report it and troubleshoot it however you'd like (assuming I haven't simply mis-configured it somehow). I just thought before we did that, that I should start from a most basic configuration of the latest source, to provide a known starting point. :)
For reference, this is version 1.0.rc16, built on RH9.
-steWell, it all just works, now (with once exception). :) Below is my current conf file:
protocols = imaps ssl_cert_file = /etc/postfix/max.blackdogsoft.net.crt ssl_key_file = /etc/postfix/max.blackdogsoft.net.key ssl_ca_file = /etc/postfix/cacert.pem mail_location = mbox:~:INBOX=/var/mail/%u:INDEX=/var/indexes/%u verbose_proctitle = yes protocol lda { postmaster_address = postmaster@blackdogsoft.net } auth default { mechanisms = login plain passdb pam { } userdb passwd { } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } }
The one thing that doesn't work is that "verbose_proctitle = yes" appears to have no effect on this RH9 system, whereas on a CentOS 4.4 system I run it on, it works just fine. Perhaps you could help me figure this one thing out, please?
-steThe one thing that doesn't work is that "verbose_proctitle = yes" appears to have no effect on this RH9 system, whereas on a CentOS 4.4 system I run it on, it works just fine. Perhaps you could help me figure this one thing out, please?
Additionally, after I exited Thunderbird and restarted it, I can no longer see any of my folders, other than the INBOX. When I attempt to subscribe to them, I can't, because they aren't listed. I do see a .subscriptions file in my home directory, that lists all the folders I should be seeing. How do I troubleshoot this?
-steOn 1/6/07, Shaun T. Erickson <sterickson@gmail.com> wrote:
Additionally, after I exited Thunderbird and restarted it, I can no longer see any of my folders, other than the INBOX.
I don't know why Thunderbird suddenly "forgot" about my folders and would no longer list them for me to subscribe to. I fixed it, though, by deleting the account from Thunderbird, and then deleting all old profiles that Thunderbird had for the account. When I recreated the account, my folders were once again listed for me to subscribe to, which I did. I've gone in and out of Thunderbird several times since, and it hasn't "forgotten" about my folders again.
I would have to say this was a client problem and not a Dovecot problem.
I would still like some help understanding/diagnosing why "verbose_proctitle = yes" doesn't seem to be working, though, please.
-steOn Sat, 2007-01-06 at 00:35 -0500, Shaun T. Erickson wrote:
The one thing that doesn't work is that "verbose_proctitle = yes" appears to have no effect on this RH9 system, whereas on a CentOS 4.4 system I run it on, it works just fine. Perhaps you could help me figure this one thing out, please?
So imap processes don't have anything after them in the ps output? No idea..
participants (3)
-
Axel Thimm
-
Shaun T. Erickson
-
Timo Sirainen