On Thu, Jul 29, 2010 at 7:08 PM, Pascal Volk < user+dovecot@localhost.localdomain.orguser%2Bdovecot@localhost.localdomain.org

wrote:

On 07/29/2010 01:59 PM Odhiambo Washington wrote:

...

Hello list

I am testing mdbox with Dovecot from http://hg.dovecot.org/dovecot-2.0-sis/.and my MTA is Exim. It appears to crash, but I am not sure how to capture the actual crash.

The single instance attachment storage is not yet mdbox ready, currently only sdbox: http://dovecot.org/list/dovecot/2010-July/050962.html

This means that instead of mdbox, I should use sdbox, as in

mail_location = sdbox:~/sdbox instead of mail_location = mdbox:~/mdbox??

Well, if so, then I am still at the same point. The crash is still there.

2010-07-29 20:26:20 1OeWs8-000990-7K <= root@mail.mediselkenya.com U=root P=local S=407 T="this is a test for the LDA config" from < root@mail.mediselkenya.com> for wash@titan.co.ke 2010-07-29 20:26:20 cwd=/var/spool/exim 3 args: /usr/local/sbin/exim -Mc 1OeWs8-000990-7K 2010-07-29 20:26:20 1OeWs8-000990-7K == /var/spool/virtual/ titan.co.ke/wash/Maildir wash@titan.co.ke R=virtual_domains T=dovecot_virtual_delivery defer (0): Child process of dovecot_virtual_delivery transport returned 75 (could mean temporary error) from command: /opt/dovecot2/libexec/dovecot/deliver

...

Attached is my doveconf output.

doveconf -n output is sufficient.

Alright. Here it is.

# 2.0.rc3 (8e511be90b4b): /opt/dovecot2/etc/dovecot/dovecot.conf # OS: FreeBSD 8.1-STABLE i386 ufs auth_debug = yes auth_socket_path = /opt/dovecot2/var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /opt/dovecot2/var/run/dovecot/ default_login_user = dovecot first_valid_gid = 26 first_valid_uid = 26 lda_mailbox_autocreate = yes log_path = /var/log/dovecot.log login_greeting = Dovecot-2.0 ready. mail_debug = yes mail_location = sdbox:/var/spool/virtual/%d/%n/sdbox passdb { driver = pam } passdb { args = /opt/dovecot2/etc/dovecot/dovecot-sql.conf driver = sql } postmaster_address = postmaster@thisuglytest.name service auth { unix_listener auth-userdb { group = mailnull mode = 0600 user = mailnull } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } service_count = 1 } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 } } ssl_cert =

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223

"If you have nothing good to say about someone, just shut up!." -- Lucky Dube

On Thu, Jul 29, 2010 at 8:46 PM, Pascal Volk < user+dovecot@localhost.localdomain.orguser%2Bdovecot@localhost.localdomain.org

wrote:

On 07/29/2010 07:31 PM Odhiambo Washington wrote:

...

This means that instead of mdbox, I should use sdbox, as in

mail_location = sdbox:~/sdbox instead of mail_location = mdbox:~/mdbox??

Yes.

...

Well, if so, then I am still at the same point. The crash is still there.

2010-07-29 20:26:20 1OeWs8-000990-7K <= root@mail.mediselkenya.comU=root P=local S=407 T="this is a test for the LDA config" from < root@mail.mediselkenya.com> for wash@titan.co.ke 2010-07-29 20:26:20 cwd=/var/spool/exim 3 args: /usr/local/sbin/exim -Mc 1OeWs8-000990-7K 2010-07-29 20:26:20 1OeWs8-000990-7K == /var/spool/virtual/ titan.co.ke/wash/Maildir wash@titan.co.ke R=virtual_domains T=dovecot_virtual_delivery defer (0): Child process of dovecot_virtual_delivery transport returned 75 (could mean temporary error) from command: /opt/dovecot2/libexec/dovecot/deliver

No, it's not a crash. dovecot-lda returned 75, see http://wiki2.dovecot.org/Tools/DovecotLDA#section_exit_status and check your logfiles.

...

Alright. Here it is.

