I forgot to say that the special chars getting broken to "?" if they are
broken..
This happen only in 2.2.0
bye
Am Mittwoch, den 22.02.2006, 18:56 +0100 schrieb Norman Maurer:
> After downgrade to james 2.2.0 see problem is gone after adding text
> with AddFooter..
>
> But sometimes i get broken encodings with and without using AddFooter ..
> but not everytime like it was
> before when using james 2.3.0 + AddFooter..
>
> The Problem is thats hard to debug :-(
>
> And my Boss will probaly kill me or replace the james relay if the
> problem persist..
>
> Also the problem with blackberry is gone with james 2.2.0..
>
> Im sure its a Problem with james and not qmail.
>
> any ideas ?
>
> bye
>
>
>
> Am Mittwoch, den 22.02.2006, 17:46 +0100 schrieb Stefano Bagnara:
> > Norman Maurer wrote:
> > > It seems there is a bug in AddFooter mailet..
> > >
> > > if i add the fooder some special chars get broken (Umlaute)
> > >
> > > I saved the mail to a repository before use AddFooter and after it. Here
> > > is the email:
> > >
> > > before:
> >
> > I'm almost sure the problem arised with the new 8bitmime support. I'm
> > not sure if the bug is in AddFooter, in RemoteDelivery or in Javamail.
> >
> > Javamail, while sending, looks the message body and if it finds 8 bit
> > chars then it change the header to 8bit (there should no be chars with
> > code greater than 127 in 7bit bodies).
> >
> > Here is what SMTPTransport (javamail 1.3.2 SUN) does with a message when
> > 8bitmime is enabled:
> > private void convertTo8Bit(MimePart part) {
> > if (part.isMimeType("text/*"))
> > String enc = part.getEncoding();
> > if (enc.equalsIgnoreCase("quoted-printable") ||
> > enc.equalsIgnoreCase("base64")) {
> > InputStream is = part.getInputStream();
> > if (is8Bit(is))
> > part.setHeader("Content-Transfer-Encoding", "8bit");
> > }
> > [...]
> > cycle multipart parts
> >
> >
> > is8Bit returns true only if it find chars with a code greater than 127.
> >
> > The problem is that getInputStream (from javadocs) return a *decoded*
> > stream!
> >
> > Maybe this is a bug in javamail: I searched the bug database at SUN but
> > I have not found reports.
> >
> > Any idea?
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > !EXCUBATOR:2,43fc96da83112102818272!
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> !EXCUBATOR:2,43fca754203345667719913!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
