On Sun, Mar 28, 2010 at 08:53:12PM -0400, Wesley Craig wrote:
On 27 Mar 2010, at 20:55, Jason L Tibbitts III wrote:
I had guessed, though perhaps I had hoped that something would simply
tell me that instead of giving odd errors that made me think that I
had
misconfigured something.
I
We have recently upgraded to Cyrus 2.3 and are making full use of the
delayed delete feature, and we are considering writing an interface to
allow users to undelete their own messages and mailboxes.
Before I start work on this myself, I thought I'd check with people here
to see if anyone has
On Mon, Mar 29, 2010 at 11:28:50AM +0100, David Mayo wrote:
We have recently upgraded to Cyrus 2.3 and are making full use of the
delayed delete feature, and we are considering writing an interface to
allow users to undelete their own messages and mailboxes.
Before I start work on this
We have several users with folders like this:
user.username.INBOX.INBOX.INBOXINBOX.INBOX.INBOX.INBOX.Deleted Messages
(total of 76 INBOXes or something).
No doubt the folders are generated by a bug in Apple Mail, but how to
get rid of them? Users can't do that by themselves, and no MUA
You can use cyradm to delete all the mailboxes that are
listed in the mailbox database. If the directory is not
in the list, once all the lower folders are deleted with
cyradm, you can just rm xxx the directory and continue
up the chain until they are all removed.
Cheers,
Ken
On Mon, Mar 29,
Hi all!
We run a Cyrus Murder setup.
Right now, we have a frontend which is 2.2.13, one backend which is also
2.2.13 and one backend which is 2.1.18.
This works quite well most of the time.
Just very seldom we see the Server(s) unavailable to complete
operation when an IMAP client tried to
Bron Gondwana wrote:
On Mon, Mar 29, 2010 at 11:28:50AM +0100, David Mayo wrote:
We have recently upgraded to Cyrus 2.3 and are making full use of the
delayed delete feature, and we are considering writing an interface to
allow users to undelete their own messages and mailboxes.
Before
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
Jukka Huhta wrote:
We have several users with folders like this:
user.username.INBOX.INBOX.INBOXINBOX.INBOX.INBOX.INBOX.Deleted Messages
(total of 76 INBOXes or something).
No doubt the folders are generated by a bug in Apple Mail, but how to
get rid of them? Users can't do that
On Mar 29, 2010, at 11:22 AM, David Mayo wrote:
My biggest concern is the interface will be relying on the info from
unexpunge which removes all the punctuation and spaces from the
fields[1] which will look naff to the users.
There's a patch for this:
We implemented a self service restore page for our users, I'm not sure if
the code is anywhere publicly accessibe and I think it is fairly specific
to our installation since we use kerberos/murder. Our implementation uses
remctl to make calls to unexpunge on the appropriate backend and we made
On Mon, 29 Mar 2010, Brian Awood wrote:
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.
The newest, 2.3.16. This certainly feels like a bug. Not going to
debug it this time, though.
If you don't want to
On Mon, Mar 29, 2010 at 12:12:42PM -0400, Matt Selsky wrote:
On Mar 29, 2010, at 11:22 AM, David Mayo wrote:
My biggest concern is the interface will be relying on the info from
unexpunge which removes all the punctuation and spaces from the
fields[1] which will look naff to the users.
On Mon, Mar 29, 2010 at 10:25:09PM +0300, Jukka Huhta wrote:
On Mon, 29 Mar 2010, Brian Awood wrote:
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.
The newest, 2.3.16. This certainly feels like a
At Sun, 28 Mar 2010 22:19:16 +0200, Gabor Gombas gomb...@digikabel.hu wrote:
Subject: Re: [patches] avoid unless exit()
On Fri, Mar 26, 2010 at 12:01:01PM -0400, Greg A. Woods wrote:
on return paths, perhaps, but not exit() paths -- there is no leak on
exit() :-)
The leak of course
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 2008 to be committed. But I'd
be happy to adjust it so human readable
On Tue, Mar 30, 2010 at 12:04 AM, Greg A. Woods woods-cy...@weird.comwrote:
A memory leak is memory consumption by a computer program where the
program is unable to release memory it has acquired.
On a code path that definitively always ends with exit(2), all memory
is, by definition,
On Mon, Mar 29, 2010 at 09:17:08PM -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 2008 to
18 matches
Mail list logo