> Quoting Simon Matter <[EMAIL PROTECTED]>:
>
>> Unfortunately I also found a server having problem with it. That's why I
>> have removed the new package again.
>> In my case one imapd process was in a loop consuming gigabytes of memory
>> until it was killed by the kernel. This happened again and
Quoting Simon Matter <[EMAIL PROTECTED]>:
Unfortunately I also found a server having problem with it. That's why I
have removed the new package again.
In my case one imapd process was in a loop consuming gigabytes of memory
until it was killed by the kernel. This happened again and again.
I atta
> (Apologies, meant to send this to the list)
>
> -- Forwarded message --
> Date: Fri, 10 Feb 2006 12:31:59 -0500 (EST)
> From: Steve Huston <[EMAIL PROTECTED]>
> To: Simon Matter <[EMAIL PROTECTED]>
> Subject: Re: servername not honored in imapd.
(Apologies, meant to send this to the list)
-- Forwarded message --
Date: Fri, 10 Feb 2006 12:31:59 -0500 (EST)
From: Steve Huston <[EMAIL PROTECTED]>
To: Simon Matter <[EMAIL PROTECTED]>
Subject: Re: servername not honored in imapd.c?
On Fri, 10 Feb 2006, Simon
> Ken Murchison wrote:
>> Yup, that's a bug. I will fix it in CVS.
>>
>
> Patch please against 2.3.1? Or a clue how to access CVS for the 2.3.1
> branch. The CVS directories in the 2.3.1 tgz seem old.
My current RPM 2.3.1-3 includes updates from CVS of yesterday.
Regards,
Simon
>
> --
> Scott R
Scott Russell wrote:
Ken Murchison wrote:
Yup, that's a bug. I will fix it in CVS.
Patch please against 2.3.1? Or a clue how to access CVS for the 2.3.1
branch. The CVS directories in the 2.3.1 tgz seem old.
From within the cyrus-imapd-2.3.1 directory:
cvs -d :pserver:[EMAIL PROTECTED]:
On Feb 08, 2006, at 19:22, Kjetil Torgrim Homme wrote:
On Wed, 2006-02-08 at 16:50 -0500, Steve Huston wrote:
In debugging a problem we've got since upgrading to Cyrus 2.3.1
(among other
things), I discovered that at one point Pine checks to see if the
name
returned by the server is equal to
On Feb 08, 2006, at 19:59, Ken Murchison wrote:
Steve Huston wrote:
The relevant area in imap/imapd.c is
around line 949 in void cmdloop():
Shouldn't the first prot_printf argument be "config_servername"
instead of
"hostname"? I don't recall having this problem on our old server, so
Yup, th
Ken Murchison wrote:
Yup, that's a bug. I will fix it in CVS.
Patch please against 2.3.1? Or a clue how to access CVS for the 2.3.1
branch. The CVS directories in the 2.3.1 tgz seem old.
--
Scott Russell <[EMAIL PROTECTED]>
IBM Linux Technology Center
Cyrus Home Page: http://asg.web.
Steve Huston wrote:
In debugging a problem we've got since upgrading to Cyrus 2.3.1 (among
other
things), I discovered that at one point Pine checks to see if the name
returned by the server is equal to the name that it thinks it connected to,
and if not it seems to open another socket to the IM
On Wed, 2006-02-08 at 16:50 -0500, Steve Huston wrote:
> In debugging a problem we've got since upgrading to Cyrus 2.3.1 (among other
> things), I discovered that at one point Pine checks to see if the name
> returned by the server is equal to the name that it thinks it connected to,
> and if not i
In debugging a problem we've got since upgrading to Cyrus 2.3.1 (among other
things), I discovered that at one point Pine checks to see if the name
returned by the server is equal to the name that it thinks it connected to,
and if not it seems to open another socket to the IMAP server. This cause
On Wed, 8 Feb 2006, Steve Huston wrote:
I don't recall having this problem on our old server, so I'm not sure if it
changed
I just downloaded 2.1.12 (what we were running before) and verified that it's
set as config_servername and not pulled from hostname in that version, so at
some point it di
13 matches
Mail list logo