From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ONreN-00066K-Pd for garchives@archives.gentoo.org; Sun, 13 Jun 2010 18:11:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C547BE05A5 for ; Sun, 13 Jun 2010 18:11:14 +0000 (UTC) Received: from blingymail-a3.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by pigeon.gentoo.org (Postfix) with ESMTP id 99EE2E0A60 for ; Sun, 13 Jun 2010 17:53:23 +0000 (UTC) Received: from [192.168.1.110] (smtp.media-brokers.com [70.43.81.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blingymail-a3.g.dreamhost.com (Postfix) with ESMTP id 9A89614D731 for ; Sun, 13 Jun 2010 10:53:22 -0700 (PDT) Message-ID: <4C151B10.2040400@libertytrek.org> Date: Sun, 13 Jun 2010 13:53:20 -0400 From: Tanstaafl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Anything better than procmail? References: <20100612221701.6420297d@karnak.local> In-Reply-To: <20100612221701.6420297d@karnak.local> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: f5db158d-433b-4857-a02e-9b7954baaa39 X-Archives-Hash: 1919b9f0ef0d18b385f0b181ab82a65e On 2010-06-12 5:17 PM, David W Noon wrote: >> On 12 Jun 2010, at 12:35, David W Noon wrote: >>> ... Dovecot, but quickly replaced by dbmail. >> Can I ask you why? > Certainly. > > I wanted the messages to be stored in a single, dedicated logical > volume in my DASD farm. Dovecot always stored them in each user's > ~/Mail/ directory, so they were all over the /home L.V. Dovecot will store them where you tell it to. You could have easily stored them all in a single directory like /var/virtual/mail/user, or even used a hashed directory scheme (which might be desirable for very large installations like ISPs)... > In contrast, dbmail uses a database, in my case PostgreSQL, so it is > up to the database administrator to decide where they go; but it is > always in the one place. This makes for easy backup and restore: a > cron jobs runs pg_dump every night on the dbmail database.. Storing mail in a database sounds interesting, but it *will* introduce a very noticeable performance hit, there is simply no way around it... >> I have found the author of Dovecot to be wonderfully responsive, >> pushing out a fix for a deal-breaker issue for my site within hours >> of me reporting it. +5 Timo is coding madman... ;) > Sieve is also integrated into dbmail. And dovecot... and 2.0 will have even better integration. >> The reject syntax [for sieve] seems nice and clear, but if the MX >> server (for your email's domain name) has already accepted the >> message then it's not really much good rejecting it. In fact, doing >> so is surely frowned upon, isn't it? > I use a quarantine folder in my IMAP4 account, and my sieve script > places spam and infected messages there. Since the physical location > is on a logical volume that holds a PostgreSQL tablespace, any malware > is not executable, as that L.V. is mounted with "noexec". This is > another advantage over placing mail in the /home L.V., in each user's > home directory. While dovecot+sieve does require a 'home' directory for sieve to work, it doesn't have to be the users real home directory, and with dovecot-LDA+sieve, you can safely reject at smtp time, and its vacation message system is very sane (doesn't send vacation messages when it shouldn't, like to mail lists, etc)...