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