http://bugzilla.spamassassin.org/show_bug.cgi?id=3075
------- Additional Comments From [EMAIL PROTECTED] 2004-02-23 15:49 ------- Subject: Re: fix remove_spamassassin_markup problem and add test > An additional note/suggestion: have SA *always* rename the original > headers into X-Spam-Orig-Subject, etc. It does this already with > Content-Type headers. Anyway, by doing this, SA is no longer subject > to the vagueries of the current configuration set up (which headers > are rewritten, which tags are referecned), and a simple-minded > procmail script (which I happen to have), or some such, can simply do > header renames to get back the originals -- always. Thus, the process > of de-marking-up becomes: (1) unwrap the embedded original if present, > or (2) rename headers. Well, there is that other report format which > is not encoded as a a multipart part attachment -- that one can > generally be found and recovered, but it'd be nice (ie, general and > uniform in approach) if only the 'safe_copy' form was used when a > report is to be added to the message. > Isn't this already the case? If not, +1, it should be. -1 This is why we have report_safe, all of the pristine headers are included in the original message attachment. If you don't use report_safe, then just avoid changing the Subject. X-Spam-Orig headers do not guarantee an original message at all: header order can change, header spacing can change, you have to worry about incoming messages that may already have X-Spam headers, etc. Daniel ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
