On Thu, 22 Oct 2009, Greg A. Woods wrote:
At Tue, 20 Oct 2009 22:54:12 +0200, Xavier Bestel wrote:
Subject: Re: Exec'ing a script from Cyrus when imapd has a client
Le mardi 20 octobre 2009 à 13:00 -0700, David Lang a écrit :
On Tue, 20 Oct 2009, Greg A. Woods wrote:
At Tue, 20 Oct 2009 19
At Thu, 22 Oct 2009 10:26:03 -0400, Eddy Beliveau wrote:
Subject: cyrus - sieve returning some text with EVERY email received
>
> One of our user would like to return some text, for *every* email, that
> he received
> like:
> "Hi, we just received your email. It will be process shortly. Thanks."
At Tue, 20 Oct 2009 22:56:42 +0200, Xavier Bestel wrote:
Subject: Re: Exec'ing a script from Cyrus when imapd has a client
>
> That may be an answer, yes. However I'd have preferred if the signal
> came from Cyrus directly (I think it'sa more robust solution).
Not using Cyrus or fetchmail at all
At Tue, 20 Oct 2009 22:54:12 +0200, Xavier Bestel wrote:
Subject: Re: Exec'ing a script from Cyrus when imapd has a client
>
> Le mardi 20 octobre 2009 à 13:00 -0700, David Lang a écrit :
> > On Tue, 20 Oct 2009, Greg A. Woods wrote:
> >
> > > At Tue, 20 Oct 2009 19:36:24 +0200, Xavier Bestel
> Client A: upload message to Inbox, gets UID 100
> At the same time, Client B: upload message to Inbox, gets UID 100
>
> You can't have two messages with the same UID.
>
> There's 3 solutions I can see:
>
> 1. Mysql solves this by having interleving id's on separate servers (eg.
> auto-incremen
On Thu, Oct 22, 2009 at 02:43:35PM -0700, David Lang wrote:
> implementing this should not be that hard
>
> allow non-local bind in /etc/sysctl
>
> heartbeat (linux-ha.org) can handle moving the service IP and fencing (up to
> and
> including turning a box off if the cluster decides that it has
On Thu, 22 Oct 2009, David Touzeau wrote:
> On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
>> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
>> ...
>>
>>> The difference between "in theory this would work" and the practice
> of
>>> actually doing it are huge. Basically it works only
On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
> ...
>
> > The difference between "in theory this would work" and the practice
of
> > actually doing it are huge. Basically it works only if you are 100%
sure
> > that only one side is ev
On 22/10/09 22:38 +0800, John Mok wrote:
>Oct 22 15:35:02 imapsv01 cyrus/imap[19466]: badlogin:
>John.sml.citizen.co.jp [10.144.1.192] GSSAPI [SASL(-13): authentication
>failure: user komat...@go.citizen.co.jp is not allowed to proxy]
>
>I checked with imtest and it passed successfully :-
>
> >im
Hi,
I have successfully setup Cyrus IMAP 2.2.12 with GSSAPI / Kerberos as
authentication for an AD domain "grt.citizen.co.jp", which is the
default domain in /etc/imapd.conf. However, when I tried to add another
AD domain "go.citizen.co.jp" other the default domain. The AD users in
the latter
Hi!
On our academic server, we are using cyrus 2.2.12 with CMU Sieve 2.2 and
it works perfectly. Thanks. :-)
One of our user would like to return some text, for *every* email, that
he received
like:
"Hi, we just received your email. It will be process shortly. Thanks."
He tries to implement it
> What are the particular bits that could conflict and have undesirable
> results? Metadata, messages, entire mailboxes? In this hypothetical
> active/active configuration, what exactly what could an IMAP client
> potentially do to create undesirable results?
Simple.
Client A: upload message to
On Thu, Oct 22, 2009 at 12:56:03AM -0700, Jon . wrote:
> On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
> ...
>
> > The difference between "in theory this would work" and the practice of
> > actually doing it are huge. Basically it works only if you are 100% sure
> > that only one side is ev
On Wed, Oct 21, 2009 at 9:20 PM, Rob Mueller wrote:
...
> The difference between "in theory this would work" and the practice of
> actually doing it are huge. Basically it works only if you are 100% sure
> that only one side is ever being accessed at a time. eg. IMAP/POP/LMTP/etc.
...
> In othe
> i'm very surprised that there is not really official point from cyrus-imap
> dev team against using cyrus in cluster active/active mode
I can't comment, but I guess they're busy.
> Since serverals years the messaging service become very important and the
> clustering system is the right way
15 matches
Mail list logo
