On Sat, 12 Jun 2010 21:40:01 +0200, Stroller wrote about [gentoo-user] Anything better than procmail?:
>Hi David, > >Your setup looks fairly similar to my own, but I am intrigued by the >differences. Okay. I have been using all kinds of software for handling email, dating back to my OS/2 days in the early 1990's. I regard my current set-up as sweet. >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. 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.. >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. > >> This allows you to use a sieve script, instead of procmail "recipes". > >Can I ask you what the advantage of this is, please? The recipe syntax for procmail is seriously ugly. Sieve looks like most other non-procedural languages from the early 1980's, although it arose in the 1990's. Since I am an old geezer who has been programming since the early 1970's, this syntax felt more comfortable. Sieve is also integrated into dbmail. >Looking at the example at ><http://en.wikipedia.org/wiki/Sieve_(mail_filtering_language) > >, the language looks basically very similar to maildrop, and it >seems to do pretty much the same thing. I have never used maildrop. >The reject syntax 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. >> Moreover, each user maintains his/her own sieve script. > >As certainly would be the case with maildrop, and surely too with >procmail? I don't know about maildrop, but procmail is usually managed centrally and hangs off the tail end of Postfix, Exim, Courier or whatever MTA you have. I always switched to root to maintain my delivery recipes, back when I ran procmail. -- Regards, Dave [RLU #314465] ====================================================================== [email protected] (David W Noon) ======================================================================
signature.asc
Description: PGP signature
