The various questions asked recently about determining the number of, the
names, and the types of MIME attachments, and the associated spam filters
inteneded to handle them, make me wonder if it is time to add MIME support
directly into procmail?
How would it be done? One method might employ a new flag, which is similar
in conecept to the "body" of "B" flag, perhaps something like "A" (for
attachments), whihc would tell procmail to decode the body of message into
multiple MIME parts (if they exist), and construct special dummy "header"
fields that can be checked for in the standard way in the filter patterns.
Handling nested MIME parts, or "multipart/alternative" parts would have some
Another convenient flag might be "t" which tells procmail to make a best
effort to convert MIME attachments to text, where possible and applicable.
Another capability that might be useful is for procmail to decrypt
attachments, given sufficient direction/authorizaion by the user. There are
some security questions that need to be addressed, but in some applications
the auto-decryption might be appropriate and useful. For example,
decrypting the body simply for the purposes of matching it against a pattern
could certainly be useful. Detecting whether a message is properly
authenticated (before filing) might also be useful.
Has this been discussed before? What do the procmail gurus/users/advocates
think aobut the idea of upgrading procmail's understanding of MIME-encoded
procmail mailing list