Re: [Dovecot] load increase after upgrade to 2.0.8
On 12/8/2010 9:55 AM, Cor Bosman wrote: Here's the doveconf -n output: http://wa.ter.net/download/doveconf-n.txt Cor It could be that you both are running a different Kernel from the Standard Lenny Kernel 2.6.26. (this could be a clue ..) M.A.
Re: [Dovecot] Auto Block!
On 5/28/2010 10:20 AM, Tom Hendrikx wrote: On 28/05/10 16:14, Henrique Fernandes wrote: There is an plugin that makes dovecot lock an imap/pop/smtpauth if the user miss passowrd more than N times ? I would like to avoid brute force! Thanks []'sf.rique Hi, Take a look at fail2ban + iptables. Regards, Tom http://wiki.dovecot.org/HowTo/Fail2Ban M.A.
Re: [Dovecot] acl_shared_dict Format for text files
On 3/16/2010 10:36 AM, Timo Sirainen wrote: On Sat, 2010-03-06 at 09:21 -0500, Mario Antonio wrote: If using just a text file for Shared Mailbox Listing, How is the format of that file? Why do you want to know? You shouldn't modify it directly. I don't remember the format either, so just try some SETACL commands and see what it writes out.. Thanks for your reply. Yes, that was my misunderstanding. I let the Email Web interface to setup the ACLs, and now it is working fine ! M.A.
Re: [Dovecot] Emails Disappearing -- Mystery
On 3/12/2010 3:33 AM, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 11 Mar 2010, Mario Antonio wrote: 1) The user shuts down his apple mail software, his Iphone, and the Web interface: OK, but are you _sure_ that no other user / connection accesses the mailbox? 2) 2010-03-11 15:54:48 deliver(my_u...@mydomain.com): Info: from=nore...@craigslist.org : msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org> : saved mail to INBOX OK, Sieve has been processed now, Postfix & Dovecot are done with the message. 3) Email is deleted !!! 2010-03-11 15:54:49 IMAP(my_u...@mydomain.com): Info: delete: uid=10719, flags=(\Deleted \Recent $Junk), msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org>, from=craigslist.org , subject=POST/EDIT/DELETE : (accounting/financejobs) Test Post 2010-03-11 15:54:49 IMAP(my_u...@mydomain.com): Info: expunge: uid=10719, flags=(\Deleted \Recent $Junk), msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org>, from=craigslist.org , subject=POST/EDIT/DELETE : (accounting/finance jobs) Test Post , size=2776 Who is deleting this email ? I can see the flag $Junk ... perhaps some filter somewhere is seeing that flag and proceeding to delete it. There is another MUA monitoring this mailbox. It does not seem to be Thunderbird, as it seems to use the "Junk" keyword. I think you can use tools like "fuser" or "lsof" on the index of the user's INBOX to get the pid of the process. Dunno if there are tools to detect inotify/epoll/etc. on a directory. Regards, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBS5n8dL+Vh58GPL/cAQLcGAgAseTfkuExZTSy0Ma13Wdti7CrXq3DH2Kf tGfXsEDiaQOA02jmk20GcnnDZAjxyoBFYPOQ5dqBLSUE/5IaTnXPzZV0WPIWn4nY MyOQxYuVmiMOf29gjhzRb0hZLtNq/aJ0zeMTqv2E6NtY7iH/wJ3g7RSYW5116Awz v5ITpa8X1PwSuQS4SidFQbsgGU7kO6sqDUBnHY3dUX9p0kpdawTk4L/j2U7etFQY JWT79PLcZWL/fGLPkz8UQmeGT7zvI4YfrwDp93k8qHcbgrDkjt0WuWk+DLvJcZqR pFEhNw99kZ4AeYq3cqsAZDeQ/gAXu0IGd5wOsiyXuIp8d+/NJUxtgA== =wWcG -END PGP SIGNATURE- Steffen, Thanks for your reply. I really appreciate it. That's my conclusion too. There must be another email client somewhere with a filter .. I just wanted to confirm from the Gurus that after the email is saved into the inbox, Server side Dovecot process cannot be blamed for a Delete/Expunge instance (if we know that no plugin of that nature is present in the server) M.A.
[Dovecot] Emails Disappearing -- Mystery
I got a case that I haven't been able to resolve. I hope somebody can give me some hints. One of our users is reporting emails disappearing in front of his eyes, (Right ... emails filters at the client side ) Server does not have global sieve filter enabled (no file present), even though this configuration is present: sieve_global_path=/vmail/globalsieverc User does not have any sieve scripts enabled at the server side. Ok, 1) The user shuts down his apple mail software, his Iphone, and the Web interface: 2010-03-11 15:52:57 IMAP(my_u...@mydomain.com): Info: Connection closed bytes=2188/6499 2010-03-11 15:52:57 IMAP(my_u...@mydomain.com): Info: Connection closed bytes=3887/7336 2010-03-11 15:52:57 IMAP(my_u...@mydomain.com): Info: Connection closed bytes=5873/68309 2010-03-11 15:52:57 IMAP(my_u...@mydomain.com): Info: Disconnected in IDLE bytes=4514/547136 2) He generates the troublesome emails from a notification system in Craiglist We can see the email hitting the inbox (we also see in Postfix this email going to Dovecot) 2010-03-11 15:54:48 deliver(my_u...@mydomain.com): Info: from=nore...@craigslist.org : msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org> : saved mail to INBOX 3) Email is deleted !!! 2010-03-11 15:54:49 IMAP(my_u...@mydomain.com): Info: delete: uid=10719, flags=(\Deleted \Recent $Junk), msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org>, from=craigslist.org , subject=POST/EDIT/DELETE : (accounting/financejobs) Test Post 2010-03-11 15:54:49 IMAP(my_u...@mydomain.com): Info: expunge: uid=10719, flags=(\Deleted \Recent $Junk), msgid=<20100311205447.0c0fe118...@web8p.int.craigslist.org>, from=craigslist.org , subject=POST/EDIT/DELETE : (accounting/finance jobs) Test Post , size=2776 Who is deleting this email ? I can see the flag $Junk ... perhaps some filter somewhere is seeing that flag and proceeding to delete it. If I understand sieve filters at the server side, they will act in the deliver process. So once the email is saved into INBOX, sieve filters will not count. Am I right? Any Hints? # 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686-bigmem i686 Debian 5.0.4 xfs Regards, Mario Antonio
[Dovecot] acl_shared_dict Format for text files
If using just a text file for Shared Mailbox Listing, How is the format of that file? acl_shared_dict = file:/vmail/%d/shared.txt Is this the format for shared.txt?: fromus...@doamin.com tous...@domain.com 1 fromus...@doamin.com tous...@domain.com 1 Regards, Mario Antonio
Re: [Dovecot] failed: Cannot allocate memory
On 1/30/2010 9:08 AM, Philipp Snizek wrote: On 30.01.2010 14:38, Timo Sirainen wrote: On Sat, 2010-01-30 at 08:31 +0100, Philipp Snizek wrote: 2010-01-30 08:12:50 sleipnir local7.err dovecot IMAP(s...@dom.com): read(/var/tmp/dovecot/spam/indexes/.INBOX_score20/dovecot.index.search.uids) failed: Cannot allocate memory I'm not really sure why read() would say that. 2010-01-30 08:12:50 sleipnir local7.err dovecot IMAP(s...@dom.com): mremap_anon(44609536) failed: Invalid argument This failing with "Cannot allocate memory" would make more sense. Anyway, solution is to change mail_process_size, either increase it or set it to 0 to disable the limit. Thanks. I changed the mail_process_size. It works now and searching is now pretty damn fast! What's the default limit on mail_process_size? http://wiki.dovecot.org/MainConfig mail_process_size = 256 Set max. process size in megabytes. Most of the memory goes to mmap()ing files, so it shouldn't harm much even if this limit is set pretty high. M.A.
[Dovecot] Best way of dealing with Case-Sensitive Issues in Dovecot
In order to deal with case-sensitive issues, I am thinking to use the variable %L (adding it to my current configs --as suggested before by other users in this list) in the configuration files in this way: In Dovecot.conf: mail_location = maildir:/vmail/%Ld/%Ln/Maildir:INDEX=/indexes/%Ld/%Ln auth default: username_format: %Lu passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=5000 gid=5000 home=/vmail/%Ld/%Ln allow_all_users=yes In dovecot-sql.conf: password_query = select concat(virtual_users.user, '@', virtual_domains.name) AS user, virtual_users.password as password \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%Ln' and virtual_domains.name='%Ld' and virtual_users.status = 1 and virtual_domains.status = 1; user_query = SELECT 5000 AS uid,5000 AS gid,'/vmail/%Ld/%Ln' as home, \ concat('*:storage= ', virtual_users.quota_kb) AS quota_rule \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%Ln' and virtual_domains.name='%Ld' Is this the correct way of assuring lowercase use all over the place? Can I use the variable %L in where sql statements? Regards, Mario Antonio
Re: [Dovecot] Same filenames on different servers?
On 1/11/2010 9:34 AM, Timo Sirainen wrote: On 11.1.2010, at 16.06, Alexander Chekalin wrote: Doing this using imapsync won't work. It is slow (hours vs minutes with rsync) so I can't run it every 5 minutes, and, moreover, it crashes on some messages, so can not rely on it in production. With v2.0 dsync would be great for this.. How could dsync beat rsync? With just one rsync command you can replicate the whole mail store (a root folder) Can you do the same with Dsync? or Do you have to write a script that feeds Domains/Users ...? M.A.
Re: [Dovecot] dovecot: pipe() failed: Too many open files
JW wrote: On Friday 18 December 2009 16:00:48 Timo Sirainen wrote: On Dec 18, 2009, at 4:47 PM, JW wrote: I've researched this problem a number of times, usually I see suggestions to increase ulimit. I've done this a number of times, all the way up to: ulimit -n 8192 I've put that in the init script right above the daemon start line. What exactly is the "daemon start line" I'm sorry, I forgot to specify that I was using Debian Linux: case "$1" in start) if grep protocols /etc/dovecot/dovecot.conf | sed 's/#.*$//' | tr -d '"' | \ egrep -q '[^#]*(\bpop3s?\b|\bimaps?\b)'; then if [ -x /usr/lib/dovecot/imap-login -a -x /usr/lib/dovecot/imap ] \ || [ -x /usr/lib/dovecot/pop3-login -a -x /usr/lib/dovecot/pop3 ]; then echo -n "Starting $DESC: $NAME" ulimit -n 8192 start-stop-daemon --start --quiet --oknodo --exec $DAEMON echo "." fi fi ;; stop) echo -n "Stopping $DESC: $NAME " start-stop-daemon --stop --quiet --oknodo --exec $DAEMON echo "." ;; ? Many Linux distros override ulimit in their internal scripts. If you're using Linux, you could check if dovecot process really has 8192 limit: cat /proc/`pidof dovecot`/limits | grep 'Max open' I've seen this suggestion on the web a few times, but there's no such directory, /proc/`pidof dovecot`/limits or /proc/*/limits for that matter pidof dovecot shows the pid for: /usr/sbin/dovecot I've tried "grep -i max" and grep -i open in the /proc/$pid/* directory for every pid of every dovecot process on the system, none of the files in there contain either word. mail:/var/log# ps auxw | grep dove root 23299 0.0 0.0 1948 648 ?Ss 00:41 0:07 /usr/sbin/dovecot root 23300 0.0 0.2 8752 2700 ?S00:41 0:05 dovecot-auth mail:/var/log# ls /proc/23299 attr cmdline cwd exe maps mounts oom_adjroot stat status wchan auxv cpuset environ fd mem mountstats oom_score smaps statm task Is there a different place I should put the ulimit? JW You could try: /etc/security/limits.conf your_dovecot_user soft nofile 524288 your_dovecot_user hard nofile 524288 Not sure if instead of your_dovecot_user, you should increase the limits for the root user ?? Regards, Mario Antonio
Re: [Dovecot] Max IMAP fodlers
Timo Sirainen wrote: On Mon, 2009-12-07 at 11:24 -0800, Jeffrey Nikoletich wrote: Is there a way to limit the amount of maildir folders a user can have? No. Also is there is hard limit on the amount of folders dovecot can handle? I have a user who has over 3000 folder (including subfolders) that is having issues with delays in loading, moving, and deleting messages. I guess you're using Maildir++, so all of the folders are in the one Maildir root directory? That's probably the main reason why it's slow. With v1.1+ you could switch to fs layout, so that the subfolders would no longer be in the root directory. Then, from a performance perspective, should fs layout be the recommended configuration for Maildir++ ? M.A.
Re: [Dovecot] Dovecot and SATA Backend
Joseba Torre wrote: El Viernes 20 Noviembre 2009 a las 13:05, alex handle escribió: to put it simply: local storage We use Dell R710 in pair, each with 6 15K SAS Disks and RAID 10 - iSCSI or NFS can hardly be faster But "faster" is not always the way to measure things. In this topic, I think that raw disk access speed is not a critical value; I've tested our setup with maildir on NFS and performance is close enough to local disks. Given this, I prefer the extra features our NAS/SAN setup gives us, like having data replication between phisically separated disks in a couple of clicks ,redundant paths to data, easier management, ... Joseba, Could you share how you have configured Dovecot in order to achieve replication, redundant path .? Regards, Mario Antonio
Re: [Dovecot] Problem with dict-quota, deliver killed by delivery attempt
Timo Sirainen wrote: On Tue, 2009-09-29 at 16:50 +0200, Jacek Osiecki wrote: I can't get quota lda plugin working... When I enable quota plugin, the emails (delivered by exim + dovecot-lda) are instantly rejected: Yeah, there is a bug in 1.2.5 if you're using non-Maildir++ quota. This patch fixes it: http://hg.dovecot.org/dovecot-1.2/rev/3132464fbe9c 2009-09-29 16:36:12 1MsdoI-aJ-2L ** ja...@my-domain.pl R=mysql_localuser T=dovecot_delivery: Child process of dovecot_delivery transport (running command "/usr/lib64/dovecot/deliver -d $local_p...@$domain -f $sender_address -a $original_local_p...@$original_domain") was terminated by signal 9 (Killed) Although I would have expected signal 11, not 9. Does 1.2.5 have problems with maildir quota and imap quota? My plugin settings: quota = maildir:User quota quota_rule = *:storage=2G And in Imap: protocol imap { mail_plugins = quota imap_quota acl } M.A.
Re: [Dovecot] Dovecot + DRBD/GFS mailstore
Eric Jon Rostetter wrote: Quoting Mario Antonio : How does the system behave when you shutdown one server, and bring it back later ? (are you using an IP load balancer/heart beat etc ?) I'm just using RHCS with GFS over DRBD. DRBD and LVM are started by the system (not managed by the cluster) and everything else (including GFS) is managed by RHCS. So there is no load balancer, and nothing external to RHCS like heartbeat et al. (There is a two-cluster active/passive firewall in front of these that acts as a traffic director, but it isn't concerned about load balancing, and is a separate stand-alone cluster from the one running DRBD and GFS). The DRBD+GFS cluster is a simple 3 node RHCS cluster. Two nodes (mailer1 and mailer2) run DRBD+GFS (active/active), while the 3rd node (webmail1) does not (just local ext3 file systems). I may add more nodes in the future if needed, but so far this is sufficient for my needs. The third node is nice as it prevents cluster (not DRBD) split-brain situations, and allows me to maintain real quorum when I need to reboot a node, etc. BTW, they are all running CentOS 5.3 (started on RHEL, moved to CentOS which I actually find easier to use for DRBD/GFS/etc than RHEL). If I do an orderly shutdown of the node, it all works fine. All services fail-over at the shutdown to the remaining node without a hitch. At startup, they almost always migrate back automatically, and if not I can migrate them back later by hand. The reason they don't always migrate back at startup seems to be that if the node is down too long, then drbd takes a while to sync back up, and this can prevent lvm and gfs from starting at boot, which means of course the services can't migrate back. (I don't have drbd and lvm under cluster control, so if they don't start at boot, I need to manually fix them). If I 'crash' a node (kill the power, reboot it via a hardware stonith card, etc) sometimes it doesn't work so fine and I need to manually intervene. Often it will all come up fine, but sometimes the drbd won't come up as primary/primary, and I'll need to fix it by hand. Or sometimes the drbd will come up, but the lvm or gfs won't (like above). So often I have to manually fix things. But the good news is that in any case (shutdown, crash, etc) the cluster is always up and running, since only one node is down... So my services are always available, though maybe slower when a node isn't participating properly. Not the best situation, but certainly I'm able to live with it. My main goal was to be able to do orderly shutdowns, and that works great. That way I can update kernels, tweak hardware (e.g., add RAM or upgrade disks), etc. with no real service interruption. So I'm not as worried about the "crash" situation, since it happens so much less often than the orderly shutdown, which was my main concern. In any case, after many shutdowns and crashes and bad software upgrades and such, I've not lost any data or anything like that. Overall I'm very happy. Sure, I could be a bit happier with the recovery after a crash, but I'm tickled with the way it works the rest of the time, and it is a large improvement over my old setup. Regards, Mario Antonio Great! Any good documentation regarding building a RHCS with GFS over DRBD ...? (or just the Rethat web site ..) Just curious, which Dovecot Version are you using? and which Web-mail system? and Postfix or Exim? and user database on Mysql or Ldap? M.A.
Re: [Dovecot] Dovecot + DRBD/GFS mailstore
Eric, Thanks for the update ... How does the system behave when you shutdown one server, and bring it back later ? (are you using an IP load balancer/heart beat etc ?) Regards, Mario Antonio Eric Jon Rostetter wrote: To update an old thread... I'm looking at the possibility of running a pair of servers with Dovecot LDA/imap/pop3 using internal drives with DRBD and GFS (or other clustered FS) for the mail storage and ext3 for the root drive. I'm in testing right now with this setup. Two Dell PE 2900 servers (quad core @ 2.3 GHz, 8 GB RAM, raid 10 for the GFS+DRBD disk, raid 1 for the ext3 disks). Running DRBD as a master/master setup. [...] So far it is early testing. 63 users, but only about 12 of those are "power users". The performance has been real good so far, but as I say, not many users yet. Well, as of yesterday, I've gone "live" with this setup with about 1K users. Averaging about 150 to 200 concurrent sessions (higher during certain day hours, lower at night, etc). Slightly slower with 1K users than with 63 users (of course) but so far it is proving very stable and reasonably fast. Most of the time it is performing faster than my old system with similar load, though there are rare "stalls" of webmail imap operations (connect, get data, and disconnect session) where it might take about 5 to 10 seconds to complete. I'm thinking it is a locking issue, but not sure. The average time for such a webmail operation is 0 to 2 seconds (which is reasonable, based on the message/mailbox size; using mbox here, so we have some 2 GB to 3 GB mbox files with large messages in them, etc). Anyway, the point is that doing a cluster like this is very reasonable from a cluster/stability point of view. Jury is still out on performance, but I should know soon since I've now got a "significant" number of users hitting it. My gut feeling is that there will be some slow connections from time to time due to locking probably, but that overall it will scale under load better and not die when a spammer attacks us or we otherwise get flooded...
Re: [Dovecot] 1.2.4 Maildir Quota Issues
Timo, Thanks ! Just looking for a way to scripting the resetting of the auth-cache .. I noticed the dovecot-auth process does not have a PID file as the Dovecot master has (or perhaps I missed it ...) In a debian machine (running Version 1.2.4) Could I just grab the pid number from the auth socket: ls /var/run/dovecot/auth-worker* | sed 's/.*auth-worker\.//' 10650 cat/var/run/dovecot/master.pid 10649 ps -ef | grep auth root 10650 10649 0 Sep12 ?00:00:03 dovecot-auth root 10656 10649 0 Sep12 ?00:00:00 dovecot-auth -w These are the contents of /var/run/dovecot/ (3 sockets and one PID file : auth-master auth-worker.10650 dict-server master.pid Regards, M.A. Timo Sirainen wrote: On Sep 12, 2009, at 6:56 PM, Mario Antonio wrote: Thanks a lot for your help. But with this behavior, we will have to modify our scripts to perhaps clear up/reset the cache after changing User Quotas You can reset auth cache by sending dovecot-auth process SIGHUP. I'd guess changing quota values is somewhat rare so this shouldn't be much of a performance issue. Anyway, the whole point of auth cache is to cache the lookups so everything is working as it should..
Re: [Dovecot] 1.2.4 Maildir Quota Issues
Noel, Thanks a lot for your help. But with this behavior, we will have to modify our scripts to perhaps clear up/reset the cache after changing User Quotas M.A. Noel Butler wrote: On Sun, 2009-09-13 at 07:25 +1000, Noel Butler wrote: On Sat, 2009-09-12 at 10:06 -0400, Mario Antonio wrote: Has anybody noticed this behavior when using maildir quota with Version 1.2.4: When I change quota at the SQL level (per user), that quota becomes active once Dovecot is restarted. Until then it keeps the previous quota assigned. I do not remember seeing this behavior in previous versions --quota was active after sql changes. This likely has something to do with the auth_cache value. Try on a fresh user, change it, try 2 minutes before auth_cache would expire, and then again 2 minutes after. That is it, I retested after my TTL expired and it's fine, picked up new value without a restart.
Re: [Dovecot] v.1.2.4 deliver maildir quota does not work
Take a look at : http://wiki.dovecot.org/Quota/1.1 M.A. myleetl...@gmx.de wrote: Hi, thank you for the hint It seems to be working for me: Using V 1.2.4 --- plugin: quota: maildir:User quota quota_rule: *:storage=2G --- I've tried with quota = maildir:User quota quota_rule = ?:storage=1K and mail was rejected. but without the quota_rule it doesnt work. The Quota/Maildir docu says: -> If you don't configure any quota limits in Dovecot (quota=maildir with no other settings), Dovecot takes the limits from the header. If the file does not exist, quota isn't enforced. <- I think v1.2 change this behaviour and without limit it does not work anymore. My idea was not to use a quota_rule because then all mailboxes need to reindex I think. And I don't know what happens to the nfs server with 1M Mailboxes. So i wanted to enable quota slowly with the maildirsize file. Mysql conf: user_query = SELECT 5000 AS uid,5000 AS gid,'/vmail/%d/%n' as home, \ concat('*:storage= ', virtual_users.quota_kb) AS quota_rule \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%n' and virtual_domains.name='%d' -- Postfix Conf: --- dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -e -d ${recipient} When sending a message that goes beyond quota: PostFix says: status=bounced (permission denied. Command output: Quota exceeded (mailbox for user is full) ) Regards, M.A. myleetl...@gmx.de wrote: Hi, I'm using deliver for storing new mails (nfs). Since v.1.2 deliver does not reject mails if over quota (maildir quota). test with v. 1.1.18: # HOME=/tmp/maildir/ /path/dovecot-1.1.18/libexec/dovecot/deliver -e -c /path/dovecot-1.1.18/etc/dovecot.conf # Quota exceeded (mailbox for user is full) test with v. 1.2.4: # HOME=/tmp/maildir/ /path/dovecot-1.2.4/libexec/dovecot/deliver -e -c /path/dovecot-1.2.4/etc/dovecot.conf -> mail is saved to INBOX [..] is no one using maildir quota here? Who can say me if this is a bug or not? As a workaround, is it posible to use deliver 1.1.18 and imap/pop3 1.2.4 without problems? (i think i have to rewrite some sieve 1.2 rules)
[Dovecot] 1.2.4 Maildir Quota Issues
Has anybody noticed this behavior when using maildir quota with Version 1.2.4: # 1.2.4: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686-bigmem i686 Debian 5.0.3 xfs My default configurations quota configurations: plugin: quota: maildir:User quota quota_rule: *:storage=2G Customized Use Configurations at the Mysql level: user_query = SELECT 5000 AS uid,5000 AS gid,'/vmail/%d/%n' as home, \ concat('*:storage= ', virtual_users.quota_kb) AS quota_rule \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%n' and virtual_domains.name='%d' When I change quota at the SQL level (per user), that quota becomes active once Dovecot is restarted. Until then it keeps the previous quota assigned. I do not remember seeing this behavior in previous versions --quota was active after sql changes. M.A.
Re: [Dovecot] v.1.2.4 deliver maildir quota does not work
It seems to be working for me: Using V 1.2.4 --- plugin: quota: maildir:User quota quota_rule: *:storage=2G --- Mysql conf: user_query = SELECT 5000 AS uid,5000 AS gid,'/vmail/%d/%n' as home, \ concat('*:storage= ', virtual_users.quota_kb) AS quota_rule \ from virtual_users LEFT JOIN virtual_domains ON virtual_users.domain_id=virtual_domains.id \ where virtual_users.user='%n' and virtual_domains.name='%d' -- Postfix Conf: --- dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -e -d ${recipient} When sending a message that goes beyond quota: PostFix says: status=bounced (permission denied. Command output: Quota exceeded (mailbox for user is full) ) Regards, M.A. myleetl...@gmx.de wrote: Hi, I'm using deliver for storing new mails (nfs). Since v.1.2 deliver does not reject mails if over quota (maildir quota). test with v. 1.1.18: # HOME=/tmp/maildir/ /path/dovecot-1.1.18/libexec/dovecot/deliver -e -c /path/dovecot-1.1.18/etc/dovecot.conf # Quota exceeded (mailbox for user is full) test with v. 1.2.4: # HOME=/tmp/maildir/ /path/dovecot-1.2.4/libexec/dovecot/deliver -e -c /path/dovecot-1.2.4/etc/dovecot.conf -> mail is saved to INBOX [..] is no one using maildir quota here? Who can say me if this is a bug or not? As a workaround, is it posible to use deliver 1.1.18 and imap/pop3 1.2.4 without problems? (i think i have to rewrite some sieve 1.2 rules)
Re: [Dovecot] Dovecot Versions and Debian
Stefan, In previous emails, Stephan stated: "As the WIKI states: do *NOT* use these packages for systems that need to be *STABLE*! This is rebuilt every hour from repository commits from Timo and myself and if/when one of us commits a mistake, your setup will break accordingly upon upgrade. This is for testing purposes only." My guess he is just referring to the DEB packages ... So do you consider safe to use the source package ? M.A. Stefan Förster wrote: * Seth Mattinen : Mario Antonio wrote: How do you deal with new important patches? Do you patch the source and then rebuild the packages? Is it safe or better just wait until SID release the new source? I just wait for it to show up in sid. You could also apply patches yourself and rebuild, either way works. Or just grab the excellent source package provided by Stephan Bosch at http://xi.rename-it.nl/debian/pool/dovecot-1.2/ - e.g: aptitude -y build-dep dovecot (you only need to do that once) wget -t0 -c http://xi.rename-it.nl/debian/pool/dovecot-1.2/dovecot_1.2.3.orig.tar.gz \ http://xi.rename-it.nl/debian/pool/dovecot-1.2/dovecot_1.2.3-0~auto+7.dsc \ http://xi.rename-it.nl/debian/pool/dovecot-1.2/dovecot_1.2.3-0~auto+7.diff.gz dpkg-source -x dovecot_1.2.3-0~auto+7.dsc cd dovecot-1.2.3 dpkg-buildpackage -rfakeroot Guess this is the right time for a big "Thank You, Stephan". Cheers Stefan
[Dovecot] Migrating Emails from 1.0.15 to 1.2.2
I need to copy some email storage from a Dovecot Server running 1.0.15 into another Dovecot Server running 1.2.2. I know that I can use imapsync (perhaps this is the proper way) But I was just wondering, if I can just run Rsync to do that transfer: Will I run against some incompatibility formats between these two versions? M.A.
Re: [Dovecot] Dovecot Versions and Debian
Seth, How do you deal with new important patches? Do you patch the source and then rebuild the packages? Is it safe or better just wait until SID release the new source? M.A. Seth Mattinen wrote: Mario Antonio wrote: If you want to run Dovecot on Debian Lenny for a Production System (with Fast Upgrade System for Security Patches), What would you recommend? Stick to the current port with Dovecot Version 1.0.15 (1:1.0.15-2.3) Use Backports Version 1.1.13 (1:1.1.13-2~bpo50+1) Do you find any compelling reason for not using version 1.0.15 ? (Besides of ACL limitations ...) It's ancient history. There are far too many improvements to list. The first time you have a question with 1.0.15 we'll tell you to upgrade before you'll get any help. I rebuild the package from sid: 1. Download source packages (orig, dsc, and diff files) 2. apt-get build-dep 3. dpkg-source -x 4. cd into directory created by dpkg-source -x 5. fakeroot dpkg-buildpackage -uc -b And it'll make the four dovecot packages. ~Seth
[Dovecot] Dovecot Versions and Debian
If you want to run Dovecot on Debian Lenny for a Production System (with Fast Upgrade System for Security Patches), What would you recommend? Stick to the current port with Dovecot Version 1.0.15 (1:1.0.15-2.3) Use Backports Version 1.1.13 (1:1.1.13-2~bpo50+1) or Use any of the packages from: -- Dovecot v1.1 for Debian Testing (binary and source): deb http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.1 main deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.1 main Dovecot v1.2 for Debian Testing (binary and source): deb http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.2 main deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.2 main -- Do you find any compelling reason for not using version 1.0.15 ? (Besides of ACL limitations ...) Regards, Mario Antonio
Re: [Dovecot] Dovecot and ACL
Daniel, I think you need to use (make sure of the imap_acl configuration): protocol imap { mail_plugins = acl imap_acl } Regards, M.A. Daniel Spannbauer wrote: Mario Antonio schrieb: Daniel, "Dovecot v1.0 and v1.1 supports administrator-configured ACL files. v1.2+ supports also IMAP ACL extension which allows users to change ACLs themselves." http://wiki.dovecot.org/ACL I think to share mailboxes in OPen-Xchange, you will need Version 1.2 (IMap ACL extension) An Alternate way using Soft Links: http://wiki.dovecot.org/SharedMailboxes/Symlinks Regards, Mario Antonio Daniel Spannbauer wrote: Hello, I try to get per-mailbox-ACLs on dovecot. So, I've modded dovecot.conf: protocol imap { mail_plugins = acl } and plugin { acl = vfile } When I telnet to dovecot an try the command "capability" there is nothing about acl. I need acl for "open-xchange" so I can share Mailboxes over the webinterface. Do I have to create the acl-file manually or does dovecot this automaticly? Ok, now I have dovecot 1.2 running with configuerd per-user-acl with Plugins acl and imap-acl. Seems to work, now error in the logs at the moment. Bute wehn I log in over telnet port 143 theres no "acl" at the capabilities-String. Can anybody tell me why? Regards Daniel reagrds Daniel
Re: [Dovecot] Dovecot and ACL
Daniel, "Dovecot v1.0 and v1.1 supports administrator-configured ACL files. v1.2+ supports also IMAP ACL extension which allows users to change ACLs themselves." http://wiki.dovecot.org/ACL I think to share mailboxes in OPen-Xchange, you will need Version 1.2 (IMap ACL extension) An Alternate way using Soft Links: http://wiki.dovecot.org/SharedMailboxes/Symlinks Regards, Mario Antonio Daniel Spannbauer wrote: Hello, I try to get per-mailbox-ACLs on dovecot. So, I've modded dovecot.conf: protocol imap { mail_plugins = acl } and plugin { acl = vfile } When I telnet to dovecot an try the command "capability" there is nothing about acl. I need acl for "open-xchange" so I can share Mailboxes over the webinterface. Do I have to create the acl-file manually or does dovecot this automaticly? reagrds Daniel
Re: [Dovecot] Directory Layout Performance
Seth, XFS ussually performs better handling large files, and Reiser handling small files I also think that File system like XFS could handle Large Directoreis in a better way: http://oss.sgi.com/projects/xfs/papers/xfs_usenix/index.html Nevertheless, this thread http://dovecot.org/list/dovecot/2007-January/018994.html mentioned about poor performance for XFS .. It would be interesting to hear about production environments using XFS . Mario Antonio
[Dovecot] Directory Layout Performance
From a performance perspective: Which Directory layout is better: 1. All mailboxes are stored in a single directory and prefixed with a dot or 2. Maildirs using physical directories, such as: Maildir/folder/subfolder/ It looks like the second option -- File Sytem Layout (LAYOUT=fs) -- could spread the load in a better way .. I do not expect a user reaching maximum number of subfolders in linux , but what about those heavy users with a lot of sub-folders: Is there a significant performance gain by choosing a specific Directory Layout ... Any Comments? Regards, Mario Antonio
[Dovecot] 64 bit vs 32 Bit
Do you think that there is a substantial performance gain by running Dovecot in a 64 bit Architecture? Regards, Mario Antonio