Re: [Dovecot] Dovecot and Pipermail integration
Charles Marcus wrote: > On 3/5/2009, Ricardo Ramirez (r...@the-tech.mit.edu) wrote: >> What's the best way to export these via IMAP using Dovecot 1.0rc15 on >> Debian etch? > > Upgrade to a current version. > > rc15 is very old and buggy, and it is a waste of time to troubleshoot it. Ok, I have Dovecot 1.1.11 running on a test machine. Now, nice ways to export /var/lib/mailman/archives/public/*.mbox/ ? Ricardo signature.asc Description: OpenPGP digital signature
[Dovecot] system & virtual setup
No one replied to my original email, and I was hoping if I re-phrase my question I can get an answer. I would like dovecot to provide system email (located at /mail/%u with system password and /home/%u) and also virtual email (/u/mail/VIRTUAL/%d/%u with password found at /u/exim/etc/VIRTUAL/%d/passwd). NO home space, but I would consider /home/%d/%u This I think has something to do with namespace, but the docs are too vague for me to understand. Can anyone help me out? I would very much appreciate it. I would even consider PAYING someone to set me straight. I am looking to migrate away from vm-pop3d. initially with POP3 and ultimately into IMAP. Thanks!
Re: [Dovecot] fs quota on xfs dir tree? is this implemented?
On Fri, 2009-03-06 at 18:54 +, Pawel Eljasz wrote: > basically, following wiki I set up a simple fs quotas > when a tree reaches the limit, dovecot notices it, rejects with: Not > enough disk space > now question is, is it intentional what dovecot does - if yes how to > implement fs-xfs quota warnings? > > or is it what dovecot was designed to do in case of such a eventuality > like out of space thing? > my guess, dovecot handles above situations anyway - scenario run: with > no quota plugins Yes, it does that even without quota plugin loaded, because the kernel returns EDQUOT failures for syscalls. To get current quota usage and quota warnings working, the quota-fs.c code would have to know about the XFS directory quotas. You're welcome to write the code for it, but it's a very low priority for me. > this is nice feature of xfs, do not know if other fs do it, that is so! > useful in scenario with vusers, or, would be :) Usually people use virtual quotas (Maildir++, dict) for virtual users. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] fs quota on xfs dir tree? is this implemented?
xfs calls it project, it's not user nor group quota, simply a directory tree quota does dovecot find a use for it? basically, following wiki I set up a simple fs quotas when a tree reaches the limit, dovecot notices it, rejects with: Not enough disk space now question is, is it intentional what dovecot does - if yes how to implement fs-xfs quota warnings? or is it what dovecot was designed to do in case of such a eventuality like out of space thing? my guess, dovecot handles above situations anyway - scenario run: with no quota plugins this is nice feature of xfs, do not know if other fs do it, that is so! useful in scenario with vusers, or, would be :) or am I missing something thus having incomplete config for fs xfs-projects quotas, and it can be done? cheers Timo, pardon my ignorance, you are the author, right? ps. ah, yes, you are, thanks mate for your work! Timo Sirainen wrote: I've never even heard of such a thing.
Re: [Dovecot] fs quota on xfs dir tree? is this implemented?
I've never even heard of such a thing. signature.asc Description: This is a digitally signed message part
[Dovecot] fs quota on xfs dir tree? is this implemented?
cheers
[Dovecot] [patch] example configuration for expire seems broken
The expire configuration in the example config file in 1.1.11 is broken: r...@omega:/etc/dovecot# /etc/init.d/dovecot restart Restarting IMAP/POP3 mail server: dovecot Unknown dict module: db expire plugin: dict_init() failed Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot/dovecot.conf failed! It's inconsistent with the documentation at http://wiki.dovecot.org/Plugins/Expire, so I've made the attached patch to try and fix it. Note: I don't know if this new configuration is correct either, because its a new box and I've not got any mails old enough to cause the plugin to try and write anything, but at least I can start dovecot like this. :) Regards, Rob --- dovecot-1.1.11/dovecot-example.conf~ 2009-03-06 17:28:46.785662296 + +++ dovecot-1.1.11/dovecot-example.conf 2009-03-06 17:29:23.082571853 + @@ -1057,7 +1057,8 @@ # referenced using URIs in format "proxy::". dict { - #quota = mysql:/etc/dovecot-dict-quota.conf + #expire = db:/var/lib/dovecot/expire.db + #quota = mysql:/etc/dovecot-dict-quota.conf } # Path to Berkeley DB's configuration file. See doc/dovecot-db-example.conf @@ -1136,7 +1137,7 @@ # you must set up: # dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool #expire = Trash 7 Spam 30 - #expire_dict = db:/var/lib/dovecot/expire.db + #expire_dict = proxy::expire # Lazy expunge plugin. Currently works only with maildirs. When a user # expunges mails, the mails are moved to a mailbox in another namespace
Re: [Dovecot] dovecot's deliver rejection mechanism(sendmail) alvernatives?
Pawel Eljasz wrote: > dear all, > quickie - is possible(if yes - how, params, directives, etc) to use > any alternative to sendmail_path = /usr/lib/sendmail > is is configurable at all? like having postfix or anything else? 0) Sendmail MTA provides "the facto" standard of command line options to send email using MTA tools 1) AFAIK almost all MTA on unixes provide "sendmail look alike" program to support core of sendmail command line options => you can use "sendmail" program provided by postfix -- [pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu I have no doubt that it is a part of the destiny of the human race, in its gradual improvement, to leave off eating animals. -- Thoreau
[Dovecot] dovecot's deliver rejection mechanism(sendmail) alvernatives?
dear all, quickie - is possible(if yes - how, params, directives, etc) to use any alternative to sendmail_path = /usr/lib/sendmail is is configurable at all? like having postfix or anything else? regards
Re: [Dovecot] Dovecot and Pipermail integration
On 3/5/2009, Ricardo Ramirez (r...@the-tech.mit.edu) wrote: > What's the best way to export these via IMAP using Dovecot 1.0rc15 on > Debian etch? Upgrade to a current version. rc15 is very old and buggy, and it is a waste of time to troubleshoot it. -- Best regards, Charles
Re: [Dovecot] ACL changes not respected by already loged in clients
Steffen Kaiser writes: > On Thu, 5 Mar 2009, Sascha Wilde wrote: > >> I think ACL changes should take immediate effect, or at least should be >> re-checked in reasonable intervals (which imo shouldn't exceed a few >> seconds). > > Although I see the problem in your scenario, it is rather uncommon to > recalculate ACLs for already running processes, esp. not in intervals of > seconds. When you say "uncommon", which references are you referring to? There are not too many other imap server implementations implementing this features (imap acl and shared user mailboxes). I only tested the (widely used) cyrus imapd, which promotes ACL changes immediately. > Did you tried it in Windows or Unix? Afaik dovecot doesn't even run on Windows systems. > Maybe, some "ACL push" plugin would help, that pushes ACL changes to > processes that are logged in currently. This might be a good way to implement things efficiently but before doing so I would prefer to evaluate if simply rechecking the relevant ACLs on each IMAP command has such a big performance impact that this kind of optimization is really needed. 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 pgpbTdcUXylGl.pgp Description: PGP signature