Re: Perl version of dir_hash_c

2011-07-27 Thread Leena Heino 
On Wed, 27 Jul 2011, subscript...@innter.net wrote:

 Hello,

 I have found that C and Perl versions (tools/rehash) of dir_hash_c have
 different results. For part of mailboxes.

 Perl code :

 $n = 0;
 foreach my $b (split(/ */, $auth_user)) {
$n = (($n  3) ^ ($n  5)) ^ ord($b);
 }
 $h = chr(ord('A') + ($n % 23));

If your perl uses 64bit int and your cyrus imapd is compiled
with 32bit int then you might want change your perl code to something
like this:

$uint32=(2**32);
$n = 0;
foreach my $b (split(/ */, $_)) {
 $n = ((($n  3) ^ ($n  5)) % $uint32) ^ ord($b);
}
$h = chr(ord('A') + ($n % 23));

-- 
   Leena Heino  University of Tampere / Computer Centre
   ( liinu at uta.fi )  ( http://www.uta.fi/laitokset/tkk )

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

AW: Re: Problems with the quota command (2.3.16-5)

2011-07-27 Thread cyrus 

Simon Matter schrieb:
  Hello,
 
  I'm using cyrus-imapd-2.3.16-5 (Packager: Simon Matter) on CentOS 5.6
  (I'm currently not updated to 2.4 because there are know bugs in the 
 quota
  command)
 
 1) the quota bug has existed for years, a workaraound is to run quota 
 -f
 twice. That may also be the reason why you see strange behaviour like
 below.

I'm sorry, but in my used version, I've never seen problems, like I have 
describe.
When I run the quota -f twice, nothing is changing.

Do you have any ideas, where this incorrect quota summary is come from:

 When I transfer my problem mailbox with the XFER command to another 
 host (with exact the same version  configuration), there are no 
 problems!
 When I retransfer the mailbox to the problem host, the problems are 
 back...
 
 Any ideas where problem could be?

kr
Klemens

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

Re: disabling shared namespace

2011-07-27 Thread Olivier ROLAND 

 
 Yes please.  This looks like a good solution.
 
 Bron.
 

Ticket painfully created :
http://bugzilla.cyrusimap.org/show_bug.cgi?id=3499

Olivier ROLAND
AtoS



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

Re: disabling shared namespace

2011-07-27 Thread John Madden 
 It is possible that I provide a patch.

 Yes please.  This looks like a good solution.

Agreed. :)




-- 
John Madden
Sr UNIX Systems Engineer / Office of Technology
Ivy Tech Community College of Indiana
jmad...@ivytech.edu

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

ctl_cyrusdb db version error

2011-07-27 Thread Oberdan Albertoni 
Helo,
on a server ( debian 5.0 ) I installed three years ago cyrus 3.2.11 but 
I have never used
now I wanted to install cyrus 2.4.10 but when I run the command 
/usr/cyrus/bin/ctl_cyrusdb -r I get :

Fatal error: wrong db version
segmentation fault

if on the same machine run ctl_cyrusdb of the version 2.3.11 does not 
give me errors.

I saw that ldd /usr/cyrus/bin/ctl_cyrusdb (version 4.2.10) is :

linux-gate.so.1 = (0xb7816000)
libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb77fd000)
libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb77d3000)
libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb773e000)
libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb771a000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb7711000)
libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb7709000)
libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb76f5000)
libdb-4.6.so = /usr/lib/libdb-4.6.so (0xb75c2000)
libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7579000)
libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7426000)
libz.so.1 = /usr/lib/libz.so.1 (0xb7411000)
libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb72b6000)
libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb72b2000)
libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb72ae000)
libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7295000)
/lib/ld-linux.so.2 (0xb7817000)

while ldd of the version 2.3.11 is :

