On Thursday 30 April 2009 @ 03:55, Janne Peltonen wrote:
> Hi!
>
> Am I doing something wrong? If I try to do an xfer from one backend
> to another on a user, like so,
>
> xfer user.atest001r m2v3t.mappi.helsinki.fi
>
> I get
>
> Apr 30 10:24:45 m2cn1t m2v1t/imap[3793]: could not dump mailbox in
On Tuesday 05 May 2009 @ 09:45, Gabriele Bulfon wrote:
> Hello,
> I've got a message logged by posfix with a specific message id, and
> stated as correctly sent to cyrus. But the user of the imap mailbox
> is sure that he never received that message. No filter is setup to
> move the message elsew
On Friday 08 May 2009 @ 06:59, David Mayo wrote:
> Relevant lines from config files:
>
> sauber imapd.conf:
>
> admins: cyrus imap/sauber.bath.ac.uk
> sasl_pwcheck_method: saslauthd
> sasl_mech_list: plain gssapi
> mupdate_server: tyrrell.bath.ac.uk
> mupdate_config: standard
> mupdate_authname: m
On Thursday 28 May 2009 @ 18:27, Thomas Cataldo wrote:
> Hi,
>
> We are building webmail & groupware software using cyrus for the
> mail storage part. I'm wondering if any programming interface
> existed to extend cyrus parts ?
>
> Interesting things for us would be :
> - extending sieve (for e
This issue is fixed in CVS;
http://lists.andrew.cmu.edu/pipermail/info-cyrus/2009-March/030753.html
-Brian
On Friday 26 June 2009 @ 11:23, Adam Tauno Williams wrote:
> We use delayed expunge with a delay of 120 days.
>
> I was just playing with ipurge and it appears to 'physically'
> delete the m
On Friday 26 June 2009 @ 20:47, Adam Tauno Williams wrote:
>
> A reconstruct works, but then none of the expunged messages appear
> (list from unexpunge -l is empty). Should a reconstruct loose
> expunged messages in delayed expunge mode?
reconstruct will remove the expunged data if you don't sp
On Thursday 16 July 2009 @ 05:21, Gavin Gray wrote:
> 2. We should end up then with our existing murder but with three
> backends running 2.3.14. We then plan to upgrade the other machines
> in the murder to 2.3.14 in the following order: frontends then lmtp
> and finally the mupdate server. Does
On Thursday 16 July 2009 @ 09:53, Rudy Gevaert wrote:
>
> I wonder if it is possible to run sync to two different servers.
>
> Anyone?
AFAIK, Not easily. We considered trying to do this when we moved from
tape backup to disk based backup. We decided on an out of band
process to replicate to o
On Thursday 16 July 2009 @ 11:05, Nic Bernstein wrote:
> Brian,
> I certainly would be interested in seeing those. Please post them
> here, or to the Wiki.
>
> Best regards,
> -nic
Our email operations group manager put together a summary of our cyrus
implementation recently for a meeting
On Tuesday 29 September 2009 @ 06:59, Bernd Petrovitsch wrote:
> On Mon, 2009-09-28 at 15:33 -0700, Vincent Fox wrote:
> [...]
>
> > Really I've looked at fsck too many times in my life and
> > don't ever want to again. Anyone who tells me "oh yes but
>
> Especially not in the >100GB area.
We h
On Tuesday 29 September 2009 @ 18:41, Bron Gondwana wrote:
>
> Possibly the secret is that we use IPAddr2 from linux-ha to force
> ARP flushes, and we transfer the primary IP address between
> machines, so nothing else needs to know - we just shut down one end
> and bring up the other with the IP
On Monday 19 October 2009 @ 16:38, Michael Bacon wrote:
>
> I say mostly because while most of the times the thing handles our
> 80,000 users and 14,000+ simultaneous connections like a champ,
> some of the time, we get some extreme pain, mostly due to syncs
> between the MUPDATE master and the fr
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 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
On Tuesday 17 November 2009 @ 13:11, Patrick Boutilier wrote:
> On 11/17/2009 01:34 PM, Johannes Rußek wrote:
> > Nope, i'm not. is this necessary?
> > it's 2.3.9 on the master and 2.3.7 on the replica.
> > if that's the problem i will take care of that first.
>
> They are both 2.3.x so that shoul
This was just discussed on the list, check the thread
"ANNOTATEMORE => METADATA and rfc 5464" in the archive.
-Brian
On Monday 23 November 2009 @ 04:17, Julien Vehent wrote:
> Hello Cyrus guys,
>
> I was wondering if there were any undergoing work to extend the
> "flagged" attribute of IMAP int
On Thursday 17 December 2009 @ 08:28, Denis BUCHER wrote:
>
> I think I copied with scp.
>
> > Does the CLIENT folder have at least a cyrus.index file in it?
>
> No, the CLIENT folder has only subfolders...
>
Normally reconstruct doesn't recurse through directories that aren't
mailboxes unless
On Thursday 17 December 2009 @ 09:14, Denis BUCHER wrote:
> Hello Brian,
>
> Brian Awood a écrit :
> >> I think I copied with scp.
> >>
> >>> Does the CLIENT folder have at least a cyrus.index file in it?
> >>
> >> No, the CLIENT folder ha
On Thursday 17 December 2009 @ 18:38, Denis BUCHER wrote:
> Hello Brian,
>
>
> Correct ! It worked (I tried with a folder)
>
> > The "-rf" functionality is slightly different because it
> > needs a valid mailbox to start from.
> > If you have a lot of these cases, you might be able to automate th
We used to run into this fairly frequently when we were running 2.2 proxy
hosts. Although it never reached the point where it caused memory
exhaustion, usually we would catch it at an early stage because of a
slowdown in replication. It always appeared to be a Thunderbird client,
and at one t
On Friday 01 January 2010 @ 15:45, Paul Dekkers wrote:
>
> similar processes were killed. And the new archive-folder now ended up
> with several duplicates, taking about millions instead of tens of
> thousands. (We'll have to see how to dedup that, any ideas are
> appreciated otherwise I'll write
Hi Paul
On Sunday 03 January 2010 @ 13:35, Paul Dekkers wrote:
>
> Are you running 32 or 64-bits? We run 64-bits, and I realized that this
> allows a single imapd process to consume a considerable amount of
> memory (eg. all) instead of "just" 2G or so per process. (The server
> I'm talking about
a lot
of changes, but it's mostly additional if statements and some corresponding
formatting fixes.
-Brian
commit 989d72de5762dcc0962d0919f8c4652798816cf4
Author: Brian Awood
Date: Mon Aug 10 17:07:02 2009 -0400
Add -w and -e options to reconstruct
Added -w to warn admins about potenti
We've seen somewhat similar behavior with the Apple Mail client in the past.
My guess is it's IDLE related. If your using Apple Mail that came with 10.5,
it's IDLE implementation appears to work at first. However it has a bug in it
so that it stops working after a while. It seemed related to
I've had a patch against lmptd in bugzilla for a while;
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3158
I think the code probably just needs to be audited, to find the places where
setting a read timeout on the stream would be sufficient.
-Brian
On Friday 12 February 2010 16:59:31 Paul M
What version of cyrus are you running? If it's a version 2.3 with delayed
delete enabled, you are likely running into a bug in cyrus. We have run
into this issue, where you have a mailbox that is near the max length and
when you try to delete it, cyrus adds the extra DELETED/timestamp to the
mai
t; University of Bath Computing Services, UK
>
>
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.htmlFrom bf080b28e2b4389558d3bc6f25f605f6924773f9 Mon Sep 17 00
On Mon, 29 Mar 2010 21:17:08 -0400, Wesley Craig wrote:
> On 29 Mar 2010, at 18:18, Bron Gondwana wrote:
>>> https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3008
>>
>> Yeah, that should be the default. Search form is not for presentation
>> to users!
>
> That patch has been waiting since Nov 20
imapd is trying to proxy because the entry "1
store-101.internal.example.com" tells it that it's remote, even though it
is not. Theoretically this would work correctly with a unified murder
configuration, where any machine can proxy for another, but it isn't
implemented. The mailbox entry on the
You need to remove mupdate entry from the "Services" section of the cyrus
config on the backend servers. mupdate always assumes mailboxes are remote
so it is going through and changing all the mailbox entries to remote ones.
I'm not sure about the autocreate feature though, I assume that is wh
On Mon, 13 Sep 2010 16:34:02 +0200, "Jeroen van Meeuwen (Kolab Systems)"
wrote:
> Mark Cave-Ayland wrote:
>
>> My other point, of course, was that since the PostgreSQL guys worked to
>> fix a couple of bugs in cvs2git over the past couple of weeks, you may
>> get a better result if you grab the
31 matches
Mail list logo
