Re: [Dovecot] Something weird happening...
On Oct 9, 2008, at 12:43 AM, Bill Cole wrote: Claudio Prono wrote: Very strange, i have tryied to chmod 666 all log files, like that: -rw-rw-rw- 1 root root 681 Oct 8 11:08 dovecot-err.log -rw-rw-rw- 1 root root 1039 Oct 8 11:02 dovecot-inf.log (Is terrible i know, but only a test) I think you should follow the suggestion already provided: You should chown dovecot /var/log/dovecot-*.log dovecot? In the preferred configuration only login processes run using dovecot user, and the dovecot user has access to nothing. Login processes don't need to access log files. PGP.sig Description: This is a digitally signed message part
[Dovecot] Panic 1.1.4
Hi List, try 1.1.4 and have new Panics in Log. Hoped that 1.1.3 finishes this errors... Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Loading modules from directory: /usr/lib/dovecot/imap Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Module loaded: /usr/lib/dovecot/imap/lib20_mail_log_plugin.so Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Effective uid=857, gid=628, home=/home/popuser/username Oct 8 21:56:28 dd10636 dovecot: IMAP(username): mbox: data=~/mail:INBOX=/var/spool/mail/username Oct 8 21:56:28 dd10636 dovecot: IMAP(username): fs: root=/home/popuser/username/mail, index=, control=, inbox=/var/spool/mail/username Oct 8 21:56:28 dd10636 dovecot: imap-login: Login: user=username, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Oct 8 21:56:28 dd10636 dovecot: Panic: IMAP(username): file istream-limit.c: line 84 (i_stream_limit_read): assertion failed: (ret != -1 || stream-istream.e of || stream-istream.stream_errno != 0) Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Raw backtrace: imap [0x80c3a30] - imap [0x80c3a8a] - imap [0x80c338c] - imap [0x80c9d04] - imap(i_stream_ read+0x28) [0x80c7e28] - imap(i_stream_read_data+0x1d) [0x80c7edd] - imap(message_parse_header_next+0x7c) [0x80bbcdc] - imap [0x80b9385] - imap [0x80b9aa7 ] - imap [0x80b9bb4] - imap [0x80b9c95] - imap(i_stream_seek+0x69) [0x80c7db9] - imap [0x8071763] - /usr/lib/dovecot/imap/lib20_mail_log_plugin.so [0xb7f a3aec] - /usr/lib/dovecot/imap/lib20_mail_log_plugin.so [0xb7fa3d56] - imap(cmd_copy+0x1d2) [0x805a142] - imap [0x805edfc] - imap [0x805eea5] - imap [0x8 05f665] - imap(client_input+0x5e) [0x805f87e] - imap(io_loop_handler_run+0x100) [0x80cb590] - imap(io_loop_run+0x28) [0x80ca6a8] - imap(main+0x4ac) [0x806 73bc] - /lib/libc.so.6(__libc_start_main+0xdc) [0xb7e8d87c] - imap [0x8059191] Oct 8 21:56:28 dd10636 dovecot: child 9120 (imap) killed with signal 6 dovecot -n # 1.1.4: /etc/dovecot.conf protocols: imap imaps pop3 pop3s ssl_ca_file: /path/to/*hostname.com.bundle.crt ssl_cert_file: /path/to/*.hostname.com.crt ssl_key_file: /path/to/*.hostname.com.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_greeting: hostname.com mailserver ready. login_process_per_connection: no login_processes_count: 1 max_mail_processes: 100 verbose_proctitle: yes mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u mail_cache_min_mail_count: 30 mail_debug: yes lock_method: flock mbox_read_locks: dotlock mbox_very_dirty_syncs: yes mail_drop_priv_before_exec: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): mail_log mail_plugins(imap): mail_log mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(imap): outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): oe-ns-eoh outlook-no-nuls auth default: verbose: yes passdb: driver: shadow userdb: driver: passwd gdb /usr/libexec/dovecot/imap /home/popuser/username/core GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-suse-linux...Using host libthread_db library /lib/libthread_db.so.1. Core was generated by `imap [username 127.0.0.1]'. Program terminated with signal 6, Aborted. warning: Can't read pathname for load map: Eingabe-/Ausgabefehler. Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/imap/lib20_mail_log_plugin.so...done. Loaded symbols for /usr/lib/dovecot/imap/lib20_mail_log_plugin.so Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 #0 0xe410 in __kernel_vsyscall () (gdb) bt full #0 0xe410 in __kernel_vsyscall () No symbol table info available. #1 0xb7ea07d0 in raise () from /lib/libc.so.6 No symbol table info available. #2 0xb7ea1ea3 in abort () from /lib/libc.so.6 No symbol table info
Re: [Dovecot] shared mailboxes in 1.2 question
Robert Schetterer [EMAIL PROTECTED] writes: Sascha Wilde schrieb: Yes, look at http://hg.intevation.de/kolab/dovecot-1.2_acl-branch as announced... ;-) Hi Sascha, why you need an extra branch for that ? This is our working repository. The ACL extensions by Matvey aren't ready for upstream but we wanted to give everyone interested access to them. why not just code into dovecot directly or is it ment as temp split and later merge ? Yes, its not really a split, its just our development branch and of cause it is intended to get our work upstream so that the repository will become obsolete eventually. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpmI2ADRd0cS.pgp Description: PGP signature
Re: [Dovecot] Initial support for shared mailboxes
Timo Sirainen [EMAIL PROTECTED] writes: On Wed, 2008-10-08 at 12:54 +0200, Sascha Wilde wrote: I just started to work on this feature and for testing purpose I wrote a very simple dummy checkpassword program. But I have a problem setting the UID and GID: I'm using: userdb_uid=12345 userdb_gid=12345 EXTRA=userdb_uid userdb_gid export userdb_uid userdb_gid EXTRA according to http://wiki.dovecot.org/PasswordDatabase/CheckPassword but I guess it worked more or less accidentally at some point. Changed now so it should really work: http://hg.dovecot.org/dovecot-1.2/rev/a38778911fa9 Thanks, works now for me as expected. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgploq3KrSOdc.pgp Description: PGP signature
Re: [Dovecot] v1.1.2 release candidate
Il Thursday 24 July 2008 01:22:28 hai scritto: On Tue, 2008-07-22 at 11:24 +0200, Alessio Cecchi wrote: have you read this thread on vpopmail? http://www.mail-archive.com/dovecot@dovecot.org/msg11289.html This talks about vchkpw instead of the direct vpopmail library support. Which one do you want to use? Anyway implemented this for checkpassword: http://hg.dovecot.org/dovecot-1.1/rev/5c9057eaac56 Hi Timo, Though very late, I found the time to do further tests on this issue, and I am happy to confirm that after applying patch you introduced the variable TCPLOCALPORT is correctly received by vpopmail if I use the method of authentication checkpassword in dovecot.conf with a version = 1.1.2. So now Disable non webmail IMAP access in vpopmail works fine! Thank you Timo! -- Alessio Cecchi is: @ ILS - http://www.linux.it/~alessice/ Assistenza Sistemi GNU/Linux - http://www.cecchi.biz/ @ PLUG - ex-Presidente, adesso senatore a vita, http://www.prato.linux.it @ LOLUG - neo-Socio http://www.lolug.net
Re: [Dovecot] shared mailboxes in 1.2 question
Timo Sirainen [EMAIL PROTECTED] writes: On Wed, 2008-10-08 at 17:39 +0200, Sascha Wilde wrote: Timo Sirainen [EMAIL PROTECTED] writes: On Oct 8, 2008, at 5:33 PM, Sascha Wilde wrote: s002 subscribe users/[EMAIL PROTECTED]/blablabla s002 NO [TRYCREATE] Mailbox doesn't exist: users/[EMAIL PROTECTED]/ blablabla I think this should have worked, I'll look into it. IMO the other one: s001 subscribe users/[EMAIL PROTECTED]/INBOX/blablabla should have worked. Or is the default namespace prefix INBOX/ instead of empty? Furthermore, please notice the different error: when the mailbox exists dovecot claims Invalid mailbox name otherwise it says [TRYCREATE] Mailbox doesn't exist which is indeed true. Fixed: http://hg.dovecot.org/dovecot-1.2/rev/c465b10a76fd And thanks again for being so responsive and making this stunningly fast fixes! ;) It seems to work now for subscribing and selecting (and therefor for lsub and fetch) -- but LIST still bails out: l2 list * * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Calendar * LIST (\HasNoChildren) / INBOX/Contacts * LIST (\HasNoChildren) / INBOX/Journal * LIST (\HasNoChildren) / INBOX/Notes * LIST (\HasNoChildren) / INBOX/Tasks * LIST (\HasNoChildren) / INBOX/bla l2 NO Unknown internal list error This happens as soon as dovecot stumbles upon the shared namespace, so that other public name spaces, which otherwise work, are affected, too. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpuHAmke8lPG.pgp Description: PGP signature
Re: [Dovecot] shared mailboxes in 1.2 question
Timo Sirainen [EMAIL PROTECTED] writes: On Thu, 2008-10-09 at 10:03 +0200, Sascha Wilde wrote: It seems to work now for subscribing and selecting (and therefor for lsub and fetch) -- but LIST still bails out: l2 list * * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Calendar * LIST (\HasNoChildren) / INBOX/Contacts * LIST (\HasNoChildren) / INBOX/Journal * LIST (\HasNoChildren) / INBOX/Notes * LIST (\HasNoChildren) / INBOX/Tasks * LIST (\HasNoChildren) / INBOX/bla l2 NO Unknown internal list error This happens as soon as dovecot stumbles upon the shared namespace, so that other public name spaces, which otherwise work, are affected, too. Right, that's intentional. You could set list=no to that namespace Ah, that makes sence, thanks for the hint. to avoid the error, or implement the listing code. :) Thats what we will do... ;-) cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpfIv7VRtA6A.pgp Description: PGP signature
Re: [Dovecot] shared mailboxes in 1.2 question
On Thu, 2008-10-09 at 12:28 +0300, Timo Sirainen wrote: On Thu, 2008-10-09 at 10:03 +0200, Sascha Wilde wrote: It seems to work now for subscribing and selecting (and therefor for lsub and fetch) -- but LIST still bails out: l2 list * * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Calendar * LIST (\HasNoChildren) / INBOX/Contacts * LIST (\HasNoChildren) / INBOX/Journal * LIST (\HasNoChildren) / INBOX/Notes * LIST (\HasNoChildren) / INBOX/Tasks * LIST (\HasNoChildren) / INBOX/bla l2 NO Unknown internal list error This happens as soon as dovecot stumbles upon the shared namespace, so that other public name spaces, which otherwise work, are affected, too. Right, that's intentional. You could set list=no to that namespace to avoid the error, or implement the listing code. :) Well, I changed it a bit anyway since it seems to work slightly better when it doesn't return an error: http://hg.dovecot.org/dovecot-1.2/rev/d30f0525d457 1 list s/% 1 OK List completed. 2 list s/test/% * LIST (\HasNoChildren) / s/test/INBOX * LIST (\HasChildren) / s/test/hello 2 OK List completed. 3 list s/% * LIST (\Noselect \HasChildren) / s/test 3 OK List completed. So it's still missing the users who have mailboxes shared to you discovery missing. I guess the easiest way to implement that would be to find those out at startup and create a namespace for all such users immediately. A better performing way would be to delay the namespace creation until the mailboxes are actually accessed and just have shared-list.c's LIST code list those users (with some kind of caching). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] shared mailboxes in 1.2 question
On Thu, 2008-10-09 at 13:11 +0300, Timo Sirainen wrote: So it's still missing the users who have mailboxes shared to you discovery missing. http://dovecot.org/list/dovecot/2006-October/017082.html lists some options for how to implement that. I guess the dictionary way would work, although if it gets desynced with the ACL files (or completely corrupted), it may be difficult to get it back to sync unless it's able to rebuild the database. signature.asc Description: This is a digitally signed message part
[Dovecot] Maildir size report for imap?
Hi guys, It would be really nice if there were an easy way to see how much space an individual imap account used when a user logged out; something like pop3_logout_format = size=%s. I appreciate that this isn't so easy in imap though - I was thinking of using the quota plugin with no limit or something like that. Mark -- Mark Zealey -- Shared Hosting Team Leader Product Development * Webfusion 123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk This mail is subject to http://www.gxn.net/disclaimer
Re: [Dovecot] Cyrus MailDir to Dovecot mbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, Thanks again for the tip on the convert-tool. That did work to convert this guys 121K worth of messages. The built in convert plugin with dovecot was not able to do it. I believe due to the fact that this guy has folders with messages and then sub-folders with more messages. I'm migrating to mbox format which doesn't allow that feature. The convert-tool showed me this and it was easy fix to just move all sub-folders up to a flat directory structure. Then the convert-tool ripped right through all the messages. Timo Sirainen wrote: On Tue, 2008-10-07 at 15:02 -0600, CJ Keist wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, Thanks. The cyrus2dovecot looks to have worked. So if I understand the process I now just move the MailDir folder that was created to the users home directory on our mail server. I will try the dovecot convert plugin. Just make sure I'm doing this correct in the config file: If you do it only once, you don't need to use convert plugin. There's also a convert-tool binary included. mail_location = mbox:~/:INBOX=/userM/mail/%u protocol imap { mail_plugins = convert } plugin { convert_mail = Maildir:~/Maildir:INBOX=/userM/mail/%u } Is this correct? The example on the website only shows how to convert from mbox to MailDir. That looks also correct. - -- C. J. Keist Email: [EMAIL PROTECTED] UNIX/Network ManagerPhone: 970-491-0630 Engineering Network ServicesFax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI7haeA29OFr7C6jcRAkGIAJ9WhyE0Q20Gwymb7C9OcAI6ECGOSgCgm0TO SPGT7Li6m5m6neusNvpEtqA= =kCOX -END PGP SIGNATURE-
Re: [Dovecot] shared mailboxes in 1.2 question
Timo Sirainen [EMAIL PROTECTED] writes: On Thu, 2008-10-09 at 13:11 +0300, Timo Sirainen wrote: So it's still missing the users who have mailboxes shared to you discovery missing. http://dovecot.org/list/dovecot/2006-October/017082.html lists some options for how to implement that. I guess the dictionary way would work, although if it gets desynced with the ACL files (or completely corrupted), it may be difficult to get it back to sync unless it's able to rebuild the database. Thanks for all the useful input, we'll get back to it as soon as we start to work on this. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner pgpfGE1QpjQ3A.pgp Description: PGP signature
Re: [Dovecot] zlib plugin
On 281, 10 07, 2008 at 03:10:47PM +0300, Timo Sirainen wrote: On Tue, 2008-10-07 at 11:38 +0400, Andrey Panin wrote: On 279, 10 05, 2008 at 10:38:02PM +0300, Timo Sirainen wrote: On Sun, 2008-10-05 at 21:28 +0200, Luuk wrote: Last but not least, what gain will i have by using this plugin in combination with Maildir, or will it have more impact when mails are stored in mbox. I guess it depends on the size of your mails. With mboxes it can be used only with read-only archives, so it's not all that useful. With maildir it can be used transparently with read-write mailboxes. I've no idea what the performance difference or space improvements are. I guess that'll also depend on your system. I use zlib compressed maildirs on my primary server (12000+ users) and it achieves average compression ratio of 1.8, so if your system is io-bound you can spend some cpu cycles to significantly decrease disk load. But is that 1.8 in bytes or disk blocks? Bytes. Or does it make much of a difference either way? Does 2x less space per message even matter with small messages since most disk I/O probably goes to seeking, so reading a single 4 kB message takes pretty much the same time as a 8 kB message? Yes, for small messages it's not very usefull, but multimegabyte mails are quite common nowadays and for them compression is a clear win. Also I remember that load average decreased when I started to use message compression. I have no real numbers now, but it was noticeable. -- Andrey Panin| Linux and UNIX system administrator [EMAIL PROTECTED] | PGP key: wwwkeys.pgp.net signature.asc Description: Digital signature
Re: [Dovecot] shared mailboxes in 1.2 question
On Thu, 2008-10-09 at 10:03 +0200, Sascha Wilde wrote: It seems to work now for subscribing and selecting (and therefor for lsub and fetch) -- but LIST still bails out: l2 list * * LIST (\HasChildren) / INBOX * LIST (\HasNoChildren) / INBOX/Calendar * LIST (\HasNoChildren) / INBOX/Contacts * LIST (\HasNoChildren) / INBOX/Journal * LIST (\HasNoChildren) / INBOX/Notes * LIST (\HasNoChildren) / INBOX/Tasks * LIST (\HasNoChildren) / INBOX/bla l2 NO Unknown internal list error This happens as soon as dovecot stumbles upon the shared namespace, so that other public name spaces, which otherwise work, are affected, too. Right, that's intentional. You could set list=no to that namespace to avoid the error, or implement the listing code. :) signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Cyrus MailDir to Dovecot mbox
On 10/9/2008, CJ Keist ([EMAIL PROTECTED]) wrote: The built in convert plugin with dovecot was not able to do it. I believe due to the fact that this guy has folders with messages and then sub-folders with more messages. I'm migrating to mbox format which doesn't allow that feature. The convert-tool showed me this and it was easy fix to just move all sub-folders up to a flat directory structure. Then the convert-tool ripped right through all the messages. So, I'm curious why you didn't just migrate to maildir format - sounds like it would have been much easier... -- Best regards, Charles
[Dovecot] dovecot 1.2: dict no longer really support DICT_ITERATE_FLAG_RECURSE
Hi, In dovecot 1.1, I could use DICT_ITERATE_FLAG_RECURSE when iterating over a dict to retrieve all entries that start with a given prefix. This doesn't seem to work anymore in the new dict implementation in dovecot 1.2. Looking at the SQL queries actually generated, it seems as if dovecot 1.1 used to generate queries that use pattern matching (key LIKE my/prefix/%) whereas dovecot 1.2 does not, so it's no wonder that it doesn't work in 1.2. This probably has to do with the pattern matching for dict keys in the config file. It would be enough for my purposes at the moment -- i.e. getting the metadata plugin to work with dovecot 1.2 -- if recursion were only possible for the last of fields in the pattern. Regards, Bernhard -- Bernhard Herzog | ++49-541-335 08 30 | http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] dovecot 1.2: dict no longer really support DICT_ITERATE_FLAG_RECURSE
On Oct 9, 2008, at 6:15 PM, Bernhard Herzog wrote: This probably has to do with the pattern matching for dict keys in the config file. It would be enough for my purposes at the moment -- i.e. getting the metadata plugin to work with dovecot 1.2 -- if recursion were only possible for the last of fields in the pattern. I remember thinking about this and I thought I did something similar. What kind of dict keys/configuration do you need now? PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] 1.1.4 and trouble over NFS
That looks correct. So either something's changed in Dovecot since I last tested it with NFS, or something's changed in Linux kernel. Or there's something else weird going on. I don't really have any good suggestions for solutions and I don't really have time to debug NFS problems right now.. Or you could of course always try if disabling NFS attribute cache fixes things, but that'll most likely also make your performance a lot worse. Fwiw I just upgraded one of our servers from 1.1.2 to 1.1.4 (32-bit, centos5.2) and cant see any changes in our nfs access patterns. We use nfs3 though. Mark
[Dovecot] Request for help with new plugin
Hi there, I was having lots of trouble with the normal expire plugin so I decided to try and come up with a plugin that handles the trash directory in the same way as Courier (when the user logs out it should clean messages from the trash that have been there for more than X days.) I used the expire and trash plugins as a guide but there are probably a number of things done wrong here and I have plenty of questions. To use this you'd need to run autoreconf for the autotools scripts, compile, make, make install, then add autoexpire to the imap/pop3 mail_plugins lists and autoexpire = Trash 7 to the plugin section. 1. Is there any documentation of how the hook system and virtual mailboxes work outside of the source code? 2. I'd like the Trash cleanup to occur at logout, but the closest I could find was mailbox close. This makes the behavior a little quirky. It seems like Dovecot closes the mailbox each time it performs an operation on it, so when the client gets a list of mail in the box it does a close and the oldest items in the returned list will actually be expunged. 3. Is SAVE_DATE the correct field to be looking for here? I want the expiration to be based on the amount of time the letter has spent in the trash folder. 4. For searching through the Trash folder, SEARCH_BEFORE doesn't seem to match up with SAVE_DATE. Is there some other way to limit the search results to the dates that will fall before a certain SAVE_DATE value? J.D. dovecot-autoexpire-plugin.diff Description: Binary data
Re: [Dovecot] dovecot 1.2: dict no longer really support DICT_ITERATE_FLAG_RECURSE
On 09.10.2008, Timo Sirainen wrote: On Oct 9, 2008, at 6:15 PM, Bernhard Herzog wrote: This probably has to do with the pattern matching for dict keys in the config file. It would be enough for my purposes at the moment -- i.e. getting the metadata plugin to work with dovecot 1.2 -- if recursion were only possible for the last of fields in the pattern. I remember thinking about this and I thought I did something similar. What kind of dict keys/configuration do you need now? I currently use a configuration like this: map { table = dict pattern = shared/$key value_field = value username_field = username fields { key = $key } } There's a similar entry for a priv/$key pattern. This was the most obvious way of getting the metadata plugin to work with dovecot 1.2. key contains the mailbox name followed by the annotation name. When doing a recursive iteration, the key only contains the mailbox name and thus the iteration returns all the annotations for a given mailbox. That's how it worked with dovecot 1.1 anyway. The way the mailbox and annotation name are translated into a dict key is not ideal, but I'd prefer to get the annotations working with 1.2 before trying to improve this (e.g. so that the pattern could become somethng like shared/$mailbox/$key). Bernhard -- Bernhard Herzog | ++49-541-335 08 30 | http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Something weird happening...
Timo Sirainen wrote: On Oct 9, 2008, at 12:43 AM, Bill Cole wrote: Claudio Prono wrote: Very strange, i have tryied to chmod 666 all log files, like that: -rw-rw-rw- 1 root root 681 Oct 8 11:08 dovecot-err.log -rw-rw-rw- 1 root root 1039 Oct 8 11:02 dovecot-inf.log (Is terrible i know, but only a test) I think you should follow the suggestion already provided: You should chown dovecot /var/log/dovecot-*.log dovecot? In the preferred configuration only login processes run using dovecot user, and the dovecot user has access to nothing. Login processes don't need to access log files. An excellent point! I guess the better alternatives to 666 logs would be 1. use syslog 2. split deliver logs off to their own files 3. Depending on how deliver is being run, chown the logs to the user that runs deliver or put all of the uid's it might run as (i.e. all mail users) into a group and chgrp the logs to that group with 660 permissions.
Re: [Dovecot] Test environment question
I have a call open to IBM with their Compiler group on this to see if this can't be fixed right. A side question: how come is it that this happens when the session starts up and reoccurs periodically for the first day or so...and then not again unless and until those imap process sessions are closed out Timo Sirainen wrote: On Fri, 2008-10-03 at 14:33 -0400, Stewart Dean wrote: I am seeing posix_fallocate and file_set_size errmsgs in the mail syslog, but see a pattern: 1) They only happen with the /var/spool/mail inbox NOT with any of the /home folders and appear to be happening every 10 minutes from the time I started DC (9AM, 10/1/98) until 11AM, 10/2...and then ceased The every ten minute message sets looked like this: Oct 1 22:30:31 egg mail:err|error dovecot: IMAP(sdean): posix_fallocate() failed: Resource temporarily unavailable The main problem here is that posix_fallocate() is broken in your AIX (v1.0 doesn't even try to use it). My previous patch attempted to make Dovecot detect this and silently fallback to not using it, but apparently it can fail in more ways. I thought about adding another check for EAGAIN, but perhaps posix_fallocate() just returns the previous errno so it can't be checked that way. So I moved the check to configure instead: http://hg.dovecot.org/dovecot-1.1/rev/12565ef10d1c Alternatively you could just remove HAVE_POSIX_FALLOCATE from config.h after running configure. Or yet another way would be to try to find out if it's already been fixed in AIX. This looks related: http://www-01.ibm.com/support/docview.wss?uid=isg1IY77112 3) However, then there was the following: a) If I used webmail, which accessed the production server and got the indices on my test server out of sync, I got this error message from in the mail syslog on my test server: Oct 3 12:20:23 egg mail:err|error dovecot: IMAP(sdean): mbox sync: UID inserted in the middle of mailbox /var/spool/mail/sdean (648818 648046, seq=1153, idx_ msgs=1187) v1.1 also has a bug that can cause this, although normally it should be visible only when index files aren't being used, or they're out of sync for some reason. This'll fix it: http://hg.dovecot.org/dovecot-1.1/rev/a5bf7e12f3cc Oct 3 12:44:58 egg mail:info dovecot: imap-login: Maximum number of connections from user+IP exceeded: user=sdean, method=PLAIN, rip=10.20.10.169, lip=192.24 6.229.31 Turns out I had 10+ sessions, one back from yesterday, so I killed them all and could get mail, but...about six minutes later, I had the two posix_fallocate and file_set_size errmsgs again after not having any for a day. So something about new connections maybe causes this? Any ideas why: a) I am having leftover IMAP sessions on my test server? This doesn't happen on my production DC V1.0 server Are you sure? Perhaps you just didn't notice them since v1.0 didn't have any limits to how many were allowed? I think it's more likely that the client(s) really just left that many connections. So the choices are: a) Increase mail_max_userip_connections setting. b) Figure out where the sessions are from and see if you can do something about them on the client side. In Thunderbird there's a setting which specifies how many connections it can use.
Re: [Dovecot] Test environment question
The code has some checks that if posix_fallocate() fails with a specific errno it stops trying to use it. Maybe it hits that condition at some point. Or maybe the code just isn't called for some reason, I don't really know.. On Oct 9, 2008, at 6:45 PM, Stewart Dean wrote: I have a call open to IBM with their Compiler group on this to see if this can't be fixed right. A side question: how come is it that this happens when the session starts up and reoccurs periodically for the first day or so...and then not again unless and until those imap process sessions are closed out Timo Sirainen wrote: On Fri, 2008-10-03 at 14:33 -0400, Stewart Dean wrote: I am seeing posix_fallocate and file_set_size errmsgs in the mail syslog, but see a pattern: 1) They only happen with the /var/spool/mail inbox NOT with any of the /home folders and appear to be happening every 10 minutes from the time I started DC (9AM, 10/1/98) until 11AM, 10/2...and then ceased The every ten minute message sets looked like this: Oct 1 22:30:31 egg mail:err|error dovecot: IMAP(sdean): posix_fallocate() failed: Resource temporarily unavailable The main problem here is that posix_fallocate() is broken in your AIX (v1.0 doesn't even try to use it). My previous patch attempted to make Dovecot detect this and silently fallback to not using it, but apparently it can fail in more ways. I thought about adding another check for EAGAIN, but perhaps posix_fallocate() just returns the previous errno so it can't be checked that way. So I moved the check to configure instead: http://hg.dovecot.org/dovecot-1.1/rev/12565ef10d1c Alternatively you could just remove HAVE_POSIX_FALLOCATE from config.h after running configure. Or yet another way would be to try to find out if it's already been fixed in AIX. This looks related: http://www-01.ibm.com/support/docview.wss?uid=isg1IY77112 3) However, then there was the following: a) If I used webmail, which accessed the production server and got the indices on my test server out of sync, I got this error message from in the mail syslog on my test server: Oct 3 12:20:23 egg mail:err|error dovecot: IMAP(sdean): mbox sync: UID inserted in the middle of mailbox /var/spool/mail/sdean (648818 648046, seq=1153, idx_ msgs=1187) v1.1 also has a bug that can cause this, although normally it should be visible only when index files aren't being used, or they're out of sync for some reason. This'll fix it: http://hg.dovecot.org/dovecot-1.1/rev/a5bf7e12f3cc Oct 3 12:44:58 egg mail:info dovecot: imap-login: Maximum number of connections from user+IP exceeded: user=sdean, method=PLAIN, rip=10.20.10.169, lip=192.24 6.229.31 Turns out I had 10+ sessions, one back from yesterday, so I killed them all and could get mail, but...about six minutes later, I had the two posix_fallocate and file_set_size errmsgs again after not having any for a day. So something about new connections maybe causes this? Any ideas why: a) I am having leftover IMAP sessions on my test server? This doesn't happen on my production DC V1.0 server Are you sure? Perhaps you just didn't notice them since v1.0 didn't have any limits to how many were allowed? I think it's more likely that the client(s) really just left that many connections. So the choices are: a) Increase mail_max_userip_connections setting. b) Figure out where the sessions are from and see if you can do something about them on the client side. In Thunderbird there's a setting which specifies how many connections it can use. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Something weird happening...
On Thu, 09 Oct 2008 11:30:43 -0400, Bill Cole wrote: Timo Sirainen wrote: On Oct 9, 2008, at 12:43 AM, Bill Cole wrote: Claudio Prono wrote: Very strange, i have tryied to chmod 666 all log files, like that: -rw-rw-rw- 1 root root 681 Oct 8 11:08 dovecot-err.log -rw-rw-rw- 1 root root 1039 Oct 8 11:02 dovecot-inf.log (Is terrible i know, but only a test) I think you should follow the suggestion already provided: You should chown dovecot /var/log/dovecot-*.log dovecot? In the preferred configuration only login processes run using dovecot user, and the dovecot user has access to nothing. Login processes don't need to access log files. An excellent point! I guess the better alternatives to 666 logs would be 1. use syslog 2. split deliver logs off to their own files 3. Depending on how deliver is being run, chown the logs to the user that runs deliver or put all of the uid's it might run as (i.e. all mail users) into a group and chgrp the logs to that group with 660 permissions. I prefer syslog and then doing any particular routing of information by rsyslog (my syslog daemon), that solves any permission issues with the logs. -- Elisamuel Resto | GPG: 18615F19 [EMAIL PROTECTED] | Source Mage GNU/Linux Tome Lead http://simplysam.us/ | http://www.sourcemage.org/ signature.asc Description: PGP signature
Re: [Dovecot] Cyrus MailDir to Dovecot mbox
On 10/9/2008 12:08 PM, CJ Keist wrote: Charles, It's to do with how our current file services are setup and a personal preference and familiarity with the mbox format. Right now other than users inboxes, all mail folders are stored in the users home directory on central file server which the mail server mounts via NFS. Maildir is a big change from mbox and would give a confusing view to users that decided to look into their Maildir folder. I don't even want to think about what they might try mucking around with in there ;). mbox format is just cleaner and users can easily see that these are the same folders they see on their mail client. shudder I wouldn't be able to sleep at night if my users' mail was directly accessible by the users... ;) But if I ever get the money to add enough local disk storage on our mail server and can move all users mail folders to the mail server, is when I would probably think about switching over to the Maildir format. This way the users only way to access their Maildir folder would be through a mail client. I feel your pain... -- Best regards, Charles
Re: [Dovecot] client certs with godaddy ssl cert
On 8 Oct 2008 at 1:05, Harondel J. Sibble wrote: auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain ssl_require_client_cert = yes ssl_ca_file = /etc/pki/dovecot/certs/dovecot-clientcerts ssl_verify_client_cert = yes verbose_ssl = yes ssl_require_client_cert = yes The following is all I see on the connection attempt from the pda Oct 8 01:00:55 myserver dovecot: Dovecot v1.0.7 starting up Oct 8 01:01:51 myserver dovecot: imap-login: Disconnected: method=PLAIN, rip=10.12.13.14, lip=10.12.13.14, TLS The client side logs show the following at this point 2239561866 - 2008.10.9 16:11:54 R * CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN- REFERRALS AUTH=PLAIN 2239561866 - 2008.10.9 16:11:54 R 0 OK Capability completed. 2239561866 - 2008.10.9 16:11:54 S 1 LOGIN 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0xE 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0x68 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0x68 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0x65 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0x66 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0x67 2239561866 - 2008.10.9 16:11:54 IMAP4 ServerConnection SSL status: 0xF 2239561866 - 2008.10.9 16:11:54 R 1 NO Client didn't present valid SSL certificate 2239561866 - 2008.10.9 16:11:54 *** Non Critical Error: 0x80C40001 2239561866 - 2008.10.9 16:12:50 *** Critical Error: 0x80C40001 2239561866 - 2008.10.9 16:12:50 Connection failed - stopping all connections 2239561866 - 2008.10.9 16:12:50 Connection's SyncExecute finished 3325771946 - 2008.10.9 16:12:51 Stopping synchronization... 3325771946 - 2008.10.9 16:12:51 Forcing disconnection... 3325771946 - 2008.10.9 16:12:51 Synchronization stopped 2755981250 - 2008.10.9 16:12:51 Stopping existing connections (1 total) 2755981250 - 2008.10.9 16:12:51 Deleting connection... -- Harondel J. Sibble Sibble Computer Consulting Creating solutions for the small business and home computer user. [EMAIL PROTECTED] (use pgp keyid 0x3AD5C11D) http://www.pdscc.com (604) 739-3709 (voice/fax) (604) 686-2253 (pager)
Re: [Dovecot] client certs with godaddy ssl cert
On Thu, 2008-10-09 at 10:14 -0700, Harondel J. Sibble wrote: Oct 8 01:00:55 myserver dovecot: Dovecot v1.0.7 starting up v1.1 logs more with verbose_ssl=yes. 2239561866 - 2008.10.9 16:11:54 R 1 NO Client didn't present valid SSL certificate My guess would be that your client just doesn't support sending SSL client certificates. Or perhaps you'd need to configure it to do it somehow. signature.asc Description: This is a digitally signed message part
[Dovecot] maildri++ quota
When is the maildir quota usages recalculated and written to the second line of the maildirsize file? I'm using 1.1.4, and I reset the quotas for my users by just taking the first line of their maildirsize file and deleting the rest. -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job A man who won't die for something is not fit to live. -Martin Luther King, Jr.
Re: [Dovecot] client certs with godaddy ssl cert
On 9 Oct 2008 at 20:33, Timo Sirainen wrote: My guess would be that your client just doesn't support sending SSL client certificates. Or perhaps you'd need to configure it to do it somehow. Well contrary to what WebIS tech support says, that looks to be the case as the same client cert imported into Thunderbird works perfectly. -- Harondel J. Sibble Sibble Computer Consulting Creating solutions for the small business and home computer user. [EMAIL PROTECTED] (use pgp keyid 0x3AD5C11D) http://www.pdscc.com (604) 739-3709 (voice/fax) (604) 686-2253 (pager)
Re: [Dovecot] maildri++ quota
On Thu, 2008-10-09 at 22:01 +0200, Ralf Hildebrandt wrote: When is the maildir quota usages recalculated and written to the second line of the maildirsize file? I'm using 1.1.4, and I reset the quotas for my users by just taking the first line of their maildirsize file and deleting the rest. Are the quotas wrong often? Dovecot uses the Maildir++ quota specifications: http://www.inter7.com/courierimap/README.maildirquota.html So the file is recalculated if it's a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) signature.asc Description: This is a digitally signed message part
Re: [Dovecot] maildri++ quota
* Timo Sirainen [EMAIL PROTECTED]: On Thu, 2008-10-09 at 22:01 +0200, Ralf Hildebrandt wrote: When is the maildir quota usages recalculated and written to the second line of the maildirsize file? I'm using 1.1.4, and I reset the quotas for my users by just taking the first line of their maildirsize file and deleting the rest. Are the quotas wrong often? Dovecot uses the Maildir++ quota specifications: http://www.inter7.com/courierimap/README.maildirquota.html So the file is recalculated if it's a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) That doesn't seem to work then. -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job To sysadmin or not to sysadmin... that is the question, whether tis nobler in the minde to suffer the slings and arrowes of outragious fortune, or climb to the top of the building with a fucking high-power rifle and scope.
Re: [Dovecot] maildri++ quota
On Thu, 2008-10-09 at 22:36 +0200, Ralf Hildebrandt wrote: * Timo Sirainen [EMAIL PROTECTED]: On Thu, 2008-10-09 at 22:01 +0200, Ralf Hildebrandt wrote: When is the maildir quota usages recalculated and written to the second line of the maildirsize file? I'm using 1.1.4, and I reset the quotas for my users by just taking the first line of their maildirsize file and deleting the rest. Are the quotas wrong often? Dovecot uses the Maildir++ quota specifications: http://www.inter7.com/courierimap/README.maildirquota.html So the file is recalculated if it's a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) That doesn't seem to work then. How badly wrong are your quotas? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] maildri++ quota
* Timo Sirainen [EMAIL PROTECTED]: Are the quotas wrong often? Dovecot uses the Maildir++ quota specifications: http://www.inter7.com/courierimap/README.maildirquota.html So the file is recalculated if it's a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) That doesn't seem to work then. How badly wrong are your quotas? Totally off. The recalculation after 15m doesn't work at all -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job [...] a Microsoft Certified System Engineer is to information technology as a McDonalds Certified Food Specialist is to the culinary arts. -- Michael Bacarella
Re: [Dovecot] maildri++ quota
On Thu, 2008-10-09 at 23:30 +0200, Ralf Hildebrandt wrote: * Timo Sirainen [EMAIL PROTECTED]: Are the quotas wrong often? Dovecot uses the Maildir++ quota specifications: http://www.inter7.com/courierimap/README.maildirquota.html So the file is recalculated if it's a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) That doesn't seem to work then. How badly wrong are your quotas? Totally off. The recalculation after 15m doesn't work at all 3-6 examples? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] maildri++ quota
* Timo Sirainen [EMAIL PROTECTED]: How badly wrong are your quotas? Totally off. The recalculation after 15m doesn't work at all 3-6 examples? How about 15.000? My users get a lot of mail. All I see is NO update to the maildrisize file AFTER 24h!!! -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job Executive summary: Never flush a blocked toilet, the mess only gets worse, clear the blockage, *then* flush. -- Victor Duchovni
Re: [Dovecot] maildri++ quota
* Ralf Hildebrandt [EMAIL PROTECTED]: * Timo Sirainen [EMAIL PROTECTED]: How badly wrong are your quotas? Totally off. The recalculation after 15m doesn't work at all 3-6 examples? How about 15.000? My users get a lot of mail. All I see is NO update to the maildrisize file AFTER 24h!!! Let me rephrase this. No update to the SUM in the 2nd line after 15m I sent 100 Mails to an account, the maildirsize-file-lenght based recalculation seems to work -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job Wenn Unternehmen Lehrstühle spenden, dann frage ich mich, ob die nicht zu wenig Steuern zahlen, denn früher hätte der Staat davon den Lehrstuhl gestellt.