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.
Sam, now that 0.58 has been released in November, is there any chance that you will look into these two related issues for the next Courier release? TIA, Julian.
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
