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.
29 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Proposed extensio...