# 2.0.rc3 (8e511be90b4b): /opt/dovecot2/etc/dovecot/dovecot.conf # OS: FreeBSD 8.1-STABLE i386 ufs auth_debug = yes auth_socket_path = /opt/dovecot2/var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /opt/dovecot2/var/run/dovecot/ default_login_user = dovecot first_valid_gid = 26 first_valid_uid = 26 lda_mailbox_autocreate = yes log_path = /var/log/dovecot.log login_greeting = Dovecot-2.0 ready. mail_debug = yes mail_location = sdbox:/var/spool/virtual/%d/%n/sdbox passdb { driver = pam } passdb { args = /opt/dovecot2/etc/dovecot/dovecot-sql.conf driver = sql } postmaster_address = postmaster@thisuglytest.name service auth { unix_listener auth-userdb { group = mailnull mode = 0600 user = mailnull } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } service_count = 1 } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 } } ssl_cert =

You didn't configure the the dbox_attachment_dir setting. See http://dovecot.org/list/dovecot/2010-July/050962.html again.

• *I have done that now, sorry.

<snip> # 2.0.rc3 (8e511be90b4b): /opt/dovecot2/etc/dovecot/dovecot.conf # OS: FreeBSD 8.1-STABLE i386 ufs auth_debug = yes auth_socket_path = /opt/dovecot2/var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /opt/dovecot2/var/run/dovecot/ dbox_attachment_dir = /var/spool/virtual/%d/%n/dbox/attachments </snip>

However, I must say my aim was NOT to try out the SIS feature. I just wanted to test out dbox (before SIS) using this version. When SIS is finally matured, I will simply update and test it out. Right now I just wanted the dbox mode whose support is complete and full.

Well, I still get to:

Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: Effective uid=26, gid=26, home=/var/spool/virtual/titan.co.ke/wash Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: Quota root: name=storage=0 backend=maildir args= Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: fs: root=/var/spool/virtual/ titan.co.ke/wash/sdbox, index=, control=, inbox= Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: none: root=, index=, control=, inbox= Jul 29 20:58:22 lda(wash@titan.co.ke): Info: msgid=< E1OeXN8-000HeT-P3@mail.mediselkenya.com>: save failed to INBOX: BUG: Unknown internal error

Should I drop down to RC3 with mdbox? I don't need SIS at this moment in time, just dbox, be it sdbox or mdbox:)

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223

"If you have nothing good to say about someone, just shut up!." -- Lucky Dube

On Thu, Jul 29, 2010 at 9:28 PM, Pascal Volk < user+dovecot@localhost.localdomain.orguser%2Bdovecot@localhost.localdomain.org

wrote:

...

On Thu, Jul 29, 2010 at 8:46 PM, Pascal Volk wrote:

...

You didn't configure the the dbox_attachment_dir setting. See http://dovecot.org/list/dovecot/2010-July/050962.html again.

• *I have done that now, sorry.

<snip> # 2.0.rc3 (8e511be90b4b): /opt/dovecot2/etc/dovecot/dovecot.conf # OS: FreeBSD 8.1-STABLE i386 ufs auth_debug = yes auth_socket_path = /opt/dovecot2/var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /opt/dovecot2/var/run/dovecot/ dbox_attachment_dir = /var/spool/virtual/%d/%n/dbox/attachments </snip>

However, I must say my aim was NOT to try out the SIS feature. I just wanted to test out dbox (before SIS) using this version. When SIS is finally matured, I will simply update and test it out. Right now I just wanted

On 07/29/2010 08:05 PM Odhiambo Washington wrote: the

...

dbox mode whose support is complete and full.

When you don't want to test SIS, don't enable it. Or use the SIS-less code from: http://hg.dovecot.org/dovecot-2.0

I did not enable SIS at all. Do you mean that setting mail_location = mdbox... enables it? I did not think so. I just thought I was using the matured dbox facility, and in my mind I was clear I wasn't doing anything SIS related, honestly;) Now, assume that I haven't heard of SIS, but I am a mad guy who just decided to use the mercurial code that has SIS, can I just use mdbox or sdbox without necessarily invoking the anger of SIS? What options do I need in mail_location for just that? I believe I already got what it takes on the MTA side, from the wiki.

...

