Footer sometimes appended to last line of message

[Jikamens]

If someone submits a multipart/alternative message,
and the text part doesn't have a trailing newline,
then the footer is started at the end of the last
line in the text part, rather than starting on a new
line.

I think the code that appends the footer should be
fixed so that if the text message doesn't end with a
newline, one is added before the footer is appended.

Thanks.

[http://sourceforge.net/tracker/index.php?func=detail&aid=1498290&group_id=103&atid=100103]

[Mark Sapiro (msapiro)]

Can you be more specific as to how this occurs. In
particular, if the message after content filtering is still
multipart/alternative, the footer won't be added to the
text/plain alternative. In this case, the message will be
wrapped in a multipart/mixed outer part and the footer
appended as a separate text/plain part.

Footers are only added to a text/plain part when the entire
message (perhaps after content filtering) is a single
text/plain part.

Note, I am not trying to say this is not a problem or it
shouldn't be fixed. I'm just trying to understand how it occurs.

Also, I'm not trying to say that this is a solution, but as
a workaround, you could always add a blank line to the
beginning of the footer.

[Jikamens (jikamens)]

You're right, what's happening is the footer is getting
attached as a separate text/plain element.

The problem is that the text/plain part of the
multipart/alternative is missing a trailing newline, so my
mail client is displaying the footer right after the last
line of the text/plain part (since my mail client displays
the text/plain part rather than the text/html).

Perhaps my mail client is at fault; it's hard to say. I
doubt it would be appropriate for MailMan to go mucking with
the original text/plain part.

[Jikamens (jikamens)]

FYI, Use VM 7.19 inside GNU emacs. I just managed to fix
this easily inside VM, so I suppose we can call it a VM bug
rather than a MailMan bug and close this ticket.

[Mark Sapiro (msapiro)]

Closing per submitter.