Scott Adkins [EMAIL PROTECTED] wrote:
Why can't vacation messages, or better yet, sieve in general (since there
might be a use for something mroe than vacation messages down the road?),
get its own database and not tie it in so much to duplicate suppression?
Oh yes, there is some need for
On 19 Nov 07, at 2139, Scott Adkins wrote:
This does bring up an important point... we had to disable duplicate
suppression on our server because it was just causing too much
contention.
When every single mail message being delivered has to check against
the
database, it is a problem.
In a NON-replicated setup, do the changes to the GUID have an
impact? Can I just put 2.3.10 on with a quick restart of the
mailsystem, or is there More To It?
I have 1.7TB of mail, about 40K mailboxes, about 10 million pieces of
mail. So I don't want to do an upgrade which will kick off
In a NON-replicated setup, do the changes to the GUID have an
impact? Can I just put 2.3.10 on with a quick restart of the
mailsystem, or is there More To It?
I have 1.7TB of mail, about 40K mailboxes, about 10 million pieces of
mail. So I don't want to do an upgrade which will kick off
On 20 Nov 07, at 1146, Bron Gondwana wrote:
The index files are pretty small, and they rebuild fast :) They
get streamed
into new copies every single expunge anyway.
What's involved in the rebuild? I have users with tens of thousands
of messages in a single mailbox, so delaying that
On Tue, 20 Nov 2007 12:05:43 +0100 (CET), Simon Matter [EMAIL PROTECTED]
said:
In a NON-replicated setup, do the changes to the GUID have an
impact? Can I just put 2.3.10 on with a quick restart of the
mailsystem, or is there More To It?
I have 1.7TB of mail, about 40K mailboxes,
On Tue, 20 Nov 2007 11:54:24 +, Ian G Batten [EMAIL PROTECTED] said:
On 20 Nov 07, at 1146, Bron Gondwana wrote:
The index files are pretty small, and they rebuild fast :) They
get streamed
into new copies every single expunge anyway.
What's involved in the rebuild? I have
I am wondering about the use of fsync() on journal'd file systems
as described below. Shouldn't there be much less use of (or very
little use) of fsync() on these types of systems? Let the journal
layer due its job and not force it within cyrus? This would likely
save a lot of system overhead.
Hi
I have a strange problem. After upgrade to cyrus 2.3.9 I can't login to
timsieved server. Old sieve scripts works fine but I can't add new ones.
telnet localhost sieve, or sievtest -a root -u root localhost not working. I
have no response on these commands from timsieved. There are no error
Gary Mills wrote:
On Mon, Nov 19, 2007 at 12:35:46PM -0500, Ken Murchison wrote:
Sebastian Hagedorn wrote:
-- Ken Murchison [EMAIL PROTECTED] is rumored to have mumbled on
17. November 2007 11:21:38 -0500 regarding Re: One more attempt: stuck
processes:
Here's a patch that seems to fix the
--On 20. November 2007 09:20:42 -0500 Ken Murchison [EMAIL PROTECTED]
wrote:
OK. Can you both try this alternate patch? It should be portable, and
GDB shouldn't cause it to kick out. I've set it up so that for
SSL-wrapped services it will timeout after 3 minutes, otherwise it uses
the
--On 20. November 2007 15:59:18 +0100 Sebastian Hagedorn
[EMAIL PROTECTED] wrote:
I can fix this myself, but it's probably easier if you do it.
Just FYI: I fixed it locally with a 3 minute timeout and it compiled fine.
I'll start testing it now.
--
.:.Sebastian Hagedorn - RZKR-R1
Can you test this ?
# netstat -a -n -p | grep 2000
tcp0 0 127.0.0.1:2000 0.0.0.0:*
LISTEN 9436/cyrmaster
Did you check you cyrus.conf file ?
On Nov 20, 2007 3:39 PM, Peter Nerád [EMAIL PROTECTED] wrote:
Hi
I have a strange problem. After upgrade to
Yes i can...
My problem was not solved...
I still have no answer from timsieved server.
_
From: Patrick T. Tsang [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 20, 2007 4:02 PM
To: [EMAIL PROTECTED]; info-cyrus@lists.andrew.cmu.edu
Subject: Re: problem with timsieved 2.3.9
Hello,
Can you try this?
...
sasl_mech_list: PLAIN LOGIN
allowplaintext: yes
pwcheck_method: PLAIN
...
- Original Message -
From: Peter Nerád
To: info-cyrus@lists.andrew.cmu.edu
Sent: Tuesday, November 20, 2007 10:39 PM
Subject: problem with timsieved 2.3.9
Hi
I
Well,
the new patch works as intended (processes time out yet remain straceable),
but looks like it might be overzealous:
Nov 20 16:46:30 lvr13 pop3s[25622]: accepted connection
Nov 20 16:46:30 lvr13 pop3s[25622]: error or timeout in SSL_accept() - done
Nov 20 16:46:30 lvr13 pop3s[25622]:
Thanks... a forgot to check the port 2000 on my machine.
tcp0 0 0.0.0.0:20000.0.0.0:*
LISTEN 10139/asterisk
tcp0 0 :::2000 :::*
LISTEN 11723/cyrus-master
so i stoped asterisk...
i need to reconfigure asterisk instalation to
Sebastian Hagedorn wrote:
Well,
the new patch works as intended (processes time out yet remain
straceable), but looks like it might be overzealous:
Nov 20 16:46:30 lvr13 pop3s[25622]: accepted connection
Nov 20 16:46:30 lvr13 pop3s[25622]: error or timeout in SSL_accept() -
done
Nov
--On 20. November 2007 11:08:30 -0500 Ken Murchison [EMAIL PROTECTED]
wrote:
OK, let me know what you find out.
Working on it.
I didn't change the logic if/when SSL_accept() fails, because if its an
SSL_wrapped process, there is nothing to fall back on (the application
protocol hasn't
I recently upgraded my system to 2.3.10. My main Cyrus server runs
FreeBSD 6.2, replicating to a second server running Ubuntu 7.10. I
had decided to upgrade now from 2.3.9 to 2.3.10 because of replication
bailing out errors in 2.3.9 that are reportedly fixed in 2.3.10.
At first, I was having
All-
When I migrated off UW-IMAP, I discovered that I could login into a
users account as the user, using my admin login/pass and passing the
username as something like $adminuser#$username. Does Cyrus have any
similar functionality? The reason being that managing our blackberries
with
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust your
underlying storage not to lose transactions that are in-cache during a
'bad event', the added
On Nov 20, 2007 7:34 PM, Zachariah Mully [EMAIL PROTECTED] wrote:
All-
When I migrated off UW-IMAP, I discovered that I could login into a
users account as the user, using my admin login/pass and passing the
username as something like $adminuser#$username. Does Cyrus have any
similar
On Tue, 20 Nov 2007, Ian G Batten wrote:
On 20 Nov 07, at 1332, Michael R. Gettes wrote:
I am wondering about the use of fsync() on journal'd file systems
as described below. Shouldn't there be much less use of (or very
little use) of fsync() on these types of systems? Let the journal
Rob Banz [EMAIL PROTECTED] wrote:
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust your
underlying storage not to lose transactions that are in-cache during
All-
When I migrated off UW-IMAP, I discovered that I could login into a
users account as the user, using my admin login/pass and passing the
username as something like $adminuser#$username. Does Cyrus have any
similar functionality? The reason being that managing our blackberries
with
Pascal Gienger wrote:
Rob Banz [EMAIL PROTECTED] wrote:
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust your
underlying storage not to lose transactions
On Nov 20, 2007, at 15:38, Ken Murchison wrote:
Pascal Gienger wrote:
Rob Banz [EMAIL PROTECTED] wrote:
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust
On Nov 20, 2007, at 14:57, Pascal Gienger wrote:
Rob Banz [EMAIL PROTECTED] wrote:
We went through a similar discussion last year in OpenAFS land, and
came the same conclusion -- basically, if your filesystem is
reasonably reliable (such as ZFS is), and you can trust your
underlying
Would'nt it be nice to have a configuration option to completely
turn off
fsync() in Cyrus? If you want, with a BIG WARNING in the doc stating
NOT TO
USE IT unless you know what you doing. :)
Its already in imapd.conf(8):
skiplist_unsafe
I see most of our writes going to the spool
About 5 to 10 minutes after starting cyrus_imapd the process pop3d will
take
100% cpu usage and the system will freece.
Anyone else has seen this problem?
I am using fedora 8 with the following packages;
cyrus-sasl-plain-2.1.22-6
cyrus-imapd-utils-2.3.9-7.fc7
cyrus-sasl-lib-2.1.22-6
About 5 to 10 minutes after starting cyrus_imapd the process pop3d will take
100% cpu usage and the system will freece.
Anyone else has seen this problem?
I am using fedora 8 with the following packages;
cyrus-sasl-plain-2.1.22-6
cyrus-imapd-utils-2.3.9-7.fc7
cyrus-sasl-lib-2.1.22-6
About 5 to 10 minutes after starting cyrus_imapd the process pop3d will take
100% cpu usage and the system will freece.
Anyone else has seen this problem?
I am using fedora 8 with the following packages;
cyrus-sasl-plain-2.1.22-6
cyrus-imapd-utils-2.3.9-7.fc7
cyrus-sasl-lib-2.1.22-6
On Sun, 18 Nov 2007, Gabor Gombas wrote:
On Fri, Nov 16, 2007 at 05:03:39PM -0800, Andrew Morgan wrote:
I was able to get it to compile cleanly by adding -fPIC to the CFLAGS
definition in each Makefile. I'm not sure if this is the correct solution
though!
Yes, that's needed on x86_64 (at
As usual you can get the patches here:
http://cyrus.brong.fastmail.fm/
I've been busy with Cyrus _again_ - so much for my theory
that I was taking a break.
OK - here's what's new.
* http://cyrus.brong.fastmail.fm/patches/cyrus-skiplist-bugfixes-2.3.10.diff
As usual you can get the patches here:
http://cyrus.brong.fastmail.fm/
I've been busy with Cyrus _again_ - so much for my theory
that I was taking a break.
OK - here's what's new.
*
http://cyrus.brong.fastmail.fm/patches/cyrus-skiplist-bugfixes-2.3.10.diff
36 matches
Mail list logo