This may be heresy on a procmail list, but why is it necessary to
have all
the deliveries made by procmail? Why not use kmail's internal
filters to do
the same thing and avoid the problem?
First of all, I'm not doing this at work.. so my approach is
different. At work, there seems to be a matter of urgency for
everything, and leads / managers always want the job done as quick and
cheaply as possible, no matter how sloppy. Or there may be a political
motivation to justify the existence of a particular tool by using it
(ie. someone in the company fucks up and buys the wrong product, then
people are forced to use it to keep the mistake covered up).
So if I were in the professional realm, I would be using the built in
filters for sure.. no time to study something new, especially when
management is so frightened of risk.
But since I'm at home, I want to take the most elegent/academic
approach. A Unix philosophy that I hold in high esteem is to keep the
tools small and dedicated, then combine them.
What if I develope a sophisticated set of filters in Kmail, then Kmail
dies? Or even if it survives, and I want to switch to another mailer
for whatever reason.. I wouldn't want my choice in mail readers to
affect my filtering mechanism. That's ultimately what it boils down
to.. severing that tie. The mail processor should be seperate and
distinct from the reader, and should be able to be controlled
seperately.
I'm not sure that Kmail will give me the power that I need anyway. I
have a Russian hacker harrassing me. He has a mailbomb that trickles
15-20 messages a day w/ viruses into my box. He got ahold of part of
my contact list, and sends my contacts viruses masquerading as me. He
forges the emails he sends to me as well, and every other message is
spam, then virus. I need to write a script that's smart enough to
detect his message, determine what SMTP server he exploited, and
forward an autoresponse to the admins of that server. Procmail seems
to be the clear choice for this.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail