Timo Veith wrote:
Does a service name in /etc/cyrus.conf must be unique?
Yes, it isn't really a service name (i.e. from /etc/services), but a
unique identifier. This allows you to assign names for multiple
configurations of the same network service, so you can manipulate them
separately in
Am Dienstag 12 Dezember 2006 14:59 schrieb Jorey Bump:
Timo Veith wrote:
Does a service name in /etc/cyrus.conf must be unique?
Yes, it isn't really a service name (i.e. from /etc/services), but a
unique identifier. This allows you to assign names for multiple
configurations of the same
On Tue, 12 Dec 2006, Timo Veith wrote:
Hello Jorey, hello list readers
this is what I was already doing (using different config files for
different services). But I didn't noticed that I need unique names for
them in cyrus.conf.
So, let me repeat my suggestion: How would it be to have the
Hi,
isn't there anyone who can say something about my finding? Is it wrong
and/or should I take it to cyrus-devel?
Kind regards,
Timo
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info:
[EMAIL PROTECTED] schrieb:
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
Hi Andreas,
I have allowapop: 0 in /etc/imapd.conf, so that shouldn't be the cause
of the
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 30 and still have no betterment. :(
Just a thought, but
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 35 file
desciptor
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
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
Hi!
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 30 and still have no betterment. :(
I installed the nagios check on the mail server itself to exclude network
problems and checked
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 30 and still have no betterment. :(
Just a thought, but can you try switching to a 2.4.x kernel? The 2.6
series
Rudy Gevaert wrote:
Some time ago we had some problems with sasl. When to many users are
connecting sasl starts blocking because it hasn't enough entropy.
Recompile sasl so it uses /dev/urandom instead of /dev/random.
Hello Rudy,
thank you for your tip. I recompiled cyrus-sasl to use
Timo Veith wrote:
Rudy Gevaert wrote:
Some time ago we had some problems with sasl. When to many users are
connecting sasl starts blocking because it hasn't enough entropy.
Recompile sasl so it uses /dev/urandom instead of /dev/random.
Hello Rudy,
thank you for your tip. I recompiled
Rudy Gevaert wrote:
Did you restart saslauthd?
Yep, forgot to mention that.
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
14 matches
Mail list logo