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 mast
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 sa
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
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: http://asg.web.cmu.edu/cyrus/mailing-l
Hi,
it probably turned out that it "only" was a configuration problem. I am
still watching out for any more timeouts, but I think they are gone now.
If you take a short look at my cyrus.conf file (from my initial post) you
will see that I had two services with "imap" as name. One for localhost
[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
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/
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 wi
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 l
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 thoug
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 seems
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
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
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 cyrus-s
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 /dev/
15 matches
Mail list logo
