Hi Mickael,
thank you very much.
That's work.
I am now blocked in autocreating user on backend, but it's another
problem ;-)
Thanks again,
Ismaël Tanguy
Le 07/03/2019 à 11:55, Michael Menge a écrit :
Hi,
I suspect, lmtp it trying to proxy auth, which is not possible with
the PLAIN mech,
Hi,
I suspect, lmtp it trying to proxy auth, which is not possible with
the PLAIN mech,
(but e.g. with LOGIN). So as only PLAIN is availble "No worthy mechs found".
You can try not to set "mupdate_username: murder" in the frontend imapd.conf.
But keep "mupdate_authname: murder". This should
On 05/16/2018 06:39 PM, Jean-Christophe Delaye wrote:
> Hello,
Hi,
I finally succeded in running a (3.0.7) mupdate master on Solaris (11.3)
using gcc.
I remember my previous notes with Studio compiler and an issue with
pthread option on Solaris :
"When Compiling on Solaris
Do not use "-pthread",
On 06/05/2015 07:42 PM, Andrew Morgan wrote:
> On Fri, 5 Jun 2015, Major Csaba wrote:
>
>> There is one more small question: why the proxied LMTP needs to have
>> "admins" permission on the backend? I thought the proxyservers
>> setting is for this, but LMTP doesn't work without adding my proxy
On 06/05/15 16:44 +0200, Major Csaba wrote:
>Hi,
>
>Thanks for the quick answer.
>I managed to get further as I realized I missed a small piece from the
>documentation. My fronted server and master update server is on the
>same machine and I didn't configure the "mupdate_*" parameter. But as
>I
On Fri, 5 Jun 2015, Major Csaba wrote:
> There is one more small question: why the proxied LMTP needs to have "admins"
> permission on the backend? I thought the proxyservers setting is for this,
> but LMTP doesn't work without adding my proxy user in the "admins"...
Play around with lmtp_admin
Hi,
Thanks for the quick answer.
I managed to get further as I realized I missed a small piece from the
documentation. My fronted server and master update server is on the same
machine and I didn't configure the "mupdate_*" parameter. But as I can
see, the proxy still has to speak to mupdate w
On 06/05/15 14:38 +0200, Major Csaba wrote:
>Hi,
>
>I'm rying to build a cyrus server with murder frontend/backend. The
>topology is quiet simple at the moment: there is one frontend +
>mupdate master, and there is one backend server.
>(Cyrus version: 2.4.17)
>
>Almost everything is working fine
Bron helped me track it down. Starting in Cyrus v2.4.13, there is a check
to see if we're running on a standard Murder backend. If so, some code to
update the mailbox list is skipped.
The code was identifying a server as a backend server by checking for the
presence of the "proxyservers" conf
On Tue, Aug 14, 2012 at 12:16 AM, shabahang elmian wrote:
> Hello,
> I have a problem on murder env.
> Env:
> 1 MTA on postfix (redhat221)
> 1 frontend+Mupdate (redhat101)
> 2 backends (redhat103, redhat112)
>
> if i pont the MTA to backend(mailbox_transport =
> lmtp:redhat101.example.com:2003), i
* 15/04/2011, Antonio wrote :
> hi all,
>
> after a disk problem with a frontend/backend unified in replication
> with csync with another backend, I've resolved the disk problem, but
> I've found a mailbox of a local user marked as remote:
I've resolved with a ctl_mboxlist -d => edit with vi => c
* 06/04/2011, Simon Matter wrote :
> > hi all,
> >
> > I've configured 4 imap server as murder frontend/backend unified with
> > one murder server. All seem to work, but when users rename a mailbox
> > on the same backend the mails disappear, and I've to rebuild the maildir
> > loosing all flags.
>
> hi all,
>
> I've configured 4 imap server as murder frontend/backend unified with
> one murder server. All seem to work, but when users rename a mailbox
> on the same backend the mails disappear, and I've to rebuild the maildir
> loosing all flags.
>
> There is some thing to configure or to check
On 17 Mar 2011, at 05:18, Michael Menge wrote:
> Thanks, configuring proxyservers solved the problem.
> The murder documentation does indicate that you "want"
> configure proxyservers but it does not indicate that you
> "must" configure proxyservers to prevent lmtp loops.
>
> It would be nice if t
On Mon, Nov 29, 2010 at 11:48:27PM +0100, Sebastian Schaefer wrote:
> Am 29.11.2010 22:39, schrieb Bron Gondwana:
> > Yeah, fair enough! Delayed delete is actually a rename under the
> > hood - but it's not very obvious.
> >
> > 2.4.5 is out now - hopefully that fixes it for you.
>
> yes, it works
Am 29.11.2010 22:39, schrieb Bron Gondwana:
> Yeah, fair enough! Delayed delete is actually a rename under the
> hood - but it's not very obvious.
>
> 2.4.5 is out now - hopefully that fixes it for you.
yes, it works now.
thank you
sebastian
Cyrus Home Page: http://www.cyrusimap.org/
List
On Mon, Nov 29, 2010 at 05:22:28PM +0100, Sebastian Schäfer wrote:
> >http://bugzilla.cyrusimap.org/bugzilla3/show_bug.cgi?id=3342
> >
> >It will be fixed in 2.4.5. I'm hoping to release within 24 hours!
>
> Sorry, didn't realize that this is a rename problem. i took a look
> at bugzilla but found
Hi Bron,
Am 29.11.2010 04:37, schrieb Bron Gondwana:
> On Mon, Nov 29, 2010 at 01:29:47AM +0100, Sebastian Schaefer wrote:
>> Hello,
>>
>> I'm trying to delete an user mailbox, but have some problems with it...
>>
>> in cyradm (on the backend):
>>> cm user.test.pp
>>> sam user.test.pp mailadmin c
On Mon, Nov 29, 2010 at 01:29:47AM +0100, Sebastian Schaefer wrote:
> Hello,
>
> I'm trying to delete an user mailbox, but have some problems with it...
>
> in cyradm (on the backend):
> > cm user.test.pp
> > sam user.test.pp mailadmin c
> > dm user.test.pp
> deletemailbox: bad parameters to func
On Thu, 15 Apr 2010, Simon Beale wrote:
> Hi
>
> I'm trying to set up a cyrus murder set of boxes on 2.3.16 to eventually
> replace our single creaking dovecot server, and am currently failing to
> get a working configuration.
>
> My current intention is to have
> switch-101 (frontend + murder mas
--On November 10, 2009 1:23:33 PM -0500 Brian Awood
wrote:
> Unfortunately it's not well documented, but the unified murder config
> currently only works on a proxy host. Don't try to configure it on
> a "backend" machine that has local mailboxes!!! Unless you want to
> manually fix up the mai
On Tuesday 10 November 2009 @ 12:37, Michael Bacon wrote:
> I saw this recommendation elsewhere, but I don't understand why one
> would set mupdate_config: unified if I'm not, in fact, running a
> unified murder. What's the gain here? We have dedicated front-end
> boxes and dedicated back-end box
I saw this recommendation elsewhere, but I don't understand why one would
set mupdate_config: unified if I'm not, in fact, running a unified murder.
What's the gain here? We have dedicated front-end boxes and dedicated
back-end boxes. Is this just sort of a, "yeah, it's not for that, but it
d
--On November 10, 2009 11:11:41 AM -0600 Gary Mills
wrote:
> I finally fixed that one, but it took a long time to find the reason.
> I always had two copies of the mupdate master running, but one of them
> did almost nothing...
>
> # ps -fp "$(pgrep mupdate)"
> UID PID PPID C
You can avoid the behavior in your second question by setting
mupdate_config: unified
in your proxies imapd.conf. That was a long standing issue with
murder in a large scale environment with cyrus 2.2.
On Tuesday 10 November 2009 @ 11:51, Michael Bacon wrote:
> The second one is that the code
On Tue, Nov 10, 2009 at 11:51:42AM -0500, Michael Bacon wrote:
>
> I have two questions regarding the Murder architecture. The first is just
> a general annoyance at the way master starts up the mupdate processes. In
> order to get master to fire off anything, you have to set prefork=1.
> How
At Thu, 18 Jun 2009 12:22:20 -0700 (PDT), Andrew Morgan wrote:
Subject: Re: murder and autocreate (I know it is not supported)
>
> Unix systems don't automatically create accounts when someone tries to
> login...
But unix mailers do automatically create mailboxes for existing
Aristotelis a écrit :
>
> While having a look in the issue a function was created that was running
> on proxyd (no unified systems) that was going through the list of the
> available backend servers (the list was given as a configuration option)
> and picking one randomly. Then it was making a
Hello all,
It is an interesting discussion about the autocreate feature in cyrus
imapd. I would like to point you to a rather old discussion (but still
very relevant) that was on cyrus-devel:
http://marc.info/?l=cyrus-devel&m=109206301904447&w=2
It outlines some design choises and some eva
Andrew Morgan wrote:
AM> In the case of new mailbox creation, something must decide
AM> which backend/partition to use.
AM> I'm trying to think of a way the frontend could determine
AM> which backends/partitions exist, but I don't think it can
AM> currently.
AM> Let's assume it could though...
Andrew Morgan wrote:
GAW> User management tools should NEVER _ever_ have anything to
GAW> do with mailbox _creation_.
AM> NEVER use absolutes! ;)
Let's talk about "common deployment scenarios", then ;-)
GAW> The (modern) MTA _must_ validate the addresses.
AM> Unix systems don't automatically
On Thu, 18 Jun 2009, Greg A. Woods wrote:
> Not having a built-in basic way for Cyrus to automatically create
> mailboxes for valid users is also a poor design. Several good
> well-tested patches to enable this feature had been available for a very
> long time (years?) before the "murder" feature
On Thu, 18 Jun 2009, Greg A. Woods wrote:
> Cyrus autocreate isn't creating mailboxes "on its own" -- it's creating
> them at the demand of, and under the guidance of, the MTA
>
> So, if something screwed up, as things inevitably do, even with all
> kinds of fancy special local script hacks that a
At Mon, 15 Jun 2009 07:42:14 -0400, Dave McMurtrie
wrote:
Subject: Re: murder and autocreate (I know it is not supported)
>
> Exactly. The point I was trying to make is that we already have a need
> for some system to be able to connect to our IMAP server for the purpose
>
At Thu, 11 Jun 2009 17:37:34 -0700 (PDT), Andrew Morgan wrote:
Subject: Re: murder and autocreate (I know it is not supported)
>
> >> Why make everything far more complicated than it needs to be?
> >> Especially things related to user management?
> >>
> >
&
Wesley Craig wrote:
> On 11 Jun 2009, at 18:59, Dave McMurtrie wrote:
>> A valid point to mailbox creation, but what would delete the mailbox
>> when a student graduates?
>
> There is no mailbox location problem for deletes. IDM simply connects
> to any frontend, permits itself, and then deletes
On 11 Jun 2009, at 18:59, Dave McMurtrie wrote:
> A valid point to mailbox creation, but what would delete the mailbox
> when a student graduates?
There is no mailbox location problem for deletes. IDM simply
connects to any frontend, permits itself, and then deletes the
mailbox hierarchy.
:w
On Thu, 11 Jun 2009, Dave McMurtrie wrote:
>>> What Ken is working on isn't specific to autocreate. Rather, he's
>>> working to integrate IDM into our environment. We need a way for our
>>> identity management system to be able to simply connect to a Cyrus
>>> frontend and issue a create command
On Thu, Jun 11, 2009 at 06:59:00PM -0400, Dave McMurtrie wrote:
>
> On Jun 11, 2009, at 6:38 PM, "Greg A. Woods"
> wrote:
> > Why make everything far more complicated than it needs to be?
> > Especially things related to user management?
>
> A valid point to mailbox creation, but what would de
On Jun 11, 2009, at 6:38 PM, "Greg A. Woods"
wrote:
> At Wed, 10 Jun 2009 07:38:31 -0400, Dave McMurtrie > wrote:
> Subject: Re: murder and autocreate (I know it is not supported)
>>
>> What Ken is working on isn't specific to autocreate. Rather, he&#x
Greg A. Woods wrote:
DMcM> What Ken is working on isn't specific to autocreate. Rather,
DMcM> he's working to integrate IDM into our environment. We need
DMcM> a way for our identity management system to be able to simply
DMcM> connect to a Cyrus frontend and issue a create command and
DMcM> hav
At Wed, 10 Jun 2009 07:38:31 -0400, Dave McMurtrie
wrote:
Subject: Re: murder and autocreate (I know it is not supported)
>
> What Ken is working on isn't specific to autocreate. Rather, he's
> working to integrate IDM into our environment. We need a way for our
> iden
Paolo Cravero wrote:
> In words, the backend not owning the mailbox tries to create it, but receives
> a deny from the murder server. Then it opens the target mailbox
> (onBE1/778899)
> and creates the .seen structure.
>
> So far this means a messy maillog file. I will use autocreate just to
Thank you Duncan for the info about the patch. I would try it, but I'm sure it
would not be accepted by the tech stuff as it is not official.
As I said in another thread, this is what happens when autocreate is ON in a
murder setup with several backends, and a user accesses a shared mailbox
res
On Tue, Jun 09, 2009 at 06:30:31PM +0100, Duncan Gibb wrote:
> Dave McMurtrie wrote:
>
> DMcM> Ken is actually working on some code now that will integrate
> DMcM> this functionality into Cyrus. I'm short on details right now
> DMcM> (exactly how it will work and exactly when it will be done)
>
Dave McMurtrie wrote:
DMcM> Ken is actually working on some code now that will integrate
DMcM> this functionality into Cyrus. I'm short on details right now
DMcM> (exactly how it will work and exactly when it will be done)
I don't think you're allowed to specify both of those ;-)
DMcM> but I th
Duncan Gibb wrote:
> Paolo Cravero wrote:
>
> PC> I have read in the docs that the autocreate patch does not work
> PC> with murder, and I have experienced it too. But...
>
> PC> ... if I leave the autocreate ON on backends only, and then
> PC> simulate an IMAP access or mail delivery right at th
Paolo Cravero wrote:
PC> I have read in the docs that the autocreate patch does not work
PC> with murder, and I have experienced it too. But...
PC> ... if I leave the autocreate ON on backends only, and then
PC> simulate an IMAP access or mail delivery right at the backend
PC> level, I should not
Simon Matter wrote:
> I'm not sure it's related but you really should upgrade to the 2.3.14-6
> package. 2.3.14 has a bug which is patched in the 2.3.14-6 RPM.
Thank you Simon. I'm in the staging phase, so still looking for features
rather than bugs :) BTW, thank you for providing those wonderfu
> Hi.
> I have a setup with 1 frontend, 1 murder, 2 backends. I am playing with
> cross-backend mailbox sharing, one of the features we value most.
>
> Problem. While I can access shared mailboxes that reside on the same
> backend
> just fine, with Thunderbird (1.5/linux) I can see shared folders o
Hi,
Quoting Paolo Cravero :
Hi.
I have a setup with 1 frontend, 1 murder, 2 backends. I am playing with
cross-backend mailbox sharing, one of the features we value most.
Problem. While I can access shared mailboxes that reside on the same backend
just fine, with Thunderbird (1.5/linux) I can s
On Mon, 19 Jan 2009, Mike Zupan wrote:
> We currently have a cyrus server setup. The issue is we need to migrate
> users off one type of storage to another with little to no downtime. I heard
> about murder for cyrus and wondering if it could work for a already running
> imap setup.
>
> Basically
On Mon, 19 Jan 2009, Ian Eiloart wrote:
> Hi,
>
> I've got a similar problem. Can I clarify what this solution means, please?
>
> It looks like we need lmtp listening on a TCP/IP socket at the back end, of
> course. I've got that.
>
> At the front end I'm delivering into a unix socket, so I have t
re getting new hardware which will free up more hardware as a
test environment.
Gary
-Original Message-
From: i...@sussex.ac.uk [mailto:i...@sussex.ac.uk]
Sent: Monday, January 19, 2009 9:36 AM
To: Gary W. Smith
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue fin
Hi,
I've got a similar problem. Can I clarify what this solution means, please?
It looks like we need lmtp listening on a TCP/IP socket at the back end, of
course. I've got that.
At the front end I'm delivering into a unix socket, so I have that set up.
But does the solution below suggest that
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
On Fri, 12 Dec 2008, Gary W. Smith wrote:
> For me, this brings me to 90% completetion. The final part is
> autocreate. I know that autocreate is not supported in this
> configuration. I have ac
On Fri, 12 Dec 2008, Gary W. Smith wrote:
> For me, this brings me to 90% completetion. The final part is
> autocreate. I know that autocreate is not supported in this
> configuration. I have accepted that. What I was wondering is do you
> have any simple scripts for creating new user accou
rew Morgan [mailto:mor...@orst.edu]
Sent: Fri 12/12/2008 9:46 AM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
On Fri, 12 Dec 2008, Gary W. Smith wrote:
> Andrew,
>
> Any idea how this works with the lmtpproxy? Also,
>> I found one of your older posting which also covers this. Here is what
>> I did.
>>
>> I added psotfixlmtp as a user to both the frontend and and then ran the
>> 'runuser - postfixlmtp -c "lmtptest mds01"' and used the password and it
>> authenticated just fine. So I added the entry to my lmt
9:46 AM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
On Fri, 12 Dec 2008, Gary W. Smith wrote:
> Andrew,
>
> Any idea how this works with the lmtpproxy? Also, I've tried to setup
> the lmtp using the loc
On Fri, 12 Dec 2008, Gary W. Smith wrote:
> Andrew,
>
> Any idea how this works with the lmtpproxy? Also, I've tried to setup
> the lmtp using the local port but for some reason when I restart
> cyrus-imapd it doesn't who up in netstat.
>
> Tried
> lmtp cmd="lmtpd" listen="lmtp" prefork
end (or I assume that we would forward it to the proxy)
using postfix?.
Gary
From: Andrew Morgan [mailto:mor...@orst.edu]
Sent: Fri 12/12/2008 9:00 AM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issu
On Thu, 11 Dec 2008, Gary W. Smith wrote:
> Andrew,
>
> I found one of your older posting which also covers this. Here is what
> I did.
>
> I added psotfixlmtp as a user to both the frontend and and then ran the
> 'runuser - postfixlmtp -c "lmtptest mds01"' and used the password and it
> authe
f
the services.
I'm still working the issue but if this rings a bell I'd love any feedback.
From: Andrew Morgan [mailto:mor...@orst.edu]
Sent: Wed 12/10/2008 9:35 AM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject:
>
> From: [EMAIL PROTECTED] on
> behalf of Andreas Winkelmann Sent: Thu 12/11/2008 7:29 AM
> To: info-cyrus@lists.andrew.cmu.edu
> Subject: RE: murder configuration issue final stretch
>
> > First off, thanks for all of the help. I've gotten pretty far I think.
ld do with smtp)?
From: [EMAIL PROTECTED] on behalf of Andreas Winkelmann
Sent: Thu 12/11/2008 7:29 AM
To: info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
> First off, thanks for all of the help. I've gotten pretty far
> First off, thanks for all of the help. I've gotten pretty far I think. I
> ran into a couple problems and some notes on some list groups about dead
> options that were shown in examples.
>
> http://garysmith.pbwiki.com/Cyrus
>
> I have put all of my configs into a wiki (broken down by server/ty
On Tue, 9 Dec 2008, Gary W. Smith wrote:
> Andy/Wesley,
>
> First off, thanks for all of the help. I've gotten pretty far I think.
> I ran into a couple problems and some notes on some list groups about
> dead options that were shown in examples.
>
> http://garysmith.pbwiki.com/Cyrus
>
> I have
ve (rename) fail. Is there any hope for
autocreate?
From: Andrew Morgan [mailto:[EMAIL PROTECTED]
Sent: Tue 12/9/2008 5:32 PM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
On Tue, 9
well.
Gary
From: Andrew Morgan [mailto:[EMAIL PROTECTED]
Sent: Tue 12/9/2008 5:32 PM
To: Gary W. Smith
Cc: Wesley Craig; info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration issue final stretch
On Tue, 9 Dec 2008, Gary W. Smith wrote:
> Wesley,
&g
On Tue, 9 Dec 2008, Gary W. Smith wrote:
> Wesley,
>
> I'm on the final stretch. I have mailboxes seen at all angles. If I telnet
> to the frontend I can see the backend mailboxes on both servers. Yay. The
> problem now is delivery. I tried setting up lmtpproxyd but I get some errors
> and
his part? Or better question, what am I missing
(besides a few screws).
Gary
From: Wesley Craig [mailto:[EMAIL PROTECTED]
Sent: Tue 12/9/2008 12:36 PM
To: Gary W. Smith
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder configuration issue
On 09 Dec
Added cyrus and root, now frontend is pulling mailboxes.
mupdate_admins: murder cyrus root
From: [EMAIL PROTECTED] on behalf of Gary W. Smith
Sent: Tue 12/9/2008 12:37 PM
To: Wesley Craig
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: RE: murder configuration
reated a 144 byte db file (still no mailboxes when I do a dump).
Gary
From: Wesley Craig [mailto:[EMAIL PROTECTED]
Sent: Tue 12/9/2008 12:36 PM
To: Gary W. Smith
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder configuration issue
On 09 Dec 2008,
On 09 Dec 2008, at 15:04, Gary W. Smith wrote:
> I updated to the FC10 package and now it seems to be working
> better. On the backend I can see the mailboxes that are synching
> with the master, but the front end doesn't seem to be pulling the
> information. That is, it connects, I can see
Craig [mailto:[EMAIL PROTECTED]
Sent: Tue 12/9/2008 11:00 AM
To: Gary W. Smith
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder configuration issue
On 09 Dec 2008, at 09:58, Gary W. Smith wrote:
> Dec 9 09:56:55 mdsfe mupdate[12282]: connect(10.80.72.201) failed:
> Invalid argumen
On 02 Dec 2008, at 10:54, Juergen Wolf wrote:
> The mlookup
> thing is indeed very simple and already working. The cmd_append() part
> is a bit tricky tho, as the LMTPD does not have any imap connection to
> the backend as far as I see. I guess LMTP will be the wrong way to
> transport the mail to
On 09 Dec 2008, at 09:58, Gary W. Smith wrote:
> Dec 9 09:56:55 mdsfe mupdate[12282]: connect(10.80.72.201) failed:
> Invalid argument
Perhaps an IPv4 vs IPv6 problem?
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info
CentOS 5.2 default package 2.3.7 doesn't seem to work as a front end.
Downloaded FC10 (2.3.12p) and recompiled and frontend seems to be getting
farther.
From: [EMAIL PROTECTED] on behalf of Gary W. Smith
Sent: Tue 12/9/2008 6:58 AM
To: info-cyrus@lists.andr
On Mon, 1 Dec 2008 14:22:54 -0500
Wesley Craig <[EMAIL PROTECTED]> wrote:
> On 01 Dec 2008, at 12:18, Duncan Gibb wrote:
> > Cross-store SIEVE is theoretically the sort of thing that ought to
> > favour the unified murder design over a conventional layered one...
>
> Absolutely, the backend with
On 01 Dec 2008, at 12:18, Duncan Gibb wrote:
> Cross-store SIEVE is theoretically the sort of thing that ought to
> favour the unified murder design over a conventional layered one...
Absolutely, the backend with the INBOX and SIEVE scripts would need
to know have to have a listing in mailboxes.
Wesley Craig wrote:
>> Note that the current implementation runs SIEVE on
>> the backend servers, and holds the requirement that all of a user's
>> mailboxes live on the same backend.
WC> While the code is written this way, in an environment where the
WC> backends are able to talk to each oth
On 01 Dec 2008, at 10:17, Nic Bernstein wrote:
> From the web site [http://cyrusimap.web.cmu.edu/ag.html section 2.3]:
> If a SIEVE script is present, the lmtp proxy server must do the
> processing as the end result of the processing may result in the
> mail message going to a different back en
Juergen Wolf wrote:
Hi
currently, I test a Cyrus IMAP Murder v2.3.13-openpkg on a solaris
sparc host. While the murder setup went all fine and mail comes in and
can be read by users, there is one thing left I could not fix.
If a user has a sieve script like
#Mail filter rules for wolf
#Generat
Duncan Gibb wrote, on 26.11.2008 17:36:
> Could you post your patch, please? Or attach it to the bug.
I'll post it here, since it's only a quick and dirty "fix" to have proof of
the bug.
Regards, Wolfgang
--
Wolfgang Breyha <[EMAIL PROTECTED]> | http://www.blafasel.at/
Vienna University Compute
Wolfgang Breyha wrote:
WB> I tried this, by adding CAPA_POSTAUTH in imapd.c:cmdloop() and my
WB> frontends proxy IDLE to the backends again. This confirms my
WB> previous findings and I filed a bug:
WB> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3121
Could you post your patch, please? Or at
Wolfgang Breyha wrote, on 25.11.2008 15:35:
> Am I right, that either
> capa_response(CAPA_PREAUTH);
> should return the needed caps for the frontends, too
I tried this, by adding CAPA_POSTAUTH in imapd.c:cmdloop() and my frontends
proxy IDLE to the backends again. This confirms my previous findin
On Mon, 24 Nov 2008, Simon Matter wrote:
>> I just wanted to follow up on this thread, rather than leaving it hanging.
>>
>> It seems there was a more serious issue, which ultimately lead to the
>> failure we experienced, with our murder setup. Specifically our
>> internal DNS servers, were havin
> I just wanted to follow up on this thread, rather than leaving it hanging.
>
> It seems there was a more serious issue, which ultimately lead to the
> failure we experienced, with our murder setup. Specifically our
> internal DNS servers, were having sporadic time-outs for Linux and
> Macintosh
I just wanted to follow up on this thread, rather than leaving it hanging.
It seems there was a more serious issue, which ultimately lead to the
failure we experienced, with our murder setup. Specifically our
internal DNS servers, were having sporadic time-outs for Linux and
Macintosh clients.
On Thu, 20 Nov 2008, Wolfe, Eric G wrote:
> We are using skiplist, I copied the mailboxes.db to frontends. If the
> frontends are updating, it is not apparent. I could not verify that
> either of them were synching from the master after the mupdate master
> synch. Which is why I copied them
___
From: Wesley Craig [EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 10:27 AM
To: Eric G.Wolfe
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder setup - mailboxes.db corruption - trouble recovering with
ctl_mboxlist
On 20 Nov 2008, at 07:39, Eric G
cyrus-imapd-2.2.12-9.RHEL4
From: Wesley Craig [EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 10:08 AM
To: Eric G.Wolfe
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: murder setup - mailboxes.db corruption - trouble recovering with
ctl_mboxlist
On 20 Nov 2008, at 07:39, Eric G. Wolfe wrote:
> Found this:
> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/
> CyrusMurderFailureModes
> First, I followed the "Easy" instructions, which was a bust.
Did you see this:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2819
If you're not
Which version of cyrus-imapd are you running?
On 20 Nov 2008, at 01:23, Eric G. Wolfe wrote:
> I tried the following directions for recovery.
> http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-
> cyrus&searchterm=skiplist&msg=32337.
So you're attempting to convert from BerkeleyDB
Just to follow-up on this issue.
Found this:
http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusMurderFailureModes
First, I followed the "Easy" instructions, which was a bust.
Next, I tried the "Hard" instructions. Four hours later the mupdate
master finished synch'ing with the backends.
Thanks again Dan - it was some of my virtual_ settings in postfix's
main.cf causing the issue.
Dan
Dan White wrote:
> Dan Gaudette wrote:
>> Thanks Dan, but I'm still getting the same error.
>>
>> It'd be awesome if you could provide some more config.
>
> http://support.olp.net/cyrus/
>
> - Dan
Dan Gaudette wrote:
> Thanks Dan, but I'm still getting the same error.
>
> It'd be awesome if you could provide some more config.
http://support.olp.net/cyrus/
- Dan
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://
Thanks Dan, but I'm still getting the same error.
It'd be awesome if you could provide some more config.
Dan White wrote:
> Dan Gaudette wrote:
>> Hello,
>>
>> I have Cyrus Murder 2.3.12p2 up and running (1 frontend, 1 backend, 1
>> mupdate), however when I enable virtdomains I receive the foll
Dan Gaudette wrote:
> Hello,
>
> I have Cyrus Murder 2.3.12p2 up and running (1 frontend, 1 backend, 1
> mupdate), however when I enable virtdomains I receive the following
> error on the frontend: imapd/lmtp[]: verify_user
> (frontend.example.com!user.steve) failed: Mailbox does not exist
>
>
1 - 100 of 261 matches
Mail list logo
