Adam Tauno Williams wrote:
On Wed, 2010-09-22 at 18:18 +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
The scenario is integration, not extension of Cyrus -which in and of
itself works
perfecly fine and reliable for us. We're not seeking to improve Cyrus'
performance with *SQL db
On Mon, Sep 27, 2010 at 09:38:08AM -0400, Jeff Eaton wrote:
Better to just use an internal DB codebase (like skiplists) that has
nothing to do with Sleepycat. But then someone has to write and maintain
this code.
I think the best compromise I've heard yet is to use something like
On Mon, Sep 27, 2010 at 09:38:08AM -0400, Jeff Eaton wrote:
Better to just use an internal DB codebase (like skiplists) that has
nothing to do with Sleepycat. But then someone has to write and
maintain
this code.
I think the best compromise I've heard yet is to use something like
On Wed, 2010-09-22 at 18:18 +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
Kolab Systems is thinking of such SQL databases for integration purposes,
where the performance penalty now lies within having to use the IMAP
protocol to gain access to the underlying metadata (seen status,
Better to just use an internal DB codebase (like skiplists) that has
nothing to do with Sleepycat. But then someone has to write and maintain
this code.
I think the best compromise I've heard yet is to use something like
skiplists by default and make the use of libdb an optional feature
Andy Bennett andy...@ashurst.eu.org wrote:
Hi,
Kolab Systems is thinking of such SQL databases for integration purposes,
where the performance penalty now lies within having to use the IMAP
protocol to gain access to the underlying metadata (seen status, message
indexes) in
For situations where we need just random access, not sequential, can we
use GDBM? Is that library better than Berkeley DB?
^
G = GNU = GPL. Licencing issues I suspect. We're BSD licence,
not GPL.
Yes, you're quite right, I just checked. Till your comment, I had assumed
that GDBM
On 9/22/2010 10:20 PM, Shuvam Misra wrote:
I was a strong advocate of bundling DB libraries, etc, with Cyrus. The
points you've made here are very interesting. I didn't know many of these
things. I'm re-thinking whether bundling is such a good idea now. Thanks.
There's a lot to be said
On Sat, Sep 25, 2010 at 01:46:10PM +0530, Shuvam Misra wrote:
For situations where we need just random access, not sequential, can we
use GDBM? Is that library better than Berkeley DB?
^
G = GNU = GPL. Licencing issues I suspect. We're BSD licence,
not GPL.
Bron.
Cyrus Home Page:
On 9/22/2010 10:20 PM, Shuvam Misra wrote:
I was a strong advocate of bundling DB libraries, etc, with Cyrus. The
points you've made here are very interesting. I didn't know many of these
things. I'm re-thinking whether bundling is such a good idea now. Thanks.
There's a lot to be said for
On 9/20/2010 8:59 AM, Marc Patermann wrote:
And still, if someone asks a mailing list (not here certainly) how to
start with IMAPd, many people shout, to go with dovecot and not using
Cyrus.
Hi -
A little late to this thread, but here are a couple of modest
observations:
1.
I have
On Wed, Sep 22, 2010 at 07:50:25AM +0200, Simon Matter wrote:
Debian is still stuck on 2.2 and there seems to be no progress in that
area.
The main problem they apparently have, is the migration path for the
various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as
Am 21.09.2010 23:15, schrieb Jeffrey T Eaton:
Debian is still stuck on 2.2 and there seems to be no progress in that area.
The main problem they apparently have, is the migration path for the various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as .deb packages)
What
On Wed, Sep 22, 2010 at 08:02:35AM +0200, Simon Matter wrote:
Documentation is one thing, and dependencies like BDB another. But there
is something else I guess, for servers which are not dedicated mail
server, it would be really nice if one could install Cyrus and it just
works for every user
--On 22. September 2010 16:10:15 +1000 Bron Gondwana br...@fastmail.fm
wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
I wouldn't exactly call myself an expert, but I
On Wed, 22 Sep 2010 09:12 +0200, Sebastian Hagedorn haged...@uni-koeln.de
wrote:
--On 22. September 2010 16:10:15 +1000 Bron Gondwana br...@fastmail.fm
wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is
On Wednesday 22 September 2010 09:01:33 Bron Gondwana wrote:
On Wed, Sep 22, 2010 at 08:02:35AM +0200, Simon Matter wrote:
snipped
Bron ( really trying to make Cyrus newbie-friendly as well as advanced-site
friendly. I also want auto-recompilation of sieve scripts, and
On Wed, Sep 22, 2010 at 10:13:20AM +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 09:01:33 Bron Gondwana wrote:
On Wed, Sep 22, 2010 at 08:02:35AM +0200, Simon Matter wrote:
snipped
Bron ( really trying to make Cyrus newbie-friendly as well as advanced-site
friendly.
On Sep 22, 2010, at 1:50 AM, Simon Matter wrote:
Debian is still stuck on 2.2 and there seems to be no progress in that
area.
The main problem they apparently have, is the migration path for the
various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as .deb packages)
--On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton jea...@cmu.edu
wrote:
All of that said, I believe that, in general, you can safely upgrade BDB.
If you have a Cyrus installation using BDB X, you can drop in a new Cyrus
using BDB Y, as long as everything is shut down in between. You
On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote:
--On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton jea...@cmu.edu wrote:
All of that said, I believe that, in general, you can safely upgrade BDB.
If you have a Cyrus installation using BDB X, you can drop in a new Cyrus
using BDB
On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote:
--On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton jea...@cmu.edu
wrote:
All of that said, I believe that, in general, you can safely upgrade
BDB.
If you have a Cyrus installation using BDB X, you can drop in a new
Cyrus
using
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here, but
And, as Bron has said, there's something wrong with the way Cyrus uses BDB.
I've never been able to understand BDB well enough to figure it out
myself, nor have I ever found
On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here, but
And, as Bron has said, there's something wrong with the way Cyrus uses BDB.
I've never been able to understand BDB
On 22/09/2010, at 22:17, Adam Tauno Williams wrote:
On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here, but
And, as Bron has said, there's something wrong with the way Cyrus
On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here, but
And, as Bron has said, there's something wrong with the way Cyrus uses
BDB.
I've never been able to understand BDB
On Wed, Sep 22, 2010 at 10:27:11PM +0930, Daniel O'Connor wrote:
On 22/09/2010, at 22:17, Adam Tauno Williams wrote:
On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here,
On 22/09/2010, at 22:33, Kenneth Marshall wrote:
On a bad shutdown it requires admin intervention very frequently which is
pretty tedious.
And yes, upgrading it is also a PITA.
That is why we moved to skiplist. The server would require manual
intervention to even restart after certain
On Wed, Sep 22, 2010 at 10:48:49PM +0930, Daniel O'Connor wrote:
On 22/09/2010, at 22:33, Kenneth Marshall wrote:
On a bad shutdown it requires admin intervention very frequently which is
pretty tedious.
And yes, upgrading it is also a PITA.
That is why we moved to skiplist.
On Wed, 2010-09-22 at 15:04 +0200, Simon Matter wrote:
On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
snipped
I am probably missing some info here, but
And, as Bron has said, there's something wrong with the way
On Wednesday 22 September 2010 15:29:20 Kenneth Marshall wrote:
On Wed, Sep 22, 2010 at 10:48:49PM +0930, Daniel O'Connor wrote:
On 22/09/2010, at 22:33, Kenneth Marshall wrote:
On a bad shutdown it requires admin intervention very frequently which
is pretty tedious.
And yes,
On Wednesday 22 September 2010 15:29:20 Kenneth Marshall wrote:
On Wed, Sep 22, 2010 at 10:48:49PM +0930, Daniel O'Connor wrote:
On 22/09/2010, at 22:33, Kenneth Marshall wrote:
On a bad shutdown it requires admin intervention very frequently
which
is pretty tedious.
And yes,
For me it would be very interesting a option to save cyrus tables
in a traditional database. ( mysql, postgresql, etc... )
Zinato
On Wed, Sep 22, 2010 at 11:06 AM, Simon Matter simon.mat...@invoca.ch wrote:
On Wednesday 22 September 2010 15:29:20 Kenneth Marshall wrote:
On Wed, Sep 22,
On 09/22/2010 10:17 AM, Lucas Zinato Carraro wrote:
For me it would be very interesting a option to save cyrus tables
in a traditional database. ( mysql, postgresql, etc... )
In 2.3.13 (I think) and newer, there is the option of using an SQL
backend. It hasn't been widely used and tested
Am 22.09.2010 16:17, schrieb Lucas Zinato Carraro:
For me it would be very interesting a option to save cyrus tables
in a traditional database. ( mysql, postgresql, etc... )
Beside interesting what would you get for a real benefit from this ?
They are ver verly likely to be slower.
André
On 09/22/2010 10:52 AM, André Schild wrote:
Am 22.09.2010 16:17, schrieb Lucas Zinato Carraro:
For me it would be very interesting a option to save cyrus tables
in a traditional database. ( mysql, postgresql, etc... )
Beside interesting what would you get for a real benefit from this
We wanted to use it for the user_deny database so we could insert a row
into one database table that every host has access to. This way we
didn't need to come up with a way to update the local user_deny across
each frontend server.
Such database provides the same benefit to the tlscache
On Wed, 22 Sep 2010, Bron Gondwana wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
All I know is that there used to be an API call to upgrade the db
environment, which
Kolab Systems is thinking of such SQL databases for integration purposes, where
the performance penalty now lies within having to use the IMAP protocol to gain
access to the underlying metadata (seen status, message indexes) in distributed
groupware environments where Cyrus itself is not the
Hi,
Kolab Systems is thinking of such SQL databases for integration purposes,
where the performance penalty now lies within having to use the IMAP
protocol to gain access to the underlying metadata (seen status, message
indexes) in distributed groupware environments where Cyrus itself is
The big downside to using an SQL database is the enormous temptation to
point all the Cyrus servers at the same Database server and lose the
redundancy and scalability inherent in a multi node or Murder setup.
But the SQL world has this figured out, at least for reads. For
situations where
On 22 Sep 2010, at 10:46, Dave McMurtrie wrote:
Considering the state of Cyrus' interoperability with BDB and all the
recent fixes to skiplist, would it make sense to at least not make BDB a
default backend from now on?
Yes, and sane defaults was to be one of the themes of the 2.4 release.
On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
It was quite some time ago I last upgraded a Cyrus instance, but
On Wed, Sep 22, 2010 at 11:24:04PM +0200, Gabor Gombas wrote:
On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
given the issues with BDB. Is it worth embedding a copy of
BDB into the Cyrus distribution rather than using the OS one? I
That way lies madness.
BDB is one of those things where arcane blackmagic skills are needed to keep
it working on all arches. It uses scary crap to be fast
On Thu, 23 Sep 2010, Shuvam Misra wrote:
given the issues with BDB. Is it worth embedding a copy of
BDB into the Cyrus distribution rather than using the OS one? I
That way lies madness.
BDB is one of those things where arcane blackmagic skills are needed to keep
it
Kolab Systems is thinking of such SQL databases for integration
purposes, where the performance penalty now lies within having to use the
IMAP protocol to gain access to the underlying metadata (seen status,
message indexes) in distributed groupware environments where Cyrus
itself is not the
On Wed, Sep 22, 2010 at 04:10:15PM +1000, Bron Gondwana wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
It was quite some time ago I last upgraded a Cyrus instance, but
Le 20 sept. 2010 à 15:59, Marc Patermann a écrit :
Hi,
where does Cyrus IMAPd stand today?
When I was starting to think about moving to a open source mail system
(migrating away from Lotus Domino btw.), there ware Cyrus IMAPd, Courier
and UW-IMAP I think.
Cyrus was the only full
Am 21.09.2010 09:31, schrieb Pascal Gienger:
I begin to be tired from this dovecot is much more besser, you HAVE TO USE
IT, why don't you migrate, ... ...?
I think we have two different cases to consider:
1. Experienced users, running a cyrus installation for several months/years.
Here
where does Cyrus IMAPd stand today?
When I was starting to think about moving to a open source mail system
(migrating away from Lotus Domino btw.), there ware Cyrus IMAPd, Courier
and UW-IMAP I think.
Cyrus was the only full flavored IMAP server with active development.
We were going the
I don't know, where this bad karma is coming from - I'm still happy with
I guess it's simply because for many years there were no clean packages
for the most used operating systems.
Simon
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
Hi,
André Schild schrieb am 21.09.2010 10:40 Uhr:
Am 21.09.2010 09:31, schrieb Pascal Gienger:
I begin to be tired from this dovecot is much more besser, you
HAVE TO USE IT, why don't you migrate, ... ...?
Yes, I'm too. But this is what you see in forums and mailing list. And
my post is
Am 21.09.2010 11:35, schrieb Simon Matter:
I don't know, where this bad karma is coming from - I'm still happy with
I guess it's simply because for many years there were no clean packages
for the most used operating systems.
Debian is still stuck on 2.2 and there seems to be no progress in
On Tue, 2010-09-21 at 11:44 +0200, Marc Patermann wrote:
Hi,
André Schild schrieb am 21.09.2010 10:40 Uhr:
Am 21.09.2010 09:31, schrieb Pascal Gienger:
I begin to be tired from this dovecot is much more besser, you
HAVE TO USE IT, why don't you migrate, ... ...?
Yes, I'm too. But this is
Am Dienstag, den 21.09.2010, 11:48 +0200 schrieb André Schild:
Am 21.09.2010 11:35, schrieb Simon Matter:
I don't know, where this bad karma is coming from - I'm still happy with
I guess it's simply because for many years there were no clean packages
for the most used operating systems.
On Tuesday 21 September 2010 11:44:45 Marc Patermann wrote:
Hi,
André Schild schrieb am 21.09.2010 10:40 Uhr:
Am 21.09.2010 09:31, schrieb Pascal Gienger:
snipped
One important thing is the documentation of the imap server, and
there cyrus could offer more (Just my opinion)
Hi,
Adam Tauno Williams schrieb am 21.09.2010 12:04 Uhr:
On Tue, 2010-09-21 at 11:44 +0200, Marc Patermann wrote:
André Schild schrieb am 21.09.2010 10:40 Uhr:
Am 21.09.2010 09:31, schrieb Pascal Gienger:
I begin to be tired from this dovecot is much more besser, you
HAVE TO USE IT, why
Hi,
[...]
The new web site is a good start.
We should start a best practice section in the wiki.
- How do I install Cyrus on Debian/Ubuntu/...?
- From single server to multi server?
- How to start with partitions and why?
- Where to get latest releases (rpm/deb) when is not in my
On Tue, 2010-09-21 at 14:14 +0200, Marc Patermann wrote:
Hi,
Adam Tauno Williams schrieb am 21.09.2010 12:04 Uhr:
On Tue, 2010-09-21 at 11:44 +0200, Marc Patermann wrote:
André Schild schrieb am 21.09.2010 10:40 Uhr:
Am 21.09.2010 09:31, schrieb Pascal Gienger:
I begin to be tired from
Debian is still stuck on 2.2 and there seems to be no progress in that area.
The main problem they apparently have, is the migration path for the various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as .deb packages)
What migration path? Cyrus 2.3 supports all of the same
Debian is still stuck on 2.2 and there seems to be no progress in that
area.
The main problem they apparently have, is the migration path for the
various
DB files from 2.2 to 2.3.
(The 2.3 version itself works fine as .deb packages)
What migration path? Cyrus 2.3 supports all of the
On 09/20/2010 06:59 AM, Marc Patermann wrote:
But where does Cyrus IMAPd stand today?
It may be Murder/Aggregator - but how to get the people, when on first
contact, where they just need a simple IMAP server, they are pointed to
other product, which they then stay with?
Umm, what? We run
On Mon, 20 Sep 2010, Vincent Fox wrote:
Umm, what? We run Cyrus IMAP server with no Murder
for 20K+ people. Murder may be a feature but it's not a
deployment requirement.
We used Perdition, originally just thrown up to provide a
transparent bridge as we migrated from Uwash to Cyrus.
But
On 09/20/2010 04:23 PM, Andrew Morgan wrote:
I end up granting myself rights to various users' mailboxes to
investigate when we see one of our users sending out spam. It usually
turns out that they have been phished recently. Once I grant myself
rights to their mailbox, I see the
On Mon, 20 Sep 2010, Andrew Morgan wrote:
On Mon, 20 Sep 2010, Vincent Fox wrote:
Umm, what? We run Cyrus IMAP server with no Murder
for 20K+ people. Murder may be a feature but it's not a
deployment requirement.
We used Perdition, originally just thrown up to provide a
transparent
66 matches
Mail list logo
