Am 27.10.2014 um 19:55 schrieb Bob Proulx: > David F. Skoll wrote: >> "Kevin A. McGrail" wrote: >>> Procmail has some weird syntax >> >> Procmail is also unmaintained abandonware, as far as I can tell. > > That isn't really a fair assessment of procmail. It is like saying > that 'cp' is unmaintained abandonware. The original authors no longer > maintain it. (It would be difficult since they have passed on.) The > call syntax hasn't changed in forty years. All true. But if it does > what it does reliably then there is no need to change it. Procmail is > like that too. Procmail does what it does very reliably. It is > mostly maintained downstream in software distributions but that makes > it no less useful and no less reliable. > > I get it that the syntax is very old-school and many people don't like > it. That is fine. As you mentioned there are several alternatives > available. There is no problem with people liking alternatives > better. That is great. No two people will have identical tastes. If > people have choice and choose a different alternative that is one of > the beautiful things about free(dom) software. > >> Since procmail is still the default LDA on Debian, this is my .procmailrc: > > If you don't like procmail then I would use ~/.forward to select a > different mail delivery agent. Otherwise that is an extra process and > a waste of resources. For Postfix the default forward_path allows > ~/.forward. At a guess this would do it for you and then there would > be no extra procmail process. Same for Sendmail. I believe Exim > respects the .forward too. > > "|IFS=' ';exec /usr/bin/perl /home/dfs/.mail-filter.pl >> > /home/dfs/.mail-filter.log 2>&1 || exit 75 #dfs" > >> And excerpts from my filter look something like this: >> >> # ... >> my $REC = strftime('%Y-%m', localtime(time)); >> my $p = '/var/imap/dfs'; >> >> my $h = $m->header('RT-Ticket'); >> if (defined($h) && ($h =~ /roaringpenguin\.com/)) { >> my $r_to = $m->header('Reply-To'); >> if (defined($r_to) && ($r_to =~ >> /invoices(-comment)?\@roaringpenguin\.com/)) { >> accept_mail("InvoiceTickets"); >> } else { >> accept_mail("Tickets"); >> } >> } >> >> accept_mail("LicenseKeys") if $m->subject =~ /^(Annual|Perpetual) license >> key generated for/ && mail_for(qr/provision_request/); >> accept_mail("Buildbot") if $m->subject =~ /^buildbot success/; >> accept_mail("Buildbot") if $m->subject =~ /^buildbot failure/; >> >> $m->accept("$p/Received-Archive/$REC"); >> >> which I find far more readable than .procmailrc recipes. > > I think this proves that beauty is in the eye of the beholder. > :-) > > Bob >
by the way http://www.exploit-db.com/exploits/34896/ always have a shellshock patched system these days with postfix/procmail Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein