Rob, et al -- ...and then Feztaa said... % % Alas! Shawn McMahon spake thus: % > % > Or list all of the obnoxious ones, and then set up procmail to strip % > them out; that will work as a general solution in case somebody else % > uses Incredimail. % % Hey, that's a good idea. But how do I strip headers in procmail?
Rather than using procmail, which will *gasp* change the mail as it comes in, just have mutt ignore those headers that you don't want to see and update your list as you see new ones. To wit: ignore "from " received content- mime-version status x-status message-id ignore sender references return-path lines ignore x-priority x-ms list-id precedence x-mailman x-mime x-beenthere ignore x-exp x-wm x-webmail errors-to ignore x-authentication mail-followup-to in-reply-to organization ignore mailing-list x-originating x-egroups list-unsubscribe # egroups buffalos ignore x-no-archive list-help list-subscribe list-post # SHLOL ignore x-ml-name x-mlserver x-mail-count x-ml-info # tlinux-users ignore x-antiabuse # good grief... ignore x-legal-notice x-disclaimer x-no-spam # ken wahl loves these... unignore from: subject to cc date x-mailer x-url delivered-to HTH & HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/ Shpx gur Pbzzhavpngvbaf Qrprapl Npg!
msg26055/pgp00000.pgp
Description: PGP signature