On Tuesday 28 September 2010 19:03:20 Mark Nipper wrote:
> On 28 Sep 2010, Simon Matter wrote:
> > > Are these Debian specific? Or is there something missing from my
> > > installation?
> > > Or do these only exist when Cyrus is not running? (Which I would find
> > > strange)
> >
> > I don't know
Hello!
Is it safe to relocate mailboxes from one partition or backend (in case
of murder) to another while listening to lmtp or lmtp proxy? Is there a
chance that relocation can fail or e-mail messages can be lost?
--
Dmitry S. Ivanov
ICQ: 52537478
Visual Trading Systems, LLC
http://vt
On 28.09.2010 12:55, Bron Gondwana wrote:
> On Tue, Sep 28, 2010 at 12:13:14PM +0200, Tomasz Chmielewski wrote:
>> On 28.09.2010 11:55, Michael Menge wrote:
>>
>>> Replication was introduced in 2.3.x. There are other features in 2.3.x
>>> I don't want to live with out (e.g. delayed expunge). There
On 28 Sep 2010, at 18:04, Simon Matter wrote:
> While we are at it, I know about this prefixing but is it documented
> somewhere? I just checked the imapd.conf man page but couldn't find it
> there.
There's a bugzilla or two related to the lack of documentation of the prefixing.
:wes
Cyrus H
> On Tue, Sep 28, 2010 at 05:47:35PM +0200, Josef Karliak wrote:
>> Yes,
>> I see, where did I got that ??? Nor cyrus didn't complain for
>> unknown config options ...
>> Thanks for kick :)
>> J.K.
>
> Yeah, Cyrus doesn't complain about unknown options for a couple
> of reasons:
>
> a) because
Hey Rob - got another little Cyrus job if we run out of work for the
new people :)
3) cyr_config tool. It needs at least the following capabilities:
a) a mode which dumps ALL configuration options, either set by you or
the default
b) a mode which dumps only the options which are non-default
c)
Bron Gondwana wrote:
> On Tue, Sep 28, 2010 at 05:47:35PM +0200, Josef Karliak wrote:
>> Yes,
>> I see, where did I got that ??? Nor cyrus didn't complain for
>> unknown config options ...
>> Thanks for kick :)
>> J.K.
>
> Yeah, Cyrus doesn't complain about unknown options for a couple
> of r
On Tue, Sep 28, 2010 at 05:47:35PM +0200, Josef Karliak wrote:
> Yes,
> I see, where did I got that ??? Nor cyrus didn't complain for
> unknown config options ...
> Thanks for kick :)
> J.K.
Yeah, Cyrus doesn't complain about unknown options for a couple
of reasons:
a) because you can prefix
On 28 Sep 2010, Simon Matter wrote:
> > Are these Debian specific? Or is there something missing from my
> > installation?
> > Or do these only exist when Cyrus is not running? (Which I would find
> > strange)
>
> I don't know the Debian packages but I'm quite sure it's Debian specific.
> Looks li
Hello
AFAIK, cyrus needs posix file locks and mmap support.
GlusterFS needs FUSE and it only supports writable mmap files after kernel
2.6.26 or so.
Therefore, you need recent kernel and recent fuse.
Further, you need to extremely fine tune your configuration, as the most robust
clustered filesyste
Yes,
I see, where did I got that ??? Nor cyrus didn't complain for unknown
config options ...
Thanks for kick :)
J.K.
Cituji Ralf Haferkamp :
Am Dienstag 28 September 2010, 13:09:02 schrieb Simon Matter:
>Hi,
>
>reject8bit is "no" :
> reject8bit: no
I think the following optio
Am Dienstag 28 September 2010, 13:09:02 schrieb Simon Matter:
> >Hi,
> >
> >reject8bit is "no" :
> > reject8bit: no
>
> I think the following option is not a standard Cyrus option:
> > rfc_ignore_8bit: yes
>
> and this one is wrong, in standard Cyrus it's called "munge8bit":
> > munge_8b
Quoting Tomasz Chmielewski :
On 28.09.2010 15:01, John Madden wrote:
Still, we need to have Cyrus database, mail storage accessible for
both servers. I though using glusterfs for it would be a good idea
(assuming Cyrus only runs on one of the servers at a given time).
IMO, don't use glusterfs
> Any other suggestions? There is an alternatives like Ceph[1], but it is
> just too new (and potentially can have some edge cases).
>
> DRBD + GFS/OCFS2 just seem too complex for such setup.
If you're doing failover, you don't need a cluster filesystem. You can
use just plain DRDB+ext4 if you d
On 28.09.2010 15:01, John Madden wrote:
>> Still, we need to have Cyrus database, mail storage accessible for
>> both servers. I though using glusterfs for it would be a good idea
>> (assuming Cyrus only runs on one of the servers at a given time).
>
> IMO, don't use glusterfs for this. I found it
> 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
> Still, we need to have Cyrus database, mail storage accessible for
> both servers. I though using glusterfs for it would be a good idea
> (assuming Cyrus only runs on one of the servers at a given time).
IMO, don't use glusterfs for this. I found it to not even be sufficient
for a PHP session
> On Monday 27 September 2010 17:30:01 Mark Nipper wrote:
>> On 27 Sep 2010, J. Roeleveld wrote:
>> > I wasn't able to find a specific howto for this during a brief
>> > Google-search.
>>
>> I recalled that the Debian package for Cyrus had some
>> decent instructions on this. You can see them
>Hi,
>reject8bit is "no" :
>
> reject8bit: no
I think the following option is not a standard Cyrus option:
> rfc_ignore_8bit: yes
and this one is wrong, in standard Cyrus it's called "munge8bit":
> munge_8bit: no
You may check if they really have this name and if your Cyrus version is
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
On Tue, Sep 28, 2010 at 12:13:14PM +0200, Tomasz Chmielewski wrote:
> On 28.09.2010 11:55, Michael Menge wrote:
>
> > Replication was introduced in 2.3.x. There are other features in 2.3.x
> > I don't want to live with out (e.g. delayed expunge). There was a
> > diskussion on the lists about that
On 28.09.2010 11:55, Michael Menge wrote:
> Replication was introduced in 2.3.x. There are other features in 2.3.x
> I don't want to live with out (e.g. delayed expunge). There was a
> diskussion on the lists about that Debian wants to upgrade cyrus.
> The main problem is the upgrade path (update
Quoting Tomasz Chmielewski :
On 28.09.2010 10:56, Michael Menge wrote:
Cyrus depends on locks and mmap, so your fs must support them.
I had written a summery of the diskussions about Cyrus and HA in the
old wiki. But the wiki was replaced by the new wiki. I will have a look
if I have a copy.
On 28.09.2010 10:56, Michael Menge wrote:
> Cyrus depends on locks and mmap, so your fs must support them.
> I had written a summery of the diskussions about Cyrus and HA in the
> old wiki. But the wiki was replaced by the new wiki. I will have a look
> if I have a copy.
I would be grateful.
>
Quoting Tomasz Chmielewski :
How do you manage your Cyrus installations highly-available?
I though a minimal example could be like below:
internet
|
server1 - server2
There would be Heartbeat/Pacemaker running on both servers. Its role
would be:
- assign "Cyrus IP"
Hi,
reject8bit is "no" :
reject8bit: no
rfc_ignore_8bit: yes
munge_8bit: no
I've checked that when I got the error, no progress :-/
Thanks for tips.
J.K.
Cituji Patrick Goetz :
On 09/27/2010 05:39 AM, Josef Karliak wrote:
What is going on ? On cyrus 2.2.12 is all ok. When subje
On 28.09.2010 09:13, Pascal Gienger wrote:
>
> Le 28 sept. 2010 à 08:50, Tomasz Chmielewski a écrit :
>> Sep 28 01:10:10 omega cyrus/ctl_cyrusdb[21728]: DBERROR db4: Program version
>> 4.2 doesn't match environment version
>
> Are you sure on each node the _SAME_ Cyrus version linked to the _SAME_
--On 28. September 2010 08:50:00 +0200 Tomasz Chmielewski
wrote:
How do you manage your Cyrus installations highly-available?
Check the archives. There have been many discussions regarding this.
I though a minimal example could be like below:
internet
|
server1 - ser
On Monday 27 September 2010 17:30:01 Mark Nipper wrote:
> On 27 Sep 2010, J. Roeleveld wrote:
> > I wasn't able to find a specific howto for this during a brief
> > Google-search.
>
> I recalled that the Debian package for Cyrus had some
> decent instructions on this. You can see them at:
>
Le 28 sept. 2010 à 08:50, Tomasz Chmielewski a écrit :
> Sep 28 01:10:10 omega cyrus/ctl_cyrusdb[21728]: DBERROR db4: Program version
> 4.2 doesn't match environment version
Are you sure on each node the _SAME_ Cyrus version linked to the _SAME_ bdb
libs is running?
And - just a little side no
30 matches
Mail list logo