The James I use is an original one, I just integrated some code to
writes the received message to a file in the file system.
The corruption is reproducible every time in the same way.

-- Michael

Am 8/16/2011 9:23 AM, schrieb Stefano Bagnara:
> Never saw a similar issue. Can you reproduce it on a default install
> of james 2.3.2 or are you using some special mailet/configuration?
> If you send the same message twice is the result corrupted twice? Both
> times in the same way?
> Where do you store the messages (fule? db? dbfile? what db?)
>
> Stefano
>
> 2011/8/15 Michael Baessler <[email protected]>:
>> Hi all,
>>
>> I'm running into a serious problem with James 2.3.2.
>>
>> When sending a MIME email with a bigger body (around 300k), it seems
>> that the James SMTP receiver manipulates the body of the email and add a
>> fragment of the body again at the end of the original body.
>>
>> Try to let me explain how I discovered that after seeing this issue...
>>
>> I manipulated the SMTP receiver source ( in SMTPSession.setMail(Mail) )
>> code to dump out the MIME message directly after it is received using
>> the MimeMessage.writeTo(OutputStream) method. When checking the dumped
>> eml file, I can see the additional fragment at the end of the message. I
>> see this happen for large body content as well as for larger
>> attachments. In case of larger attachments after the last MIME separator
>> in the email, a part of the attachment content is added at the end of
>> the email without any MIME separator followed.
>>
>> Is this a know issue or does anyone else have seen this before?
>>
>> Any help or hints are welcome.
>>
>> Thanks
>>
>> Michael
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to