Well, I still get to:

Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: Effective uid=26, gid=26, home=/var/spool/virtual/titan.co.ke/wash Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: Quota root: name=storage=0 backend=maildir args= Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: fs: root=/var/spool/virtual/titan.co.ke/wash/sdbox, index=, control=, inbox= Jul 29 20:58:22 lda(wash@titan.co.ke): Debug: none: root=, index=, control=, inbox= Jul 29 20:58:22 lda(wash@titan.co.ke): Info: msgid=< E1OeXN8-000HeT-P3@mail.mediselkenya.com>: save failed to INBOX: BUG: Unknown > internal error

Hm very interesting that 'Unknown internal error'. Please would you show your dovecot-lda related Exim configuration? Maybe one of the Exim-users is able to locate the problem.

This is the exim transport that I use. It works with the RC3 but not the SIS-ised Dovecot.

dovecot_virtual_delivery: driver = pipe return_output command = /opt/dovecot2/libexec/dovecot/deliver -d $local_part@$domain -f $sender_address message_prefix = message_suffix = delivery_date_add envelope_to_add return_path_add log_output user = mailnull temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223

"If you have nothing good to say about someone, just shut up!." -- Lucky Dube

On Fri, Jul 30, 2010 at 12:03 PM, Pascal Volk < user+dovecot@localhost.localdomain.orguser%2Bdovecot@localhost.localdomain.org

wrote:

On 07/30/2010 09:01 AM Odhiambo Washington wrote:

...

On Thu, Jul 29, 2010 at 9:28 PM, Pascal Volk < user+dovecot@localhost.localdomain.orguser%2Bdovecot@localhost.localdomain.org user%252Bdovecot@localhost.localdomain.org

...

wrote: When you don't want to test SIS, don't enable it. Or use the SIS-less code from: http://hg.dovecot.org/dovecot-2.0

I did not enable SIS at all. Do you mean that setting mail_location = mdbox... enables it? I did not think so. I just thought I was using the matured dbox facility, and in my mind I was clear I wasn't doing anything SIS related, honestly;) Now, assume that I haven't heard of SIS, but I am a mad guy who just decided to use the mercurial code that has SIS, can I just use mdbox or sdbox without necessarily invoking the anger of SIS? What options do I need in mail_location for just that? I believe I already got what it takes on the MTA side, from the wiki.

But you are using the code from the SIS-enabled repo. SIS code affects also multi and single dbox code. If you don't want to test SIS related things, but would prefer mdbox over sdbox, so I'll repeat myself: Use the SIS-less code from: http://hg.dovecot.org/dovecot-2.0. (In your first mail you mentioned that you are using the code from the other repo.)

Okay. Down the ladder, back to RC3. You are more than clear on this. Thanks.

...

This is the exim transport that I use. It works with the RC3 but not the SIS-ised Dovecot.

dovecot_virtual_delivery: driver = pipe return_output command = /opt/dovecot2/libexec/dovecot/deliver -d $local_part@$domain -f $sender_address message_prefix = message_suffix = delivery_date_add envelope_to_add return_path_add log_output user = mailnull temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78

See if that settings work again after switching back to SIS-less Dovecot 2.0 code.

These have been working quite well with RC3, with mdbox. Now I am gonna test sdbox and see if I can glean some difference!

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223

"If you have nothing good to say about someone, just shut up!." -- Lucky Dube

On Fri, Jul 30, 2010 at 6:04 PM, Timo Sirainen tss@iki.fi wrote:

On Thu, 2010-07-29 at 21:05 +0300, Odhiambo Washington wrote:

...

dbox_attachment_dir = /var/spool/virtual/%d/%n/dbox/attachments

SIS is more useful with a common global storage, so it shouldn't have % d/%n.

...

Jul 29 20:58:22 lda(wash@titan.co.ke): Info: msgid=< E1OeXN8-000HeT-P3@mail.mediselkenya.com>: save failed to INBOX: BUG: Unknown internal error

I couldn't reproduce this, although I fixed a few other bugs.

Any output you require, I will provide. I still hit the same bug even after updating to pull in those fixes you've made.

-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223

"If you have nothing good to say about someone, just shut up!." -- Lucky Dube