headers
Craig White | 1 Dec 2006 02:33

Re: listusers failed

On Thu, 2006-11-30 at 16:58 +0100, Arnau Bria wrote:
> Hi,
> 
> today, after a "power cut" (I'm not sure if this is correct), I had to
> startup my home mail server.
> 
> After that, I found that I was not able to get my mail, so I logged
> into box and found and error in sasldblistusers2 :
> 
> # sasldblistusers2
> listusers failed
> 
> So, I thought I was some kind of error in my sasldb2 file...
> 
> I don't know how to dump that db, and check integrity of the file, so
> I deleted it and created a new one with saslpasswd (i have couple of
> users)
> 
> Now it works fine, but I was winder if is there a way for recovering
> original file...
----
I don't use sasldb but I would presume that it uses berkeley db4 and if
that was the case, with their utilities, something like
cd /whatever/directory/sasldb is stored and then something like
db_recover should suffice.

More importantly, why not back it up once in a while?

Craig
(Continue reading)

Permalink | Reply | 2 comments |
headers
Patrick T. Tsang | 1 Dec 2006 04:21

Re: IMAP/POP traffic accounting

Hello,

The current version support SNMP. It works on my own linux box.
However, the agentx is not working very well.

The old method of keeping checking log and INBOX are not good enough to show 
the actual flow.

I really wonder why there is no one to have a deep looking on it.

Regards
Patrick

----- Original Message ----- 
From: "Anthony Tibbs" <anthony-list <at> tibbs.ca>
To: <info-cyrus <at> lists.andrew.cmu.edu>
Sent: Thursday, November 30, 2006 2:23 AM
Subject: IMAP/POP traffic accounting

>I believe there was some mention of this in the past, but I'm wondering 
>whether there are any known efforts to implement network traffic accounting 
>in the later versions of Cyrus, or if this is still something that hasn't 
>been dealt with.  I am pondering possibly tackling this, but I'm not really 
>familiar with the Cyrus code and would rather not reinvent the wheel if 
>it's already in the works.
>
> On the surface, this appears to be fairly straight forward, what with the 
> protocol abstraction already in place (where recording could be done at or 
> around the same place as telemetry logging) ... or is there something I'm 
> missing about this idea that makes it significantly more complicated than
(Continue reading)

Permalink | Reply | 0 comments |
headers
Cheng-Jih Chen | 1 Dec 2006 15:35

DB4 downgrade

Because of the sudden end-of-life of Fedora Core 4, I'm moving my mail 
server from FC4 to a CentOS 4.4 box.

FC4 uses DB4 4.3.27.

CentOS 4.4 uses DB4 4.2.52.

What's the best way for me to downgrade the Cyrus DBs for this migration?

Thanks.

----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Permalink | Reply | 6 comments |
headers
Simon Matter | 1 Dec 2006 16:26
Picon

Re: DB4 downgrade

> Because of the sudden end-of-life of Fedora Core 4, I'm moving my mail
> server from FC4 to a CentOS 4.4 box.
>
> FC4 uses DB4 4.3.27.
>
> CentOS 4.4 uses DB4 4.2.52.
>
> What's the best way for me to downgrade the Cyrus DBs for this migration?

Convert all BerkeleyDBs on the FC4 box to skiplist and then migrate to the
new server/installation. Skiplist doesn't change from version to version
so you don't have that problem anymore.

Simon
----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Permalink | Reply | 5 comments |
headers
Timo Veith | 1 Dec 2006 18:29
Picon
Favicon

Re: timeouts when connecting to imap server

Am Donnerstag 30 November 2006 15:35 schrieb Jorey Bump:
> Timo Veith wrote:
> > I am still having the problem, isn't there anyone who has a hint for
> > me? I changed the io scheduler from cfq to deadline, raised file
> > descriptor limit to 300000 and still have no betterment. :(
>
> Just a thought, but can you try switching to a 2.4.x kernel? The 2.6
> series seems to suffer from gremlins like this once in a while.

I am pretty sure that the master daemon is now running with a 350000 file 
desciptor limit. At least this is written to the log file.

Dec  1 09:46:18 post master[3078]: setrlimit: Unable to set file 
descriptors limit to -1: Operation not permitted
Dec  1 09:46:18 post master[3078]: retrying with 350000 (current max)
Dec  1 09:46:18 post master[3078]: process started

Because the timeouts still remain, I don't think that it is a file 
descriptor limit problem. 350000 should be way enough, shouldn't it?

> > I installed the nagios check on the mail server itself to exclude
> > network problems and checked the imap service on both interfaces
> > (localhost and on the external ip). I also did this in parallel and
> > noticed that when a timeout happens on one interface it is not
> > constraining a timeout on the other interface, too.
> >
> > How can I tell why it sometimes takes so long until a imap process
> > responds?
>
> I had a similar problem that seemed to disappear when I disabled IDLE
(Continue reading)

Permalink | Reply | 4 comments |
headers
Kevin Kruzich | 1 Dec 2006 18:28
Favicon

Re: listusers failed


I recently had to "migrate" a sasl auth db from GNU DBM to Berkeley DB. 
I used this:

http://dcs.nac.uci.edu/~strombrg/convert-database

--I know that's 404 so search around for it (hint: it's a python 
script). If not, email me directly and I can send it to you.

Also, there's a very clear and simple toolkit with python that can be 
used to break open these dbs. That is, if you're a programmer with a 
little python experience.

Then there's this:

http://www.irbs.net/internet/cyrus-sasl/0405/0046.html

This changes the realm of the db. Although you may not need to do that 
it may help in breaking down the sasl db.

Good luck,
--kkruzich

Craig White wrote:
> On Thu, 2006-11-30 at 16:58 +0100, Arnau Bria wrote:
>> Hi,
>>
>> today, after a "power cut" (I'm not sure if this is correct), I had to
>> startup my home mail server.
>>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jorey Bump | 1 Dec 2006 18:49
Favicon

Re: timeouts when connecting to imap server

Timo Veith wrote:
> Am Donnerstag 30 November 2006 15:35 schrieb Jorey Bump:
>> Just a thought, but can you try switching to a 2.4.x kernel? The 2.6
>> series seems to suffer from gremlins like this once in a while.
> 
> I am pretty sure that the master daemon is now running with a 350000 file 
> desciptor limit. At least this is written to the log file.

Sorry, I meant networking gremlins in general, not the descriptor 
problem. I run Slackware, and the default kernel is still 2.4.x. Once in 
a while I set up a server with a 2.6.x kernel, but it never makes it out 
of the punishment closet. YMMV.

> I started the master daemon with -D and export CYRUS_VERBOSE=1, but I saw 
> no log messages that helped me. At least they don't sound critical to me. 
> Is there anything I should be looking for?

The only thing I saw when troubleshooting my own problem was it always 
seemed to affect users that had just received a message. I couldn't 
verify that this was anything other than a coincidence (IOW, it was 
nonreproducable).

> Oh and I tried it with the idle service disabled in cyrus.conf but it 
> didn't make a difference. Isn't it enough to disable it there? Must I 
> recompile it without the idled option? But I really would like to stay 
> with idled enabled.

I still have idled running, it's just causing problems when the client 
(mainly Thunderbird) attempts to use it. Other clients worked fine with 
IDLE enabled.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nik Conwell | 1 Dec 2006 19:36
Favicon

Re: timeouts when connecting to imap server


On Dec 1, 2006, at 12:29 PM, Timo Veith wrote:

[...]
> Trying 127.0.0.1...
> Connected to 127.0.0.1.
> Escape character is '^]'.
>
> And I can wait and wait ...
>
> This is the point where I start wondering what the hell cyrus is  
> doing now
> that it takes so long to answer.
>
> I started the master daemon with -D and export CYRUS_VERBOSE=1, but  
> I saw
> no log messages that helped me. At least they don't sound critical  
> to me.
> Is there anything I should be looking for?

Have you tried strace -tt -p on the master to see if it gets hung up  
somewhere?  Does netstat --listening or netstat --tcp show a large  
listen queue for it?

----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
lst_hoe01 | 1 Dec 2006 19:30
Picon
Favicon

Re: timeouts when connecting to imap server

Hello

I have not monitored this thread but have you checked if you are 
suffering from the "not enough entropy" problem in the case APOP is not 
deactivated?

Regards

Andreas

----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Permalink | Reply | 1 comment |
headers
Adam Kramer | 1 Dec 2006 22:07
Picon
Favicon

Re: NFSv4, anyone?

Just another datapoint,

Cyrus seems to work fine with a 2.4 kernel via NFSv3 to a netapp filer
when mounted with -o nolock. It doesn't use lockd, but it still uses
local locking. imaptest has no problems (except for "STORE failed: NO
Too many user flags in mailbox" which is just because cyrus has a
limit on how many different flags can exist in a mailbox.) I undefined
RAND_KEYWORDS and recompiled imaptest and it didn't report any errors
in about 20 minutes of running.

Obviously with '-o nolock' you won't be able to have two servers
accessing the same mail store, but it could be used for quick failover
from one machine to another while still having the benefits of a
netapp like snapmirroring and .snapshot directories.

Disclaimer:
I've only tested this configuration, not run it for any real uses.

--

-- 
-Adam
----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Permalink | Reply | 7 comments |

Gmane