🚀 go-pugleaf

I know it does it, and I know why it does it, but has any serious
thought gone into fixing it?

For those who don't know, KA9Q prepends any line beginning with "From "
in a message body with the ">" character. It does this because it is
common to use the line starting with "From " as a message seperator, so
some way of ensuring it doesn't have this message separator in the body
by accident is required. Unfortunately, ">From ", if it appears in the
original message body, is *not* changed (eg to ">>From ") so there is no
way to undo the From to >From change.

This is frustrating, because whilst I understand all that, those reading
mailing lists I run do not. It is all the more frustrating because I
have "smtp separator" set to something other than "From " so finding
"From " at the start of a line isn't an issue. Moreover, if I choose a
separator which does at some time appear in the message text, KA9Q will
not concern itself with it because only half of it knows which separator
I'm using.

It ought to be relatively easy to change the compare from "From " to
whatever 'smtp separator' has been set to. In fact it ought to be so
simple that the fact it hasn't been done suggests there's something I've
missed. Ideas?

[One important point to note is that "smtp separator" has an implied
carriage return; where it is used the separator uses a whole line not
just the start of a line as in the case of "From ". Thus ">" should be
prepended iff the current line is an exact match for the separator (if
smpt separator is in use), or the line starts with "From " (if smtp
separator is not in use). Not difficult to code, but it needs to be
remembered.]

[Note the cross-post; FU not set.]

-- 
Mark Rogers (Software Engineer)       -o-      mark@controlware.demon.co.uk
2M_ControlWare, Yaxley, Peterborough, ENGLAND.