[Dovecot] Dovecot v2.0.rc2 (875598cd7e26): Core dump upon client login
Latest HG dies upon client login. Rolling back to 2.0.rc2 (7dd7adba1c9e) restores functionality. Dump attached. Jul 17 07:31:04 spectre dovecot: master: Dovecot v2.0.rc2 (875598cd7e26) starting up […] Jul 17 07:32:06 spectre dovecot: master: Error: service(imap): child 29169 killed with signal 11 (core dumped) GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/dovecot/libdovecot-storage.so.0...Reading symbols from /usr/lib/debug/usr/lib/dovecot/libdovecot-storage.so.0.0.0...done. done. Loaded symbols for /usr/lib/dovecot/libdovecot-storage.so.0 Reading symbols from /usr/lib/dovecot/libdovecot.so.0...Reading symbols from /usr/lib/debug/usr/lib/dovecot/libdovecot.so.0.0.0...done. done. Loaded symbols for /usr/lib/dovecot/libdovecot.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/lib/dovecot/modules/lib01_acl_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib01_acl_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib01_acl_plugin.so Reading symbols from /usr/lib/dovecot/modules/lib02_imap_acl_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib02_imap_acl_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib02_imap_acl_plugin.so Reading symbols from /usr/lib/dovecot/modules/lib10_quota_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib10_quota_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib10_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib11_imap_quota_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/lib15_notify_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib15_notify_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib15_notify_plugin.so Reading symbols from /usr/lib/dovecot/modules/lib20_mail_log_plugin.so...Reading symbols from /usr/lib/debug/usr/lib/dovecot/modules/lib20_mail_log_plugin.so...done. done. Loaded symbols for /usr/lib/dovecot/modules/lib20_mail_log_plugin.so Core was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. [New process 29301] #0 notify_transaction_commit (t=0x1ae5a40, changes_r=0x7fff65c9cd10) at notify-storage.c:164 164 notify-storage.c: No such file or directory. in notify-storage.c #0 notify_transaction_commit (t=0x1ae5a40, changes_r=0x7fff65c9cd10) at notify-storage.c:164 lt = (struct notify_transaction_context *) 0x0 #1 0x7f4518416aed in mailbox_transaction_commit_get_changes (_t=value optimized out, changes_r=0x7fff65c9cd10) at mail-storage.c:1194 _data_stack_cur_id = 4 t = (struct mailbox_transaction_context *) 0x1ae5a40 ret = value optimized out #2 0x7f4518416b26 in mailbox_transaction_commit (t=0x28) at mail-storage.c:1178 changes = {pool = 0xbc1, uid_validity = 7456, saved_uids = {arr = {buffer = 0x1ae4960, element_size = 0}, v = 0x1ae4960, v_modifiable = 0x1ae4960}, ignored_modseq_changes = 28149240} ret = value optimized out #3 0x00412823 in imap_fetch_deinit (ctx=0x1ad85e0) at imap-fetch.c:568 handler = (const struct imap_fetch_context_handler *) 0x1aedca8 #4 0x0040a823 in cmd_fetch_finish (ctx=0x28) at cmd-fetch.c:144 cmd = (struct client_command_context *) 0x1ad83b8 tagged_reply = 0x419c38 OK Fetch completed. ok_message = 0x419c38 OK Fetch completed. #5 0x0040ad0a in cmd_fetch (cmd=0x1ad83b8) at cmd-fetch.c:236 client = value optimized out ctx = (struct imap_fetch_context *) 0x1ad85e0 args = (const struct imap_arg *) 0x1adac10 next_arg = value optimized out list_arg = (const struct imap_arg *) 0x7f45181b8c0d search_args = (struct mail_search_args *) 0x1ae49b8 messageset = 0x1adad00 5195:* ret = value optimized out #6 0x0041035c in client_command_input (cmd=0x1ad83b8) at imap-client.c:652 client = (struct client *) 0x1ad7c58
Re: [Dovecot] Doveadm director flush/remove
Timo, On 7/16/10 4:23 AM, Timo Sirainen t...@iki.fi wrote: Jul 16 01:50:44 cc-popmap7 dovecot: auth: Error: auth worker: Aborted request: Lookup timed out Jul 16 01:50:44 cc-popmap7 dovecot: master: Error: service(auth): child 1607 killed with signal 11 (core dumps disabled) I don't think that above change should have caused any crashes, so backtrace would be nice. Here's a stack trace. Standard null function pointer. No locals, I think I'd have to recompile to get additional information. #0 0x in ?? () #1 0x00415a71 in auth_worker_destroy () #2 0x00415416 in auth_worker_call_timeout () #3 0x0038b3e5273d in io_loop_handle_timeouts_real () from /usr/lib64/dovecot/libdovecot.so.0 #4 0x0038b3e52797 in io_loop_handle_timeouts () from /usr/lib64/dovecot/libdovecot.so.0 #5 0x0038b3e53958 in io_loop_handler_run () from /usr/lib64/dovecot/libdovecot.so.0 #6 0x0038b3e527dd in io_loop_run () from /usr/lib64/dovecot/libdovecot.so.0 #7 0x0038b3e3b926 in master_service_run () from /usr/lib64/dovecot/libdovecot.so.0 #8 0x004184b1 in main () -Brad
[Dovecot] mdbox expunge purge question
Hi, I'm testing Dovecot 2.0rc2 with mdbox mail format and I'm not sure what this exactly means: http://wiki2.dovecot.org/MailboxFormat/dbox Quote from wiki page: = Expunging a message only decreases the message's refcount. The space is later freed in purge step. This may be done automatically within the session or later in a nightly cronjob when there's less disk I/O. = So this means that even if a user deletes a mail the space gets only freed if I run doveadm purge manually or an user requests this over his mail client? When the expunge plugin is used the deleted mails are stored in a special mailbox in the users mailbox so it's needed to use the expire plugin too if this should be done automatically? Is it recommend to run doveadm purge periodically if mdbox is used? Btw: when I try to run doveadm -Dv expunge -u testu...@dlutt.de mailbox Trash savedbefore 30d for example I get such an error: doveadm(root): Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm(root): Debug: Module loaded: /usr/lib/dovecot/modules/lib01_acl_plugin.so doveadm(root): Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_lookup doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module Plugin expire or expunge is not currently enabled in Dovecot's config. Thanks for any hints. Daniel
Re: [Dovecot] mdbox expunge purge question
On Sat, Jul 17, 2010 at 6:29 AM, Daniel Luttermann dan...@dlutt.de wrote: Hi, I'm testing Dovecot 2.0rc2 with mdbox mail format and I'm not sure what this exactly means: http://wiki2.dovecot.org/MailboxFormat/dbox Quote from wiki page: = Expunging a message only decreases the message's refcount. The space is later freed in purge step. This may be done automatically within the session or later in a nightly cronjob when there's less disk I/O. = So this means that even if a user deletes a mail the space gets only freed if I run doveadm purge manually or an user requests this over his mail client? When the expunge plugin is used the deleted mails are stored in a special mailbox in the users mailbox so it's needed to use the expire plugin too if this should be done automatically? Is it recommend to run doveadm purge periodically if mdbox is used? Btw: when I try to run doveadm -Dv expunge -u testu...@dlutt.de mailbox Trash savedbefore 30d for example I get such an error: doveadm(root): Debug: Loading modules from directory: /usr/lib/dovecot/modules doveadm(root): Debug: Module loaded: /usr/lib/dovecot/modules/lib01_acl_plugin.so doveadm(root): Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_lookup doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module Plugin expire or expunge is not currently enabled in Dovecot's config. Thanks for any hints. Daniel I was curious about that as well but had already posted a million questions yesterday =P What is the default mailbox file size (the m* files?), what actually happens when a message is delivered, when is a new file created, when a user deletes a single mail what happens, or if they delete multiple mails, if a users client does the move to trash then mark as deleted then purge, what happens inside? There was mention of no file truncating, so does that mean if a user deletes mails, and they are in 3 different mail storage files, that those messages are written to 3 new (or existing with free space?) mail storage files and the old ones just sit around using space? And if you never run a purge or expunge script, will your data store just keep growing, is there no self cleanup? With maildir, you delete a message and the file goes away. I guess if someone had time to write a slightly more detailed explanation of how mdbox works than what is on the wiki that would be cool. Also maybe a if you run mdbox, you are going to want to know this and that, and do this and this and this
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On 17.7.2010, at 0.07, Brandon Lamb wrote: sdbox is really simple. mdbox is more complex. A few people have used sdbox with v1.x, but it's more or less rewritten with v2.0. With v2.0 I'm not aware of any sdbox installations, but there is at least one somewhat large mdbox installation. They've had some problems, but I think those are mostly gone now. Any recommendation of one over the other? Depends on the filesystem and disks I guess. mdbox should reduce mailbox fragmentation because it uses larger files. But maybe with SSDs that doesn't matter and the extra metadata just slows down. Or maybe not. I don't have any real world benchmarks. I came across a 2009 mailing list entry where you showed some benchmark tests that had mdbox as the fastest. They were benchmarks of some unrealistic tests. Without any experience yet, my only possible hangup is being able to restore individual (lost, whatever other reason) mails for customers. This is more difficult with sdbox and mdbox than with maildir. I haven't really thought about this before. I guess with both you could get the one file (or the entire mailbox, either way) and then force a index rebuild and then copy/extract the mail in some way (e.g. doveadm fetch, imap client, etc). dsync is awesome and preserves everything. But test it anyway just in case. I'd anyway recommend setting pop3_save_uidl=yes and sometimes after that (when you think everyone's logged in at least once) switching to pop3_uidl_format=%g while still running maildir. With Maildir the new UIDLs are then the filenames and with dbox the UIDLs will be message GUIDs. Those are much more permanent than anything based on IMAP UIDs. Not a requirement, but still :) Cool, if anything I could just have a script login to every users account and logout and that would do the same thing right? That's all. Any main/major/big reasons to try to go with mdbox over sdbox? sdbox being really simple = less prone to typos and other bad things happening? There is much less potential for mailbox corruption with sdbox, since it's so much simpler. Oh, what about if i migrate to sdbox, then decide to go with mdbox, will I want to know for sure ahead of time? Granted I guess thats kind of an obvious yes, but any big gotchas to know about if I did? You can use dsync to easily switch between them.
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On 17.7.2010, at 4.46, Brandon Lamb wrote: Ok I got all migrated over to dovecot2 configuration, and started to dive into this converting business... one thing I immediately fell into is that the wiki doesnt say anything about namespace issues. I return maildir:~/maildir in my current setup via prefetch/sql, and I got errors trying to do dsync -u bran...@olypen.com mirror mdbox:~/mdbox What errors did you get? Do I need some special namespace configuation/setup? No.. I think I may have got it, I added the following to my 10-mail.conf # maildir namespace { type = private separator = / prefix = # location = maildir:~/maildir inbox = yes hidden = no } # mdbox namespace { type = private separator = / prefix = #mdbox/ location = mdbox:~/mdbox inbox = no hidden = no } This shouldn't be necessary.
Re: [Dovecot] mdbox expunge purge question
On 17.7.2010, at 14.29, Daniel Luttermann wrote: Quote from wiki page: = Expunging a message only decreases the message's refcount. The space is later freed in purge step. This may be done automatically within the session or later in a nightly cronjob when there's less disk I/O. = There is currently no automatic purge. I updated the wiki. So this means that even if a user deletes a mail the space gets only freed if I run doveadm purge manually Right. or an user requests this over his mail client? User can't request this. When the expunge plugin is used the deleted mails are stored in a special mailbox in the users mailbox so it's needed to use the expire plugin too if this should be done automatically? Do you mean lazy_expunge plugin? The expunged mails aren't automatically deleted, so yes, you'll need to delete them. Expire plugin isn't necessary, but it can optimize to skip users who don't have anything to expunge. Is it recommend to run doveadm purge periodically if mdbox is used? If you don't want to use up all your disk space, yes :) Btw: when I try to run doveadm -Dv expunge -u testu...@dlutt.de mailbox Trash savedbefore 30d doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_lookup doveadm(root): Error: dlopen(/usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so) failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module Plugin expire or expunge is not currently enabled in Dovecot's config. That's intentional. They aren't really errors and they're not visible if you don't give -D parameter. doveadm just tries to load all plugins and ignores the ones that it can't (because you haven't enabled expire or quota in mail_plugins).
Re: [Dovecot] sieve make test fails
Eray Aslan wrote: On 13.07.2010 19:10, Stephan Bosch wrote: My bad. Fixed: http://hg.rename-it.nl/dovecot-2.0-pigeonhole/rev/1809aab8dfa2 Great. Thanks. One minor point: make check is currently a noop but it exists sucessfully. I have a build system which tries make check and if unseccessful tries make test. Obviously, it does not work with sieve since make check always succeeds. Can you make check: an alias for test: or make it fail? No big deal if you can't. Currectly, I sed the Makefile which I would like to avoid if possible. Solved in latest revision. However, make distcheck still fails for now. Regards, Stephan.
[Dovecot] Plugins/Virtual for save searches last 30 days incomming Email
Hello! How can i configure the virtal-dovecot (virtal folder) file for search the complete Mailbox for email not older as 30 Days ? Thanks a lot
Re: [Dovecot] mdbox expunge purge question
On Sat, Jul 17, 2010 at 11:19 AM, Timo Sirainen t...@iki.fi wrote: On 17.7.2010, at 18.55, Brandon Lamb wrote: What is the default mailbox file size (the m* files?), mdbox_rotate_size = 2M what actually happens when a message is delivered, when is a new file created, It tries to find an existing file to append to, and creates a new one if it can't. The details of this aren't really perfect yet and the code should be rewritten. when a user deletes a single mail what happens, or if they delete multiple mails, A few bytes are written to index files. if a users client does the move to trash then mark as deleted then purge, what happens inside? That's a COPY + delete. Same as above. There was mention of no file truncating, so does that mean if a user deletes mails, and they are in 3 different mail storage files, that those messages are written to 3 new (or existing with free space?) mail storage files and the old ones just sit around using space? doveadm purge goes through all files that have expunged messages. It writes them to other files the exactly the same way as any other new messages are written (so they can be written to other existing files). After it's finished writing them, the old files are deleted. And if you never run a purge or expunge script, will your data store just keep growing, is there no self cleanup? With maildir, you delete a message and the file goes away. There is currently no self cleanup. There used to be for a while, but its performance sucked. I guess if someone had time to write a slightly more detailed explanation of how mdbox works than what is on the wiki that would be cool. Maybe some day :) Also maybe a if you run mdbox, you are going to want to know this and that, and do this and this and this Purging is pretty much the only important part. Then there are the couple of mdbox_* settings. Great info thanks, I think that actually answered everything I had questions about!
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Sat, Jul 17, 2010 at 11:03 AM, Timo Sirainen t...@iki.fi wrote: On 17.7.2010, at 4.46, Brandon Lamb wrote: Ok I got all migrated over to dovecot2 configuration, and started to dive into this converting business... one thing I immediately fell into is that the wiki doesnt say anything about namespace issues. I return maildir:~/maildir in my current setup via prefetch/sql, and I got errors trying to do dsync -u bran...@olypen.com mirror mdbox:~/mdbox What errors did you get? Do I need some special namespace configuation/setup? No.. I think I may have got it, I added the following to my 10-mail.conf # maildir namespace { type = private separator = / prefix = # location = maildir:~/maildir inbox = yes hidden = no } # mdbox namespace { type = private separator = / prefix = #mdbox/ location = mdbox:~/mdbox inbox = no hidden = no } This shouldn't be necessary. Without any namespaces it told me that I had to define the heirarchy separator. Then I added the namespaces initially with both of them specifying a location. But then when I tried to run dsync again, it told me the namespace of the one to be mirrored should have no location so I had to remove that. Then it worked. I just wiped out and rebuilt my raid on my second box im working on so once thats back and i restore my base maildir i'll run it again to get the actual error output =P
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On 17.7.2010, at 20.39, Brandon Lamb wrote: Without any namespaces it told me that I had to define the heirarchy separator. Yes, that you need to set. But you need only one namespace.
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Sat, Jul 17, 2010 at 1:09 PM, Timo Sirainen t...@iki.fi wrote: On 17.7.2010, at 20.39, Brandon Lamb wrote: Without any namespaces it told me that I had to define the heirarchy separator. Yes, that you need to set. But you need only one namespace. Oh! I'll try that instead soon thanks!
[Dovecot] dovecot 2.0rc2 Cannot delete a folder with Thunderbird (delete, not move to Trash)
With Thunderbird 3.1 I can now delete a folder which moves it to Trash. But I cannot remove the folder in Trash. The following is from the Thunderbird log file: 248[6814c00]: 8103800:imap.kzone.ch:A:SendData: 64 rename test10 Trash/test10 248[6814c00]: 8103800:imap.kzone.ch:A:CreateNewLineFromSocket: 64 OK Rename completed. 248[6814c00]: 8103800:imap.kzone.ch:S-Trash/test10:SendData: 70 delete Trash/test10/ 248[6814c00]: 8103800:imap.kzone.ch:S-Trash/test10:CreateNewLineFromSocket: 70 NO Invalid mailbox name: Trash/test10/ I can confirm that dovecot cannot delete a folder if the name is ended with a slash. b list Trash/x * * LIST (\HasNoChildren) / Trash/xx * LIST (\HasNoChildren) / Trash/x b OK List completed. c delete Trash/x c OK Delete completed. d delete Trash/xx/ d NO Invalid mailbox name: Trash/xx/ Let me know if that's a Thunderbird bug and I'll open a ticket with Thunderbird. (But I hope it's a dovecot bug as dovecot bugs actually get fixed, fast. :-) $ dovecot -n # 2.0.rc2: /etc/opt/dovecot/dovecot/dovecot.conf # OS: SunOS 5.10 i86pc zfs first_valid_uid = 100 mail_location = mdbox:/l/dovecot/%u/dbox passdb { driver = pam } protocols = imap service imap-login { inet_listener imap { port = 0 } } service imap { vsz_limit = 1073741824 } ssl = required ssl_cert = /etc/opt/dovecot/dovecot/certs/dovecot.pem ssl_key = /etc/opt/dovecot/dovecot/private/dovecot.pem userdb { driver = passwd } verbose_proctitle = yes
Re: [Dovecot] dovecot 2.0rc2 Cannot delete a folder with Thunderbird (delete, not move to Trash)
On 07/17/2010 10:22 PM Sven Kirmess wrote: 248[6814c00]: 8103800:imap.kzone.ch:A:SendData: 64 rename test10 Trash/test10 … 248[6814c00]: 8103800:imap.kzone.ch:S-Trash/test10:SendData: 70 delete Trash/test10/ Trash/test10 exists, Trash/test10/ dosn't exist. The problem is known since years ... $ dovecot -n # 2.0.rc2: /etc/opt/dovecot/dovecot/dovecot.conf # OS: SunOS 5.10 i86pc zfs first_valid_uid = 100 mail_location = mdbox:/l/dovecot/%u/dbox passdb { driver = pam } protocols = imap service imap-login { inet_listener imap { port = 0 } } service imap { vsz_limit = 1073741824 } ssl = required ssl_cert = /etc/opt/dovecot/dovecot/certs/dovecot.pem ssl_key = /etc/opt/dovecot/dovecot/private/dovecot.pem userdb { driver = passwd } verbose_proctitle = yes add protocol imap { imap_client_workarounds = tb-extra-mailbox-sep } to your configuration. Regards, Pascal -- The trapper recommends today: cafebabe.1019...@localdomain.org
[Dovecot] dovecot 2.0rc2 [SERVERBUG] When trying to remove a folder which contains a subfolder
I'm going to risk to report something stupid again and waste resources... but [SERVERBUG] sounds like it should not happen. :) g create test g OK Create completed. h create test/test2 h OK Create completed. i list test * * LIST (\HasChildren) / test * LIST (\HasNoChildren) / test/test2 i OK List completed. j delete test j NO [SERVERBUG] Internal error occurred. Refer to server log for more information. [2010-07-17 22:57:48] The log has the following entry: Jul 17 22:57:48 azati dovecot: [ID 583609 mail.error] imap(ski): Error: rmdir(/l/dovecot/ski/dbox/mailboxes/test) failed: File exists Which is correct $ ls /l/dovecot/ski/dbox/mailboxes/test/ test2 Deleting the mailboxes in sync does work. k delete test/test2 k OK Delete completed. l delete test l OK Delete completed. m list test * m OK List completed. $ dovecot -n # 2.0.rc2: /etc/opt/dovecot/dovecot/dovecot.conf # OS: SunOS 5.10 i86pc zfs first_valid_uid = 100 mail_location = mdbox:/l/dovecot/%u/dbox passdb { driver = pam } protocols = imap service imap-login { inet_listener imap { port = 0 } } service imap { vsz_limit = 1073741824 } ssl = required ssl_cert = /etc/opt/dovecot/dovecot/certs/dovecot.pem ssl_key = /etc/opt/dovecot/dovecot/private/dovecot.pem userdb { driver = passwd } verbose_proctitle = yes protocol imap { imap_client_workarounds = tb-extra-mailbox-sep }
Re: [Dovecot] dovecot 2.0rc2 [SERVERBUG] When trying to remove a folder which contains a subfolder
On 17.7.2010, at 22.03, Sven Kirmess wrote: Jul 17 22:57:48 azati dovecot: [ID 583609 mail.error] imap(ski): Error: rmdir(/l/dovecot/ski/dbox/mailboxes/test) failed: File exists Probably fixed by: http://hg.dovecot.org/dovecot-2.0/rev/6ebe8d8fd1fd
Re: [Dovecot] Doveadm director flush/remove
Timo, On 7/17/10 11:06 AM, Timo Sirainen t...@iki.fi wrote: Here's a stack trace. Standard null function pointer. No locals, I think I'd have to recompile to get additional information. #0 0x in ?? () #1 0x00415a71 in auth_worker_destroy () #2 0x00415416 in auth_worker_call_timeout () Maybe this fixes it: http://hg.dovecot.org/dovecot-2.0/rev/cfd15170dff7 Nope, still crashes with the same stack. I'll rebuild with -g and report back. -Brad
Re: [Dovecot] Doveadm director flush/remove
Timo, Maybe this fixes it: http://hg.dovecot.org/dovecot-2.0/rev/cfd15170dff7 Nope, still crashes with the same stack. I'll rebuild with -g and report back. Here we go. Attached, hopefully Entourage won't mangle the line wrap. -Brad auth-worker-gdb.txt Description: Binary data
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Sat, Jul 17, 2010 at 1:10 PM, Brandon Lamb brandonl...@gmail.com wrote: On Sat, Jul 17, 2010 at 1:09 PM, Timo Sirainen t...@iki.fi wrote: On 17.7.2010, at 20.39, Brandon Lamb wrote: Without any namespaces it told me that I had to define the heirarchy separator. Yes, that you need to set. But you need only one namespace. Oh! I'll try that instead soon thanks! So I had another thought, if I have a user that has 500 megs of mail but its mostly large attachments, with the default mailfile size at 2 megs this means a 25 meg attachment is going to have to write to and read from 13 files every time? And if so I guess this is just a tradeoff of the usual case of mails being 100k so fitting lots into the 2m files?