Gordon Messmer writes:
Sam Varshavchik wrote:Matthias Wimmer writes:Sam Varshavchik schrieb:Sam, please clarify this: Is there an intended "u" line in the control file? Is it present in only newer or older releases? Why is this undocumented and only working for me?It's comparatively new, and is not present in the older releases. Yes, it needs to be documented.Since which version is this present? I am working with version 0.56.0 and do not see this line.You should be, it's been added in 0.49.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.
pgpaSKxlQNT6K.pgp
Description: PGP signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
