Thank for the hint.

The problem is that (at least) in the default OpenBSD environment
isspace(0xa0) returns nonzero, which indeed confuses the
rfc2047_encode_callback() function.  The two lines below eliminate the
problem, however I'm not sure that it's the best solution, and I'd
advice the maintainers to investigate the issue.

  #undef isspace
  #define isspace(c) (c != 0xa0 && isspace(c))

Thanks for all. ;)


On 23.12.2002 at 21:24, [EMAIL PROTECTED] (Laurence Moore) wrote:



LM> On Mon, 23 Dec 2002, hex wrote:

>> Hello there,
>> 
>> I'm running OpenBSD-3.1-stable-i386 with the latest version of
>> Courier-IMAP installed from sources.  I use The Bat! as client
>> software.  Checking a certain account for new messages results in an
>> imapd process consuming all available CPU resources.  The process
>> keeps running even after the connection is dropped.  I believe there
>> is a bug in the code, but I haven't got much time to dig the sources,
>> learn the IMAP protocol and investigate the bug on my own.  I have
>> archived the whole maildir at the moment the problem existed.  I know
>> which message file, if removed, heals the problem, but I believe
>> that the problem might not be in that file.  If this is a known
>> problem, please point me to the resource which describes the solution,
>> because trying to find one with Google didn't help.  If there is no
>> know solution, then I'd like to know who to contact to discuss this
>> problem further, because I'd not like the situation to repeat.  The 
>> maildir contains a number of messages which I can not make publicly
>> available.
>> 

LM> This appears to be a problem related to OpenBSD 2.9 and above with
LM> courier-imap 1.3.12 and above. The problem appears to be attributed to an
LM> 8-bit character in the header. The IMAP process gets in an infinite loop
LM> in rfc2047_encode_callback in rfc822/rfc2047.c.

LM> I suspect the problem is in libc as staticaly linking imapd to libc from
LM> OpenBSD 2.7 does not reveal the problem.

LM> The person to contact regarding this issue I believe would be the port
LM> maintainer.

LM> Cheers,

LM> Larry.


--
Regards, hex.
... pay no mind to the distant thunder, beauty fills his head with wonder...



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to