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.
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
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]>: > > > 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 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]>: > 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: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] 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)
[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: > v1.1 logs more with verbose_ssl=yes. 1.0.7 doesn't log anything other than the initial connection :-( Guess it's time to upgrade > > 2239561866 - 2008.10.9 16:11:54 R 1 NO Client didn't present valid SSL > > certificate Note, this was the log from the client side, not the server side. > 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. According to the client developer, it will automatically send the personal certificate, there is only a single one installed on the pda. -- 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
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] 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. 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] 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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. 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. Charles Marcus wrote: > 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... > - -- 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 iD8DBQFI7ixiA29OFr7C6jcRAl15AJ98vUKIeIlMHw0108xJ0JtW55S1QgCgppwy DB0RY6UcqhkE/rUXXeDmdGw= =asZV -END PGP SIGNATURE-
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=, 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] 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=, 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] 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] 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.
[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 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
[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] 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
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
[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] 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
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
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
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 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] 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
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] 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] 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] 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