http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4988
------- Additional Comments From [EMAIL PROTECTED] 2006-07-14 15:46 ------- (In reply to comment #7) > Actually Theo -- even if there are two "From" lines in the input, *none* > should > be making it into the output message/rfc822 part. It may be GIGO, but if That's not true at all. There's nothing special about a mbox separator as far as SA is concerned, and having one in the encapsulated mime part is perfectly fine depending on what is processing the message outside of SA (in file format for instance, the mbox separator has no meaning). So far, the only way I've been able to replicate the behavior as seen in the sample message is to pass a message w/ 2 mbox separators into SA via --file (the default method). The output is exactly as expected in that case. If the same input is passed in via --mbox, SA sees 2 messages, as expected. In this case, if the thing calling SA is expecting mbox format but passes in file format, that's a bug in the caller -- hence GIGO, we're doing exactly what we're supposed to do. > SpamAssassin accepts it, parses it, and marks it as spam correctly, why not > fix > it on the way out so that we are producing valid message/rfc822 output? > "Be liberal in what you accept, strict in what you produce" etc. You can't fix what isn't broken. I'm sorry if I'm getting a bit defensive here. I just really don't see a problem with the information provided. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
