Re: [Evolution-hackers] There's no need to be so hard on iconv
- From: Philip Van Hoof <spam pvanhoof be>
- To: Jeffrey Stedfast <fejj novell com>
- Cc: evolution-hackers <evolution-hackers gnome org>
- Subject: Re: [Evolution-hackers] There's no need to be so hard on iconv
- Date: Thu, 11 Oct 2007 19:49:57 +0200
On Thu, 2007-10-11 at 13:10 -0400, Jeffrey Stedfast wrote:
> On Thu, 2007-10-11 at 17:14 +0200, Philip Van Hoof wrote:
> > On Thu, 2007-10-11 at 10:52 -0400, Jeffrey Stedfast wrote:
> > > I have far better fixes in GMime that need to be ported to Camel.
> > >
> >
> > Porting GMime to Camel would be an interesting effort indeed. Perhaps
> > just replacing CamelMimePart with GMime.
>
> Well... I hadn't exactly meant that it would be a good idea to
> necessarily replace Camel's MIME parser/objects with GMime. I had simply
> meant for Camel to lift GMime's rfc2047 decoder logic which does more
> with charset fallback than Camel currently does... plus it also is a bit
> more liberal in decoding malformed rfc2047 encoded-word tokens (well,
> assuming ENABLE_RFC2047_WORKAROUNDS is defined...).
Aha, so we can just look at what we find in the #ifdef
ENABLE_RFC2047_WORKAROUNDS #endif blocks and learn for your effort :)
Cool, thanks. (note. isn't spruce GPL and Camel LGPL?)
--
Philip Van Hoof, software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://www.pvanhoof.be/blog
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]