I tried to sent a reply to the tracker (msg8663).  My message had these lines
in it, Minus the vertical-bar quoting

| Note that there is a commented-out                                                                           
| >  friendly_d d = calendarTimeToString . readPatchDate . d                                                   
| which appears to be wrong    

But the first two lines of that were silently removed.

The good news is that it appears to happen systematically:
I am now including this text:
| -----------------------8<---------------------------------
| Note that there is a commented-out                                                                           
| >  friendly_d d = calendarTimeToString . readPatchDate . d                                                   
| -----------------------8<---------------------------------
in my message, but I predict you'll only see the scissor marks.

Here we go!

-----------------------8<---------------------------------
Note that there is a commented-out                                                                           
>  friendly_d d = calendarTimeToString . readPatchDate . d                                                   
-----------------------8<---------------------------------

On Thu, Sep 03, 2009 at 06:52:30 +0000, Eric Kow wrote:
> -----------------------8<---------------------------------
> Note that there is a commented-out                                                                           
> >  friendly_d d = calendarTimeToString . readPatchDate . d                                                   
> -----------------------8<---------------------------------

Huh? What gives? Now it doesn't want to delete my lines?

Try again:

Or even further into                                                                                         

  friendly_d :: B.ByteString -> String                                                                       
  friendly_d = calendarTimeToString . readPatchDate                                                          

which appears to be wrong

Eric Kow wrote:
> Eric Kow <kowey@darcs.net> added the comment:
> 
> On Thu, Sep 03, 2009 at 06:52:30 +0000, Eric Kow wrote:
>> -----------------------8<---------------------------------
>> Note that there is a commented-out                                                                           
>>>  friendly_d d = calendarTimeToString . readPatchDate . d                                                   
>> -----------------------8<---------------------------------
> 
> Huh? What gives? Now it doesn't want to delete my lines?

Some sort of quotation "alignment" issue? Does roundup try to keep spam 
out by cutting quotation lines that don't exist in previous messages? (I 
note this because one line there begins with the email quote marker '>'.)

On Thu, Sep 03, 2009 at 03:37:30 -0400, Max Battcher wrote:
> Some sort of quotation "alignment" issue? Does roundup try to keep spam  
> out by cutting quotation lines that don't exist in previous messages? (I  
> note this because one line there begins with the email quote marker '>'.)

Blah

Let's see what happens.

On Thu, Sep 03, 2009 at 15:01:38 +0000, Eric Kow wrote:
> > Some sort of quotation "alignment" issue? Does roundup try to keep spam  
> > out by cutting quotation lines that don't exist in previous messages? (I  
> > note this because one line there begins with the email quote marker '>'.)
> 
> Blah

Yes! Max's diagnosis appears to be correct; quotation lines that don't
appear in any other message get cut.  So this works:
> > out by cutting quotation lines that don't exist in previous messages? (I  

But this probably does not:
> > by cutting quotation lines that don't exist in previous messages? (I  

Hmm, I think can see why this feature exists, but I'm not sure if it's
actually a good idea.

I think we need somebody to find out which component of roundup
is doing this and if it's something we can configure.

I'm happy with not fixing it, as I guess this only very rarely bites
people.

I believe msg8734 is a case of Petr getting bitten by this bug.
Petr: did the missing lines start with quotation marks, for example?\

I think our current roundup configuration is set to remove quotes that roundup
did not see in any of the messages, and I think it does this to avoid repeating
signatures and other random crap.

We need somebody to look into disabling that feature because while it does keep
things nice and clean it also causes mystery content loss, which is a greater evil.

This is a test submission from the web form using a non-existent quote.

Non-existent quote below:
> yargh
End non-existent quote

(Was > yargh)

OK hypothesis disproven.  Roundup is perfectly happy to leave behind my fake
quoted text from the web form (which makes sense; people don't add random crap
to via the web form)

So it will lose lines starting with --?
-- like this?
Or maybe everything after --?
--
like this?

No. I guess this is pretty random then, since this happened twice to me already
and it's really annoying. Just one other try, with --
at the end of a line.

Testing a leave_body_unchanged setting for email content.
> soatuheasethuaeruchacautam.

It's a bit regrettable that we have to set this as the bug-tracker
gets a bit noisier, but that's way better than dropped content.

Note that if this works, we will still have issue1653 to contend
with.

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Fixed by the 'leave_body_unchanged' setting suggested by ThomasAH from #roundup
(thanks!).