Re: Re: Exception in IMAPBodyPart

Hi Chris,

No more occurrence of the exception with CVS HEAD after several tries.

Thanks,
Cedric

Le 3 mai 06 =C3=A0 11:25, Chris Burdess a =C3=A9crit :

> [email protected] wrote:
>> Quoting Chris Burdess <[email protected]>:
>>> Cedric Hyppolite wrote:
>>>> java.lang.ClassCastException
>>>> 	at gnu.mail.providers.imap.IMAPBodyPart.update=20
>>>> (IMAPBodyPart.java:189)
>>>> 	at gnu.mail.providers.imap.IMAPBodyPart.fetch(IMAPBodyPart.java:=20=

>>>> 129)
>>>> 	at gnu.mail.providers.imap.IMAPBodyPart.fetchContent
>>>> (IMAPBodyPart.java:107)
>>>> 	at gnu.mail.providers.imap.IMAPBodyPart.getDataHandler
>>>> (IMAPBodyPart.java:247)
>>>> 	at javax.mail.internet.MimeBodyPart.getContent=20
>>>> (MimeBodyPart.java:683)
>>>> 	at gnu.mail.providers.imap.IMAPBodyPart.getContent
>>>> (IMAPBodyPart.java:261)
>>>
>>> Thanks for your help in tracking down the problem. This bug =20
>>> should be
>>> fixed now in CVS HEAD.
>>
>> Thanks for the quick fix. I will try that tonight.
>> I am curious: What was the problem ? Why did it happen only every =20
>> now and then?
>
> Under some circumstances the IMAP server will respond with a string =20=

> value to the FETCH BODY command, instead of a sized octet-array =20
> value. I think this only occurs when
>
> 1. the body part is very small
> 2. the body part has a text content-type with a charset parameter
> --=20
> =E7=8A=AC Chris Burdess
>   "They that can give up essential liberty to obtain a little safety
>   deserve neither liberty nor safety." - Benjamin Franklin
>
>
>
>