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 wit
> 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
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
> 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 featu
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 statu
> > 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
t
"Andy Bennett" 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 distributed groupware
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 Pag
> 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 b
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 fo
> 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 inst
> 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
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 kee
> > 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
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 up
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 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 releas
> 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
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 i
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 onl
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 b
> 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 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 fr
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.
An
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 teste
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 wrote:
>>> On Wednesday 22 September 2010 15:29:20 Kenneth Marshall wrote:
On Wed, Sep 22, 2010 at 10:48:4
> 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.
>>
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.
> > >>
> >
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:
> >>
> >> I am probably missing some info here, but
> >> > And, as Bron has said, there's something wrong with t
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
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 a
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:
> >>
> >> I am probably missing some info here
> On Wed, 2010-09-22 at 14:44 +0200, J. Roeleveld wrote:
>> On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
>>
>> 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 understan
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:
>>
>> 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:
>
> 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
On Wednesday 22 September 2010 13:47:26 Jeffrey T Eaton wrote:
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 anyon
>
> On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote:
>
>> --On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton
>> 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
>>
On Sep 22, 2010, at 7:57 AM, Sebastian Hagedorn wrote:
> --On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton 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 l
--On 22. September 2010 07:47:26 -0400 Jeffrey T Eaton
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 can't go
back witho
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
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:
>
>
>
> > Bron ( really trying to make Cyrus newbie-friendly as well as advanced-site
> >friendly
On Wednesday 22 September 2010 09:01:33 Bron Gondwana wrote:
> On Wed, Sep 22, 2010 at 08:02:35AM +0200, Simon Matter wrote:
> Bron ( really trying to make Cyrus newbie-friendly as well as advanced-site
>friendly. I also want auto-recompilation of sieve scripts, and
>auto-fixing
On Wed, 22 Sep 2010 09:12 +0200, "Sebastian Hagedorn"
wrote:
> --On 22. September 2010 16:10:15 +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 th
--On 22. September 2010 16:10:15 +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.
I wouldn't exactly call myself an expert, but I think I understand t
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 u
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)
> W
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 i
> 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.
>
>> 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 suppo
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 cyrus and
> 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 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
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
>
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
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:
> > One important thing is the documentation of the imap server, and
> > there cyrus could offer more (Just my opinion)
>
> T
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 syste
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.
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
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 i
> 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: http://lists.andrew.cmu.edu/pipermail/
>> 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 wer
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.
He
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
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
>> tra
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 mai
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.
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
67 matches
Mail list logo