linux-gate.so.1 = (0xb76eb000)
libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb76d2000)
libgssapi_krb5.so.2 = /usr/lib/libgssapi_krb5.so.2 (0xb76a8000)
libkrb5.so.3 = /usr/lib/libkrb5.so.3 (0xb7613000)
libk5crypto.so.3 = /usr/lib/libk5crypto.so.3 (0xb75ef000)
libcom_err.so.2 = /lib/libcom_err.so.2 (0xb75e6000)
libkrb5support.so.0 = /usr/lib/libkrb5support.so.0 (0xb75de000)
libresolv.so.2 = /lib/i686/cmov/libresolv.so.2 (0xb75ca000)
libdb-4.4.so = /usr/lib/libdb-4.4.so (0xb74cf000)
libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7486000)
libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7333000)
libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb71d8000)
libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb71d4000)
libkeyutils.so.1 = /lib/libkeyutils.so.1 (0xb71d1000)
libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb71b7000)
/lib/ld-linux.so.2 (0xb76ec000)
libz.so.1 = /usr/lib/libz.so.1 (0xb71a2000)

the output of ls -la /usr/lib/libdb* is :

-rw-r--r-- 1 root root 897164 13 set 2008 /usr/lib/libdb-4.2.so
-rw-r--r-- 1 root root 928724 19 feb 2007 /usr/lib/libdb-4.3.so
-rw-r--r-- 1 root root 1375308 16 ago 2006 /usr/lib/libdb-4.4.a
-rw-r--r-- 1 root root 790 16 ago 2006 /usr/lib/libdb-4.4.la
-rw-r--r-- 1 root root 1023476 16 ago 2006 /usr/lib/libdb-4.4.so
-rw-r--r-- 1 root root 1178304 13 set 2008 /usr/lib/libdb-4.5.so
-rw-r--r-- 1 root root 1256548 13 set 2008 /usr/lib/libdb-4.6.so
lrwxrwxrwx 1 root root 12 30 gen 2008 /usr/lib/libdb-4.so - libdb-4.4.so
lrwxrwxrwx 1 root root 11 30 gen 2008 /usr/lib/libdb.a - libdb-4.4.a
lrwxrwxrwx 1 root root 12 30 gen 2008 /usr/lib/libdb.so - libdb-4.4.so

it is possible that ctl_cyrus version 2.4.10 compiled with version 4.6 
of libdb give me error because' /usr/lib/libbd.so is a symbolic link to 
version 4.4?

How can I fix this problem ?

Since I will have to do the same operation on a production server should 
I switch from berkeley db to skiplist db, before upgrade cyrus ?
By Obe.

-- 
Oberdan Albertoni

---

DIGICOLOR.NET s.r.l. Via Ala Ponzone, 30 - 26100 CREMONA (CR) Tel. +39 (0372) 
30669 - 1965101 - 1951509
Fax +39 (0372) 464840 E-mail i...@digicolor.net - Website 
http://www.digicolor.net
C.F / P.IVA 01227520192 - R.E.A. CR n. 153382 - Capitale Sociale € 10.400 i.v.

Filiale di Codogno
Via Galilei, 17 – 26845 CODOGNO (LO) Tel. +39 (0377) 741006 – 431931 Fax +39 
(0372) 464840
E-mail info.codo...@digicolor.net - Website http://www.digicolor.net

---

Ai sensi del D.lgs n.196 del 30.06.03 (Codice Privacy) si precisa che le 
informazioni contenute in questo messaggio sono riservate e ad uso esclusivo
del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, 
La preghiamo di eliminarlo senza copiarlo e di non inoltrarlo a
terzi, dandocene gentilmente comunicazione. Grazie

This message, for the D.lgs n.196 / 30.06.03 (Privacy Code), may contain 
confidential and/or privileged information. If you are not the addressee or
authorized to receive this for the addressee, you must not use, copy, disclose 
or take any action based on this message or any information herein.
If you have received this message in error, please advise the sender 
immediately by reply e-mail and delete this message. Thank you for your 
cooperation.