spamassassin-dev November 2011 archive
Main Archive Page > Month Archives  > spamassassin-dev archives
spamassassin-dev: [Bug 6708] Message get_decoded_body_text_array

[Bug 6708] Message get_decoded_body_text_array() injects empty MIME-part

From: <bugzilla-daemon_at_nospam>
Date: Sat Nov 26 2011 - 22:20:04 GMT

--- Comment #2 from Karsten Bräckelmann <> 2011-11-26 22:20:04 UTC ---
(In reply to comment #1)
> It needs more testing IMO. Plus that loop hurts my brain to unroll ;-)

Referring to split_into_array_of_short_paragraphs() I assume? Agreed. However,
that's just breaking large-ish MIME-parts up into chunks, and can be ignored.
It used to be one string pushed onto the array per MIME-part, now it's one or

The loop in question for this bug, in get_decoded_body_text_array():

  # Go through each part
  for(my $pt = 0 ; $pt <= $#parts ; $pt++ ) {

    push(@{$self->{text_decoded}}, "\n") if ( @{$self->{text_decoded}} );

That's simply going through all relevant MIME-parts, and pushing them onto the
text_decoded array -- with an additional "\n" string pushed onto the array, if
it evaluates true in scalar context, or simply, if there already has been
content pushed onto the array before. Aka inject an empty line between

Anyone know why this has been done? Probably left-over from the old days, where
the content for the rawbody rules actually has been lines -- rather than
MIME-parts, or chunks thereof since 3.3.

Grepping for this function name shows it really is used only for rawbody rules.

Well, and the BodyEval check_blank_line_ratio(), which likely should not count
artificially injected blank lines between MIME-parts anyway. That's not

-- Configure bugmail: ------- You are receiving this mail because: ------- You are the assignee for the bug.