Gentoo Archives: gentoo-user

From: David W Noon <dwnoon@××××××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Anything better than procmail?
Date: Sun, 13 Jun 2010 22:38:57
Message-Id: 20100613233744.4ed3d923@karnak.local
1 On Sun, 13 Jun 2010 20:20:02 +0200, Tanstaafl wrote about Re:
2 [gentoo-user] Anything better than procmail?:
4 >On 2010-06-12 5:17 PM, David W Noon wrote:
5 >> I wanted the messages to be stored in a single, dedicated logical
6 >> volume in my DASD farm. Dovecot always stored them in each user's
7 >> ~/Mail/ directory, so they were all over the /home L.V.
8 >
9 >Dovecot will store them where you tell it to. You could have easily
10 >stored them all in a single directory like /var/virtual/mail/user, or
11 >even used a hashed directory scheme (which might be desirable for very
12 >large installations like ISPs)...
14 IIRC, that means that I have to give universal write access, perhaps
15 with a "sticky" bit, on that directory. The database approach makes
16 much more sense from a security point of view, as nobody accesses the
17 filesystem directly, except the database manager.
19 >> In contrast, dbmail uses a database, in my case PostgreSQL, so it is
20 >> up to the database administrator to decide where they go; but it is
21 >> always in the one place. This makes for easy backup and restore: a
22 >> cron jobs runs pg_dump every night on the dbmail database..
23 >
24 >Storing mail in a database sounds interesting, but it *will* introduce
25 >a very noticeable performance hit, there is simply no way around it...
27 Actually, it doesn't. The caching of PostgreSQL is very good, and it
28 performs better than ext3 or ReiserFS or JFS or ..., particularly for
29 random access patterns such as reading email messages. The only
30 additional overhead is the cross-memory transfer through a UNIX socket
31 from PostgreSQL to dbmail, which is much less than the caching benefits
32 of PostgreSQL.
34 >>> I have found the author of Dovecot to be wonderfully responsive,
35 >>> pushing out a fix for a deal-breaker issue for my site within hours
36 >>> of me reporting it.
37 >
38 >+5 Timo is coding madman... ;)
40 But this is Gentoo. We get new releases when the Gentoo dev's allow
41 the new package through.
43 >> Sieve is also integrated into dbmail.
44 >
45 >And dovecot... and 2.0 will have even better integration.
47 But I have that now. ... :-)
49 You sound like a Microsoft zealot from the 1990's, where the next
50 release of your favourite product will have every feature imaginable --
51 and totally debugged too!
53 >>> The reject syntax [for sieve] seems nice and clear, but if the MX
54 >>> server (for your email's domain name) has already accepted the
55 >>> message then it's not really much good rejecting it. In fact, doing
56 >>> so is surely frowned upon, isn't it?
57 >
58 >> I use a quarantine folder in my IMAP4 account, and my sieve script
59 >> places spam and infected messages there. Since the physical location
60 >> is on a logical volume that holds a PostgreSQL tablespace, any
61 >> malware is not executable, as that L.V. is mounted with "noexec".
62 >> This is another advantage over placing mail in the /home L.V., in
63 >> each user's home directory.
64 >
65 >While dovecot+sieve does require a 'home' directory for sieve to work,
66 >it doesn't have to be the users real home directory, and with
67 >dovecot-LDA+sieve, you can safely reject at smtp time, and its vacation
68 >message system is very sane (doesn't send vacation messages when it
69 >shouldn't, like to mail lists, etc)...
71 What's a "vacation"? ... :-))
72 --
73 Regards,
75 Dave [RLU #314465]
76 ======================================================================
77 dwnoon@××××××××.com (David W Noon)
78 ======================================================================


File name MIME type
signature.asc application/pgp-signature


Subject Author
Re: [gentoo-user] Anything better than procmail? Neil Bothwick <neil@××××××××××.uk>
Re: [gentoo-user] Anything better than procmail? Tanstaafl <tanstaafl@×××××××××××.org>