[Dovecot] Exim+Dovecot LDA - How can I catch the crash?
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.
What I get in Exim logs is:
2010-07-28 19:55:13 1Oe9uT-000KmG-Oz ** /var/spool/virtual/ titan.co.ke/wash/Maildir <wash@titan.co.ke> R=virtual_domains T=dovecot_virtual_delivery: Child process of dovecot_virtual_delivery transport (running command "/opt/dovecot2/libexec/dovecot/deliver -d $local_part@$domain -f $sender_address") was terminated by signal 11 (segmentation fault)
This crash does not happen with RC3 of Dovecot. I know I shouldn't be using bleeding edge code, but strangely enough, I need to use this one to satisfy my curiosity, and to help me learn one or two new tricks.
With rc3, here is what I have in dovecot.log:
mail# less /var/log/dovecot.log Jul 28 20:04:36 master: Info: Dovecot v2.0.rc3 starting up Jul 28 20:05:04 lda: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot Jul 28 20:05:04 lda: Debug: Module loaded: /opt/dovecot2/lib/dovecot/lib10_quota_plugin.so Jul 28 20:05:04 lda: Debug: auth input: wash@titan.co.ke home=/var/spool/virtual/titan.co.ke/wash uid=26 gid=26 quota=maildir:storage=0 Jul 28 20:05:04 lda: Debug: Added userdb setting: plugin/quota=maildir:storage=0 Jul 28 20:05:04 lda(wash@titan.co.ke): Debug: Effective uid=26, gid=26, home=/var/spool/virtual/titan.co.ke/wash Jul 28 20:05:04 lda(wash@titan.co.ke): Debug: Quota root: name=storage=0 backend=maildir args= Jul 28 20:05:04 lda(wash@titan.co.ke): Debug: fs: root=/var/spool/virtual/ titan.co.ke/wash/mdbox, index=, control=, inbox= Jul 28 20:05:04 lda(wash@titan.co.ke): Debug: Namespace : Using permissions from /var/spool/virtual/titan.co.ke/wash/mdbox: mode=0700 gid=-1 Jul 28 20:05:04 lda(wash@titan.co.ke): Debug: none: root=, index=, control=, inbox= Jul 28 20:05:04 auth: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot/auth Jul 28 20:05:04 auth: Debug: master in: USER 1 wash@titan.co.ke service=lda Jul 28 20:05:04 auth: Debug: passwd(wash@titan.co.ke): lookup Jul 28 20:05:04 auth: Info: passwd(wash@titan.co.ke): unknown user Jul 28 20:05:04 auth: Debug: master out: USER 1 wash@titan.co.ke home=/var/spool/virtual/titan.co.ke/wash uid=26 gid=26 quota=maildir:storage=0 Jul 28 20:05:04 auth: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot/auth Jul 28 20:05:04 auth: Info: mysql: Connected to localhost (exim4u) Jul 28 20:05:04 auth: Debug: sql(wash@titan.co.ke): SELECT pop AS home, 26 AS uid, 26 AS gid, CONCAT('maildir:storage=', quota*1024) AS quota FROM users WHERE username = 'wash@titan.co.ke' AND enabled = '1' Jul 28 20:05:04 lda(wash@titan.co.ke): Info: msgid=< E1OeA40-000OZ6-2O@mail.mediselkenya.com>: saved mail to INBOX
.. while with dovecot-2.0-sis, I get:
mail# less /var/log/dovecot.log Jul 28 20:08:46 master: Info: Dovecot v2.0.rc3 (8e511be90b4b) starting up Jul 28 20:08:50 lda: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot Jul 28 20:08:50 lda: Debug: Module loaded: /opt/dovecot2/lib/dovecot/lib10_quota_plugin.so Jul 28 20:08:50 auth: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot/auth Jul 28 20:08:50 auth: Debug: master in: USER 1 wash@titan.co.ke service=lda Jul 28 20:08:50 auth: Debug: passwd(wash@titan.co.ke): lookup Jul 28 20:08:50 auth: Info: passwd(wash@titan.co.ke): unknown user Jul 28 20:08:50 auth: Debug: Loading modules from directory: /opt/dovecot2/lib/dovecot/auth Jul 28 20:08:50 auth: Info: mysql: Connected to localhost (exim4u) Jul 28 20:08:50 auth: Debug: sql(wash@titan.co.ke): SELECT pop AS home, 26 AS uid, 26 AS gid, CONCAT('maildir:storage=', quota*1024) AS quota FROM users WHERE username = 'wash@titan.co.ke' AND enabled = '1' Jul 28 20:08:50 auth: Debug: master out: USER 1 wash@titan.co.ke home=/var/spool/virtual/titan.co.ke/wash uid=26 gid=26 quota=maildir:storage=0 Jul 28 20:08:50 lda: Debug: auth input: wash@titan.co.ke home=/var/spool/virtual/titan.co.ke/wash uid=26 gid=26 quota=maildir:storage=0 Jul 28 20:08:50 lda: Debug: Added userdb setting: plugin/quota=maildir:storage=0 Jul 28 20:08:50 lda(wash@titan.co.ke): Debug: Effective uid=26, gid=26, home=/var/spool/virtual/titan.co.ke/wash Jul 28 20:08:50 lda(wash@titan.co.ke): Debug: Quota root: name=storage=0 backend=maildir args= Jul 28 20:08:50 lda(wash@titan.co.ke): Debug: fs: root=/var/spool/virtual/ titan.co.ke/wash/mdbox, index=, control=, inbox= Jul 28 20:08:50 lda(wash@titan.co.ke): Debug: Namespace : Using permissions from /var/spool/virtual/titan.co.ke/wash/mdbox: mode=0700 gid=-1
Attached is my doveconf output.
I need to find out what is killing the lda.
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223
"If you have nothing good to say about someone, just shut up!." -- Lucky Dube
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
Attached is my doveconf output.
doveconf -n output is sufficient.
Regards, Pascal
The trapper recommends today: http://kopfkrebs.de/mitarbeiter/mitarbeiter_der_woche.html
On Thu, Jul 29, 2010 at 7:08 PM, Pascal Volk < user+dovecot@localhost.localdomain.org<user%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 -noutput 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 = </etc/ssl/dovecot/cert.pem ssl_key = </etc/ssl/dovecot/key.pem userdb { driver = passwd } userdb { args = /opt/dovecot2/etc/dovecot/dovecot-sql.conf driver = sql } protocol lda { mail_plugins = quota } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 10 mail_plugins = quota } protocol pop3 { mail_max_userip_connections = 3 mail_plugins = quota pop3_client_workarounds = outlook-no-nuls oe-ns-eoh }
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223
"If you have nothing good to say about someone, just shut up!." -- Lucky Dube
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.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
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 = </etc/ssl/dovecot/cert.pem ssl_key = </etc/ssl/dovecot/key.pem userdb { driver = passwd } userdb { args = /opt/dovecot2/etc/dovecot/dovecot-sql.conf driver = sql } protocol lda { mail_plugins = quota } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 10 mail_plugins = quota } protocol pop3 { mail_max_userip_connections = 3 mail_plugins = quota pop3_client_workarounds = outlook-no-nuls oe-ns-eoh }
You didn't configure the the dbox_attachment_dir setting. See http://dovecot.org/list/dovecot/2010-July/050962.html again.
Regards, Pascal
The trapper recommends today: 5e1f1e55.1021019@localdomain.org
On Thu, Jul 29, 2010 at 8:46 PM, Pascal Volk < user+dovecot@localhost.localdomain.org<user%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 = </etc/ssl/dovecot/cert.pem ssl_key = </etc/ssl/dovecot/key.pem userdb { driver = passwd } userdb { args = /opt/dovecot2/etc/dovecot/dovecot-sql.conf driver = sql } protocol lda { mail_plugins = quota } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 10 mail_plugins = quota } protocol pop3 { mail_max_userip_connections = 3 mail_plugins = quota pop3_client_workarounds = outlook-no-nuls oe-ns-eoh }
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 07/29/2010 08:05 PM Odhiambo Washington 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 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
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.
Regards, Pascal
The trapper recommends today: face1e55.1021020@localdomain.org
On Thu, Jul 29, 2010 at 9:28 PM, Pascal Volk < user+dovecot@localhost.localdomain.org<user%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 07/30/2010 09:01 AM Odhiambo Washington wrote:
On Thu, Jul 29, 2010 at 9:28 PM, Pascal Volk < user+dovecot@localhost.localdomain.org<user%2Bdovecot@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.)
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.
Regards, Pascal
The trapper recommends today: cafebabe.1021110@localdomain.org
On Fri, Jul 30, 2010 at 12:03 PM, Pascal Volk < user+dovecot@localhost.localdomain.org<user%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.org<user%2Bdovecot@localhost.localdomain.org> <user%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 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.
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
On Fri, 2010-07-30 at 18:58 +0300, Odhiambo Washington wrote:
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.
Can you still try this? Maybe the fix is as simple as: http://hg.dovecot.org/dovecot-2.0-sis/rev/658147ba327f
participants (3)
-
Odhiambo Washington
-
Pascal Volk
-
Timo Sirainen