Re: sync_client IOERROR

2010-11-17 Thread David Mayo
Mike,

On 16/11/10 18:36, Michael D. Sofka wrote:

 I am seeing occasional messages of the form:

 Nov 16 13:01:36 imap-be4 sync_client[21977]: IOERROR: index record 0 for
 user.userid  past end of file

I have fixed these in the past by reconstructing the mailbox. It most 
often happened when we were transferring mailboxes from the old Cyrus 
2.2 backend, but we've seen it once or twice since.

Regards,


Dave.

David Mayo
Networks/Systems Administrator
University of Bath Computing Services, UK

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/


Re: Does anyone allow unlimited or extremely large quotas?

2010-11-17 Thread Jeroen van Meeuwen (Kolab Systems)
On Tuesday, November 16, 2010 02:53:44 pm Simon Amor wrote:
 On 16 Nov 2010, at 13:38, Adam Tauno Williams wrote:
  Our largest quota's a 4GB; without any issues.
  
  I think the issue you will encounter first is clients will start to
  fall
  down when folders exceed a 'reasonable' number of messages.  Common
  IMAP
  clients I've seen start to exhibit severe performance issues beyond a
  few hundred thousand messages.
 
 Is that with the server and client on the same LAN or with the client
 on a low speed WAN connection? We find that 50,000 messages in a
 folder is more than enough to make Thunderbird/Outlook unresponsive
 for minutes at a time when connecting to a remote server.
 

You may like Kontact, in these cases. Having a 36 GB online email archive 
myself... I find Kontact to work best with the large numbers.

Kind regards,

Jeroen van Meeuwen

-- 
Senior Engineer, Kolab Systems AG

e: vanmeeu...@kolabsys.com
t: +316 42 801 403
w: http://www.kolabsys.com

pgp: 9342 BF08

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Bugzilla does not handle locales well

2010-11-17 Thread Jeroen van Meeuwen (Kolab Systems)
On Monday, November 15, 2010 01:56:13 pm Michal Hlavinka wrote:
 Hi all,
 
 I have prefered language in firefox set to 'cs' so I get czech localized
 bugzilla pages. These pages use utf-8 encoding but page headers nor server
 itself do not mention any information about encoding so default content
 encoding iso-8859-1 is used, which is wrong and results in broken and hard
 to read text. Could you fix that?
 

We'll have to migrate and convert, which is perfectly reasonable, but does 
take some testing, planning, downtime and thus, overall some time.

Kind regards,

Jeroen van Meeuwen

-- 
Senior Engineer, Kolab Systems AG

e: vanmeeu...@kolabsys.com
t: +316 42 801 403
w: http://www.kolabsys.com

pgp: 9342 BF08

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Bugzilla does not handle locales well

2010-11-17 Thread Reinaldo de Carvalho
On Mon, Nov 15, 2010 at 10:56 AM, Michal Hlavinka mhlav...@redhat.com wrote:
 Hi all,

 I have prefered language in firefox set to 'cs' so I get czech localized
 bugzilla pages. These pages use utf-8 encoding but page headers nor server
 itself do not mention any information about encoding so default content
 encoding iso-8859-1 is used, which is wrong and results in broken and hard to
 read text. Could you fix that?


HTTP header [1] has priority to set codification, page headers [2] is
last option to detect codification. I think that web server is
enforcing ISO-8859-1 (AddDefaultCharset), and application wasn't
setting appropriately. (webserver will set only if application don't
do it)

[1] Content-Type: text/html; charset=UTF-8
[2] meta http-equiv=content-type content=text/html; charset=UTF-8 /


-- 
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net

While not fully understand a software, don't try to adapt this
software to the way you work, but rather yourself to the way the
software works (myself)

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/