[Dovecot] Dovecot 2.0.rc2 fd passing regression
Hi, I've tried to compile 2.0.rc2 and configure fails this which used to work or at least last time when I tried beta4. configure:19606: checking whether fd passing works configure:19680: cc -o conftest -xO4 -I./src/lib ./src/lib/fdpass.c -I/usr/sfw/include/mysql -I/usr/sfw/include -R/usr/sfw/lib:/usr/lib/sasl -L/usr/sfw/lib -L/usr/lib/sasl conftest.c -lrt -lnsl -lsocket -lrt 5 ./src/lib/fdpass.c: ./src/lib/fdpass.c, line 100: incomplete struct/union/enum const_iovec: iov ./src/lib/fdpass.c, line 109: improper member use: iov_base ./src/lib/fdpass.c, line 109: warning: assignment type mismatch: pointer to void = pointer to const void ./src/lib/fdpass.c, line 110: improper member use: iov_len cc: acomp failed for ./src/lib/fdpass.c conftest.c: Tomppa
[Dovecot] IMAP LIST command query.
Dear All, Can any one help me to give some clarification on LIST command (IMAP4ev1), actually I want to use a single INBOX in server and and supporting CREATE command i.e. not a single user can make any hierarchy I mean the inbox is not editable it will be fixed. So in this case on LIST command I think server will replay only with hierarchy delaminater and inbox name only. Am I right in this case. Regards, darshan
Re: [Dovecot] Temporary files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 14 Jul 2010, Timo Sirainen wrote: But /var/tmp exists, right? So, just in case, the default could be: /var/tmp, but /tmp if /var/tmp is missing. Personally, I just would use /tmp, because these file do not need to survive a machine reboot, right? Regards, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBTEAV+7+Vh58GPL/cAQLovQf9HfHw7iSooDPgxq8Q9UK9MEbr8tbu7q8u WeCAQQ+s1PH7sVmcUmrdn9OdYB7DEse3tcGwgkZ7da5z7kfnWySC72u4JeoRmJZl fCYOtA7AcE5Fll42G3vaLbMXOg3pymcpb2XMT3aDG5ABeNkTFJXzn7ydifaki7+Y q9wpf/Mk+I545yvplorZOTRVZHxfXbmtoP7YJO21z+pmzQUuAYPkJ8psOk556cMN l81UGA2X8nQDL8ZDPdkhmF0t1nddzppjF41WS20tCTVeAi87bS2wMC1mM9Fgxyl4 A+Z8t+r40Ey+RjGpY0WfUInQt0QqaxHcQxqsnqvkUu/qwh9fOvR8wg== =bRuO -END PGP SIGNATURE-
Re: [Dovecot] Doveadm director flush/remove
Timo, On 7/15/10 4:12 PM, Timo Sirainen t...@iki.fi wrote: Maybe there could be a parameter to get the user list from a file (one username per line) instead of userdb. Added -f parameter for this. Awesome! I dumped a userlist (one username per line) which it seems to read through quite quickly, unfortunately I get... [r...@cc-popmap7 ~]# doveadm director map -f userlist.txt Segmentation fault (lots of pread/mmap snipped) pread(9, user0\nuser1\nuser2\nuser3\nuser4..., 8189, 393042) = 8189 mmap(NULL, 2101248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2acbc3aae000 pread(9, user5\nuser6\nuser7\nuser8\nuser9..., 8188, 401231) = 36 pread(9, , 8152, 401267) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- #1 0x2b55977ec1d0 in auth_connection_close () from /usr/lib64/dovecot/libdovecot.so.0 #2 0x2b55977ec258 in auth_master_deinit () from /usr/lib64/dovecot/libdovecot.so.0 #3 0x0040a059 in user_file_get_user_list () #4 0x0040a22f in cmd_director_map () #5 0x0040897d in doveadm_try_run_multi_word () #6 0x00408aab in doveadm_try_run () #7 0x00408e0f in main () -Brad
Re: [Dovecot] Doveadm director flush/remove
Timo, On 7/15/10 4:18 PM, Timo Sirainen t...@iki.fi wrote: Jul 15 13:46:24 cc-popmap7 dovecot: auth: Error: auth worker: Aborted request: Lookup timed out Jul 15 13:53:25 cc-popmap7 dovecot: auth: Error: getpwent() failed: No such file or directory Also see if http://hg.dovecot.org/dovecot-2.0/rev/d13c1043096e fixes this or if there are other timeouts? Now I get: 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) Should I try to grab a core, or do you have a good idea where this is coming from? Seems suspiciously similar to the crash with '-f userlist'. -Brad
Re: [Dovecot] IMAP LIST command query.
On 16.7.2010, at 8.32, Darshan Prajapati wrote: Can any one help me to give some clarification on LIST command (IMAP4ev1), actually I want to use a single INBOX in server and and supporting CREATE command i.e. not a single user can make any hierarchy I mean the inbox is not editable it will be fixed. So in this case on LIST command I think server will replay only with hierarchy delaminater and inbox name only. Am I right in this case. Well, that was a confusing explanation. I've no idea what you want. Try again with some examples or something.. BTW. Don't post new messages by replying to an existing message. In-Reply-To: header is preserved and it messes up threading.
Re: [Dovecot] Doveadm director flush/remove
On 16.7.2010, at 9.46, Brandon Davidson wrote: #2 0x2b55977ec258 in auth_master_deinit () from /usr/lib64/dovecot/libdovecot.so.0 #3 0x0040a059 in user_file_get_user_list () Whops :) Fixed.
Re: [Dovecot] Doveadm director flush/remove
On 16.7.2010, at 9.58, Brandon Davidson wrote: Also see if http://hg.dovecot.org/dovecot-2.0/rev/d13c1043096e fixes this or if there are other timeouts? Now I get: 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) Should I try to grab a core, or do you have a good idea where this is coming from? I don't think that above change should have caused any crashes, so backtrace would be nice.
Re: [Dovecot] Dovecot 2.0.rc2 fd passing regression
On 16.7.2010, at 8.24, Tomi Vainio wrote: I've tried to compile 2.0.rc2 and configure fails this which used to work or at least last time when I tried beta4. configure:19606: checking whether fd passing works configure:19680: cc -o conftest -xO4 -I./src/lib ./src/lib/fdpass.c -I/usr/sfw/include/mysql -I/usr/sfw/include -R/usr/sfw/lib:/usr/lib/sasl -L/usr/sfw/lib -L/usr/lib/sasl conftest.c -lrt -lnsl -lsocket -lrt 5 ./src/lib/fdpass.c: ./src/lib/fdpass.c, line 100: incomplete struct/union/enum const_iovec: iov ./src/lib/fdpass.c, line 109: improper member use: iov_base ./src/lib/fdpass.c, line 109: warning: assignment type mismatch: pointer to void = pointer to const void ./src/lib/fdpass.c, line 110: improper member use: iov_len Thanks, fixed now in hg. Although looks like it just ignores the problem if that test fails. Maybe it should fail ..
Re: [Dovecot] sieve make test fails
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. -- Eray
[Dovecot] Problem with hard links in lda - please help
Hello, I'm trying to enable hardlinks for messages sent to mutiple users. (I need this because I have mailing lists with 5000 users used many times a day). I've read that, to do this, I have to write a script that uses the /usr/local/libexec/dovecot/deliver command in this way: deliver -p FILE -d USER1 -d USER2 Of course, I enabled the socket listen option in the configuration file to get the command line work, and set the maildir_copy_with_hardlinks = yes The deliver command works, so I have the messages correctly in the new directory in the maildir folder. But if I list the files, they have the links number = 1, so I see that the file was copied, not hardlinked! I see in the page http://wiki.dovecot.org/LDA that is possible, in fact it says Parameters [...] -p path: Path to the mail to be delivered instead of reading from stdin. If using maildir the file is hard linked to the destination if possible. This allows a single mail to be delivered to multiple users using hard links, but currently it also prevents deliver from updating cache file so it shouldn't be used unless really necessary. (v1.1+) Of course, I use a version 1.1+ (1.2.12). Please help, thanks in advance Fabio Ferrari
Re: [Dovecot] Problem with hard links in lda - please help
On Fri, 2010-07-16 at 15:44 +0200, Fabio Ferrari wrote: I'm trying to enable hardlinks for messages sent to mutiple users. (I need this because I have mailing lists with 5000 users used many times a day). I've read that, to do this, I have to write a script that uses the /usr/local/libexec/dovecot/deliver command in this way: deliver -p FILE -d USER1 -d USER2 You can't give more than -d parameter. deliver can deliver a mail only to a single user at a time. The important part is that your MTA calls a script (that you need to create) that gets multiple users as parameters, and then you can call deliver -p for each one of them separately. I don't think MTA can call the delivery script with 5000 parameters, so there must be some duplication always. Also mailing lists often send separate mails to users. If this is happening, hard linking can't be done because the mails are different.
[Dovecot] lda with sieve crash
Hi, my colleague found a crash in dovecot, while he was experimenting with configuration for using dovecot with fetchmail. Backtrace can be found here: http://pastebin.com/XQZqYBpH Let me know if you need any other info. Michal # doveconf -n # 20100716 (26936bdd3801+): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32 auth_debug = yes auth_verbose = yes info_log_path = /var/log/dovecot-info.log log_path = /var/log/dovecot.log mail_debug = yes mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator- i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest mbox_write_locks = fcntl namespace { hidden = no inbox = yes list = yes location = maildir:~/Maildir prefix = INBOX. separator = . subscriptions = yes type = private } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = /etc/pki/dovecot/certs/dovecot.pem ssl_key = /etc/pki/dovecot/private/dovecot.pem userdb { driver = passwd } verbose_ssl = yes protocol lmtp { mail_plugins = sieve } protocol lda { info_log_path = /var/log/dovecot-deliver.log log_path = /var/log/dovecot-deliver-errors.log mail_plugins = sieve } -- .dovecot.sieve: require [fileinto, regex]; if header :contains X-BeenThere bugzi...@redhat.com { fileinto redhat.bugzilla; } elsif header :contains List-Id scm-commits.lists.fedoraproject.org { fileinto fedora.fedora-extras-commits; } elsif header :contains List-Id package-review.lists.fedoraproject.org { fileinto fedora.fedora-package-review; } elsif header :contains List-Id devel.lists.fedoraproject.org { fileinto fedora.fedora-devel-list; } elsif header :contains List-Id brno-list.redhat.com { fileinto redhat.brno-list; } elsif header :regex Subject ^Cron jkastner@ { fileinto cron; } else { # The rest goes into INBOX # default is implicit keep, we do it explicitly here keep; } ---
Re: [Dovecot] lda with sieve crash
#0 mailbox_get_storage (box=0x0) at mail-storage.c:802 No locals. #1 0x7ff182bace34 in act_store_start (action=value optimized out, aenv=0x153c848, tr_context=0x153c988) at sieve-actions.c:405 Looks like the cleanest fix is to just change lib-lda API still a bit..: http://hg.dovecot.org/dovecot-2.0/rev/db22952d406a plus attached patch diff -r 29ae07044ec2 src/lib-sieve/sieve-actions.c --- a/src/lib-sieve/sieve-actions.c Fri Jul 16 10:02:20 2010 +0200 +++ b/src/lib-sieve/sieve-actions.c Fri Jul 16 15:55:51 2010 +0100 @@ -332,17 +332,17 @@ static bool act_store_mailbox_open (const struct sieve_action_exec_env *aenv, const char *mailbox, - struct mailbox **box_r, const char **error_r) + struct mailbox **box_r, enum mail_error *error_code_r, const char **error_r) { struct mail_storage **storage = (aenv-exec_status-last_storage); struct mail_deliver_save_open_context save_ctx; - const char *error; *box_r = NULL; if ( !uni_utf8_str_is_valid(mailbox) ) { /* FIXME: check utf-8 validity at compiletime/runtime */ *error_r = t_strdup_printf(mailbox name not utf-8: %s, mailbox); + *error_code_r = MAIL_ERROR_PARAMS; return FALSE; } @@ -351,10 +351,8 @@ save_ctx.lda_mailbox_autocreate = aenv-scriptenv-mailbox_autocreate; save_ctx.lda_mailbox_autosubscribe = aenv-scriptenv-mailbox_autosubscribe; - if (mail_deliver_save_open(save_ctx, mailbox, box_r, error) 0) { - *error_r = error; + if (mail_deliver_save_open(save_ctx, mailbox, box_r, error_code_r, error_r) 0) return FALSE; - } *storage = mailbox_get_storage(*box_r); return TRUE; @@ -370,6 +368,7 @@ struct mailbox *box = NULL; pool_t pool = sieve_result_pool(aenv-result); const char *error = NULL; + enum mail_error error_code = MAIL_ERROR_NONE; bool disabled = FALSE, open_failed = FALSE; /* If context is NULL, the store action is the result of (implicit) keep */ @@ -384,7 +383,7 @@ * to NULL. This implementation will then skip actually storing the message. */ if ( senv-user != NULL ) { - if ( !act_store_mailbox_open(aenv, ctx-mailbox, box, error) ) { + if ( !act_store_mailbox_open(aenv, ctx-mailbox, box, error_code, error) ) { open_failed = TRUE; } } else { @@ -402,8 +401,7 @@ if ( open_failed ) { trans-error = error; - (void)mail_storage_get_last_error - (mailbox_get_storage(trans-box), trans-error_code); + trans-error_code = error_code; } else { trans-error_code = MAIL_ERROR_NONE; }
Re: [Dovecot] Problem with hard links in lda - please help
On 2010-07-16 10:13 AM, Timo Sirainen wrote: The important part is that your MTA calls a script (that you need to create) that gets multiple users as parameters, and then you can call deliver -p for each one of them separately. I don't think MTA can call the delivery script with 5000 parameters, so there must be some duplication always. Also mailing lists often send separate mails to users. If this is happening, hard linking can't be done because the mails are different. So... is this a bad time to ask about status of Single Instance Storage? Have you even had time to give it any more thought, or even better, actually started coding anything? Sorry, its just that this is one of my biggest wishes... Thanks Charles
Re: [Dovecot] Problem with hard links in lda - please help
On Fri, 2010-07-16 at 14:16 -0400, Charles Marcus wrote: So... is this a bad time to ask about status of Single Instance Storage? I've been meaning to write a mail about this.. Probably will send it to list on Monday. Have you even had time to give it any more thought, or even better, actually started coding anything? Yes and yes. It's a very isolated piece of code (i.e. no chance of breaking anything if it's disabled), so maybe I'll even add it to v2.0 when it looks stable.
Re: [Dovecot] Problem with hard links in lda - please help
On 2010-07-16 3:01 PM, Timo Sirainen wrote: On Fri, 2010-07-16 at 14:16 -0400, Charles Marcus wrote: So... is this a bad time to ask about status of Single Instance Storage? I've been meaning to write a mail about this.. Probably will send it to list on Monday. Have you even had time to give it any more thought, or even better, actually started coding anything? Yes and yes. It's a very isolated piece of code (i.e. no chance of breaking anything if it's disabled), so maybe I'll even add it to v2.0 when it looks stable. And the crowd went wild! :) Thanks Timo, I look forward to your email elaborating... Have a great weekend!
[Dovecot] Questions about dbox (sdbox?), mdbox
Hello, So ive spent the last 45 minutes or so searching the list for dbox stuff, but Im not seeing anything real definitive. My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one you're using). Is there any docs/wiki page for migrating from maildir - dbox? Searching for dbox on the wiki only returns two results, and only one is actually for dbox. What I have (maildir format) is working, but who doesnt like shiny new toys? =P I have ~450gigs / 14k pop accounts I would have to migrate. Oh thats another question, I have seen hybrid throw around, can I take this to mean dbox/mdbox/both support both formats, maybe only new mail goes into the dbox stuff? And if so (or even if not) is there any way to actually convert from maildir to dbox? If anyone has any links that I cant seem to find by consulting the oracle (google) that would be fantastic =)
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Fri, Jul 16, 2010 at 2:19 PM, Brandon Lamb brandonl...@gmail.com wrote: Hello, So ive spent the last 45 minutes or so searching the list for dbox stuff, but Im not seeing anything real definitive. My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one you're using). Is there any docs/wiki page for migrating from maildir - dbox? Searching for dbox on the wiki only returns two results, and only one is actually for dbox. What I have (maildir format) is working, but who doesnt like shiny new toys? =P I have ~450gigs / 14k pop accounts I would have to migrate. Oh thats another question, I have seen hybrid throw around, can I take this to mean dbox/mdbox/both support both formats, maybe only new mail goes into the dbox stuff? And if so (or even if not) is there any way to actually convert from maildir to dbox? If anyone has any links that I cant seem to find by consulting the oracle (google) that would be fantastic =) Another question, if there is such a conversion tool, does it break UIDLs and require pop3 clients to redownload messages?
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On 16.7.2010, at 22.19, Brandon Lamb wrote: My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one you're using). 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. Is there any docs/wiki page for migrating from maildir - dbox? dsync migrates between any two mailbox formats and does it as perfectly as it can. http://wiki2.dovecot.org/Tools/Dsync I have ~450gigs / 14k pop accounts I would have to migrate. Oh thats another question, I have seen hybrid throw around, can I take this to mean dbox/mdbox/both support both formats, maybe only new mail goes into the dbox stuff? And if so (or even if not) is there any way to actually convert from maildir to dbox? v1.x had some kind of a maildir/dbox hybrid.. until I realized it was just a bad idea. You can have per-user mail location defined in userdb though, so you can convert users a few at a time. Another question, if there is such a conversion tool, does it break UIDLs and require pop3 clients to redownload messages? 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 :)
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Fri, Jul 16, 2010 at 2:31 PM, Timo Sirainen t...@iki.fi wrote: On 16.7.2010, at 22.19, Brandon Lamb wrote: My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one you're using). 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? I came across a 2009 mailing list entry where you showed some benchmark tests that had mdbox as the fastest. Without any experience yet, my only possible hangup is being able to restore individual (lost, whatever other reason) mails for customers. Doesnt really happen but being able to restore individual versus their whole mailbox is nice, but it happens so rarely it may be a non issue. Is there any docs/wiki page for migrating from maildir - dbox? dsync migrates between any two mailbox formats and does it as perfectly as it can. http://wiki2.dovecot.org/Tools/Dsync Awesome, I'll go do some reading and mess with that I have ~450gigs / 14k pop accounts I would have to migrate. Oh thats another question, I have seen hybrid throw around, can I take this to mean dbox/mdbox/both support both formats, maybe only new mail goes into the dbox stuff? And if so (or even if not) is there any way to actually convert from maildir to dbox? v1.x had some kind of a maildir/dbox hybrid.. until I realized it was just a bad idea. You can have per-user mail location defined in userdb though, so you can convert users a few at a time. Another question, if there is such a conversion tool, does it break UIDLs and require pop3 clients to redownload messages? 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? Or does it have to perform some kind of list or other action? 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? 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? Oh yea and dovecot kicks ass btw =P
Re: [Dovecot] Dovecot sieve support
On 7/15/2010 3:53 PM, Timo Sirainen wrote: On 15.7.2010, at 23.00, Daniel L. Miller wrote: Is sieve going to be merged into the main server source, No. or at this time is it going to remain an external patch? No. It no longer requires patching. I think I asked the wrong question. Make that, Is Managesieve going to be merged in to the main server source (at least the support for it), or at this time is it going to remain an external patch? -- Daniel
Re: [Dovecot] Dovecot sieve support
On 17.7.2010, at 0.31, Daniel L. Miller wrote: or at this time is it going to remain an external patch? No. It no longer requires patching. I think I asked the wrong question. Make that, Is Managesieve going to be merged in to the main server source No. (at least the support for it), Well .. Isn't the support good enough already? or at this time is it going to remain an external patch? Patch is a wrong word. It's not a patch. But it's an external plugin, and it's going to stay that way. Dovecot's and Pigeonhole's developers are different and they have completely different release schedules. I don't think it would even be a good idea to merge them into same releases. Nowadays with v2.0 it's easy to compile Pigeonhole after installing Dovecot, so I don't even see it as a problem.
Re: [Dovecot] Dovecot sieve support
On Jul 16, 2010, at 4:37 PM, Timo Sirainen wrote: On 17.7.2010, at 0.31, Daniel L. Miller wrote: or at this time is it going to remain an external patch? No. It no longer requires patching. I think I asked the wrong question. Make that, Is Managesieve going to be merged in to the main server source No. (at least the support for it), Well .. Isn't the support good enough already? or at this time is it going to remain an external patch? Patch is a wrong word. It's not a patch. But it's an external plugin, and it's going to stay that way. Dovecot's and Pigeonhole's developers are different and they have completely different release schedules. I don't think it would even be a good idea to merge them into same releases. Nowadays with v2.0 it's easy to compile Pigeonhole after installing Dovecot, so I don't even see it as a problem. Daniel may be wanting to know if Dovecot v2 sources have to be patched to use managesieve as v1 sources do. I believe I read that Dovecot v2 will not need to be patched to use Pigeonhole Managesieve. Does Dovecot v2 need to be patched to use either of the Pigeonhole sieve or managesieve? Thanks, Bradley Giesbrecht
[Dovecot] dovecot 2.0 (latest on website), client workarounds?
What are the current valid imap_client_workarounds and pop3_client_workarounds? I had a tb-folder one, and outlook-idle i imap, and i kept getting errors. The only one that would seem to not give an error was imap.conf: imap_client_workarounds = delay-newmail pop3.conf: pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
Re: [Dovecot] Questions about dbox (sdbox?), mdbox
On Fri, Jul 16, 2010 at 8:34 PM, Brandon Lamb brandonl...@gmail.com wrote: On Fri, Jul 16, 2010 at 4:07 PM, Brandon Lamb brandonl...@gmail.com wrote: On Fri, Jul 16, 2010 at 2:31 PM, Timo Sirainen t...@iki.fi wrote: On 16.7.2010, at 22.19, Brandon Lamb wrote: My question is basically whether the dbox format is ready for production environment, is sdbox or mdbox more stable/ready than the other or does it matter? What are people's experience/review with running this format (and if you reply can you tell me which one you're using). 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? I came across a 2009 mailing list entry where you showed some benchmark tests that had mdbox as the fastest. Without any experience yet, my only possible hangup is being able to restore individual (lost, whatever other reason) mails for customers. Doesnt really happen but being able to restore individual versus their whole mailbox is nice, but it happens so rarely it may be a non issue. Is there any docs/wiki page for migrating from maildir - dbox? dsync migrates between any two mailbox formats and does it as perfectly as it can. http://wiki2.dovecot.org/Tools/Dsync Awesome, I'll go do some reading and mess with that I have ~450gigs / 14k pop accounts I would have to migrate. Oh thats another question, I have seen hybrid throw around, can I take this to mean dbox/mdbox/both support both formats, maybe only new mail goes into the dbox stuff? And if so (or even if not) is there any way to actually convert from maildir to dbox? v1.x had some kind of a maildir/dbox hybrid.. until I realized it was just a bad idea. You can have per-user mail location defined in userdb though, so you can convert users a few at a time. Another question, if there is such a conversion tool, does it break UIDLs and require pop3 clients to redownload messages? 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? Or does it have to perform some kind of list or other action? 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? 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? Oh yea and dovecot kicks ass btw =P 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 Do I need some special namespace configuation/setup? 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 }
[Dovecot] namespace trouble
I am having some trouble with dovecot 1.2.12 and some namespace issues, or at least that's what I think is the issue. I setup a virtual mailhosting using mysql and postfix. I can receive email and send email without a problem, but when I use mutt to sign in to dovecot, I can't list any Folders, it see's INBOX but it doesn't see any mail. I generally try to not post my problems online, but I searched around on the Internet and I couldn't find anything similar to this issue. I also used kmail to connect to the and it is able to see the mail, but when I can't create any folders. mutt connecting option: mutt set spoolfile=imaps://server.here/INBOX. Here is the mutt debug (mutt -d 3) 4 a0001 OK Capability completed. 4 * LIST (\Noselect) . 4 a0002 OK List completed. 4 a0003 STATUS Drafts (MESSAGES) a0004 SELECT INBOX 4 a0003 NO Unknown namespace. 4 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) dovecot.conf (part of it, tell me if you want more) mail_location = maildir:/home/vmail/%d/%n/Maildir log_path = /var/log/dovecot.log namespace private { separator = . prefix = INBOX. inbox = yes hidden = no list = yes } listen = * protocol imap { } protocol pop3 { } protocol lda { log_path = /home/vmail/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmas...@.com mail_plugins = sieve global_script_path = /home/vmail/globalsieverc } auth default { mechanisms = plain userdb static { args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes } Thank you Very much.