Sam Varshavchik wrote: > Gordon Messmer writes: > > As far as I can tell, filters won't see the COMCTLFILE_MSGSOURCE (u) > > line *most* of the time. It'll be in the first control file if there > > were enough recipients to require more than one, but otherwise the > > line is written after the filters are run. > > Ah, so that's it. That record is added in closectl(), which gets called > later, because we need to wait until the message's 8bit status is > known. > > > Sam, you've mentioned before that refactoring the code to run filters > > after rewriting the message would be difficult, but wouldn't you just > > need to move the "run_filter" block of code later in > > SubmitFile::MessageEnd? That would give filters access to the > > COMCTLFILE_MSGSOURCE line and other information written by > > SubmitFile::closectl, and also potentially allow filters to rewrite > > message bodies more easily. > > I have to think about this. I don't want to make such a drastic change > now, but after I cut the next release I'll make a note to make this > change, and see if it breaks anything.
Just a slightly delayed comment from the spectator ranks: That would be awesome!! BTW, do I recall it correctly that the canonical method for progra- mmatically determining the installed Courier version is parsing `courier --version`? Julian.
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
