?
On Wed, Apr 29, 2015 at 9:56 AM, Ken Murchison mu...@andrew.cmu.edu
mailto:mu...@andrew.cmu.edu wrote:
On 04/29/2015 08:41 AM, Lucas Zinato Carraro wrote:
How to set document root to dcyrus httpd?
Only put
httpdocroot: /var/lib/cyrus/htdocs ?
in imapd.conf
,
backgroundCalendars: [], ignoreAlarms: false}
--
Another idea ?
On Wed, Apr 29, 2015 at 9:56 AM, Ken Murchison mu...@andrew.cmu.edu
mailto:mu...@andrew.cmu.edu wrote:
On 04/29/2015 08:41 AM, Lucas Zinato Carraro wrote:
How to set document root to dcyrus httpd
On 04/17/2015 10:17 AM, Lucas Zinato Carraro wrote:
I'm testing Cyrus Caldav ( 2.4.17+beta9 ) with several clients
iCal, Lightning, AgendaDAV, Evolution .
Unfortunately, I could not configure with the CalDavZAP 0.12.1
I follow the procedure to 2.5.0 (
On 03/04/2015 05:04 AM, hw wrote:
Hi,
can I remove or delete emails from the imap directory directly (with rm)
without screwing things up?
I'm running a virus scan over the spool directory and wonder how to get
those messages removed within which a virus has been found. The easiest
way
On 01/11/2015 06:52 PM, Adam Tauno Williams wrote:
On Mon, 2015-01-12 at 10:28 +1100, Robert Norris wrote:
Thanks for the heads up! Its pretty exciting to see all the interest
in JMAP :)
Is there / will there be JMAP support in/for Cyrus IMAPd?
I already have a stub for http_jmap.c in the
Hi Patrick,
On 12/16/2014 03:49 PM, Patrick Goetz wrote:
On 12/16/2014 12:16 PM, Ken Murchison wrote:
Are you talking about public
calendars, sharing a private calendar with a colleague, or both?
Our 2 primary use cases are this:
1. We have lots of people with busy schedules who have
Hi Patrick,
On 12/16/2014 12:38 PM, Patrick Goetz wrote:
On 12/15/2014 04:24 PM, Nic Bernstein wrote:
Patrick,
You'll find a link to the latest Beta release with CalDav/CardDav
support on the Cyrus IMAP website:
http://cyrusimap.org/
Thanks for that information. I've had to educate
On 12/16/2014 01:30 PM, Andy Bennett wrote:
Hi,
Email-based appointment scheduling is only used if you try to schedule
with someone NOT on the Cyrus server. The Cyrus server will send out
invites/replies via email for remote users. Any local attendees will
have the appointment
On 12/16/2014 08:03 PM, Andy Bennett wrote:
Hi,
Sorry, I wasn't clear on this point. Cyrus CalDAV sends out remote
invites/replies in the same way that Sieve does its work. Its done via
the MTA by piping the email to the local sendmail binary.
Thanks for the clarification but I'm still not
Hi Fabio,
Currently there is no way to change the text without recompiling.
In the future, I'd like to use ICU4C to internationalize auto responses
and error messages.
On 8/1/14, 8:10 PM, Fabio S. Schmidt wrote:
Hi !
I noticed that that when a message is rejected automatically by Sieve,
We are pleased to announce the tenth beta release of Cyrus IMAP with
integrated calendaring and contacts. This release contains mostly small
CalDAV fixes/enhancements, but does include the following noteworthy
changes:
- DAV DB changes now occur in the mailbox API which means
that
.
// Johan
On Jul 23, 2014, at 13:30, Ken Murchison mu...@andrew.cmu.edu wrote:
I had issues with the Apple clients and Digest. Unless you really need
Digest, I'd recommend using TLS + Basic.
On 07/23/2014 01:27 PM, Johan Hattne wrote:
Hi Ken;
That fixes the crash but results
Actually, let me do some testing of my own with Apple Contacts and see
if I can replicate the problem.
On 07/24/2014 10:57 AM, Johan Hattne wrote:
What format would you like that in (and how do I produce that)?
On Jul 24, 2014, at 10:48, Ken Murchison mu...@andrew.cmu.edu wrote:
I would
Hi Johan,
I believe this issue is fixed by the following commit:
http://git.cyrusimap.org/cyrus-sasl/commit/?id=76ce885a44e7cb511ba54ceae46349036abb9cc8
BTW, which CardDAV client is using Digest?
On 07/22/2014 01:48 PM, Johan Hattne wrote:
While PLAIN authentication works fine, I had the
.
This is using Contacts (8.0 1371) on an up-to-date OS X 10.9.4. It also
works on the iPhone (iOS 7.1.2).
// Johan
On Jul 23, 2014, at 10:55, Ken Murchison mu...@andrew.cmu.edu wrote:
Hi Johan,
I believe this issue is fixed by the following commit:
http://git.cyrusimap.org/cyrus-sasl/commit
Hi Johan,
Good catch. This a result of me always testing in a Murder environment
for use at CMU.
I just committed this fix:
http://git.cyrusimap.org/cyrus-imapd/commit/?h=caldav-2.4id=72dd0606feac1abf798a94448434a2d9013e490a
On 07/18/2014 02:34 PM, Johan Hattne wrote:
Dear all;
I’m
On 07/04/2014 11:05 AM, Deniss wrote:
Hello,
is it possible to force lmtp to bounce messages with temporary reject
code like 421 for certain user(s) ?
Looks like lmtp does not respect user_deny.db file.
You could try setting their quota to something small, e.g. 1 (one)
But mailbox may
On 06/05/2014 05:33 AM, Jean-Christophe Delaye wrote:
Hi,
After successfully tested Cyrus IMAPD v2.4.17-caldav on a stand-alone
Cyrus IMAP server, I wonder how to integrate CalDAV features in our
running Imap systems.
We're currently using 2 murder hosts and 4 backend servers, running in a
On 06/04/2014 04:03 AM, Jean-Christophe Delaye wrote:
On 03/06/2014 20:20, Ken Murchison wrote:
Can you telnet to port 80 on the server and give it the following
command (followed by 2 carriage returns):
OPTIONS * HTTP/1.0
Thanks Ken,
Connected to cyrus0.eurecom.fr.
Escape character
On 06/04/2014 11:59 AM, Jean-Christophe Delaye wrote:
On 04/06/2014 13:08, Ken Murchison wrote:
On 06/04/2014 04:03 AM, Jean-Christophe Delaye wrote:
On 03/06/2014 20:20, Ken Murchison wrote:
Can you telnet to port 80 on the server and give it the following
command (followed by 2 carriage
Can you telnet to port 80 on the server and give it the following
command (followed by 2 carriage returns):
OPTIONS * HTTP/1.0
On 06/03/2014 11:30 AM, Jean-Christophe Delaye wrote:
We're trying to use calendars with Cyrus IMAPD v2.4.17-caldav-beta9.
The following caldav settings are in
On 05/08/2014 11:37 AM, Paul Dekkers wrote:
Hi,
Reading doc/install-http.html,
Calendar provisioning
The CalDAV module will automatically create the required calendars for a
user the first time that the user authenticates to the CalDAV server.
Note that the user MUST have an existing IMAP
Hi Gavin,
Have you tried running reconstruct with the -G and/or -R options to see
if they fix the corruption without having to remove cyrus.index?
Another option is to place a copy of the user's user.seen file from
the 2.3 machine on the 2.4 machine prior to removing cyrus.index and
All,
I'm sure you have all heard about the Heartbleed
http://heartbleed.com/ bug by now. If not, you definitely need to
read up on it and take appropriate action.
A Cyrus admin (not at CMU) has recently run the check-ssl-heartbleed
As far as I know, nobody has done any work on it.
On 01/16/2014 12:25 PM, IMAP List Administration wrote:
Hello,
what is the progress, if any, implementing the VARIABLES extension to
sieve? Google only turns this up:
Ken Murchison | 2 Aug 15:49 2007
Re: Sieve variables draft
On 01/06/2014 01:01 PM, Mikhail T. wrote:
On 06.01.2014 8:03, Bron Gondwana wrote:
I think the problem is that just about nobody is running nntp
I for one would /love/ to make some of the mailboxes, where I archive
some private mailing lists, available to people via NNTP (read-only)
-- one
We are pleased to announce the ninth beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a bugfix release with the
following changes:
- Fixed bug in parsing of Accept header (now accepts */* and type/*)
- Fixed telemetry logging bug (old garbage appearing in log)
-
problems moving forward.
The real fix is Apple correcting their client to use an If-Match header
rather than If-Schedule-Tag-Match header if the resource doesn't have a
Schedule-Tag and/or isn't a scheduling object.
On 12/14/2013 01:02 PM, Ken Murchison wrote:
I just committed a fix to git
things, let me know - if I spot it at this
end, I’ll send
something out too.
Cheers
marty
On 16 Dec 2013, at 19:09, Ken Murchison mu...@andrew.cmu.edu wrote:
I confirmed that the DELETE problem is indeed a bug in the Apple client, and
that Apple is aware of it. I'm somewhat reluctant
:-)
If you get wind of apple fixing things, let me know - if I spot it at this
end, I’ll send
something out too.
Cheers
marty
On 16 Dec 2013, at 19:09, Ken Murchison mu...@andrew.cmu.edu wrote:
I confirmed that the DELETE problem is indeed a bug in the Apple client, and
that Apple
-Encoding
Server: Cyrus/v2.4.17-caldav-beta8 Cyrus-SASL/2.1.23 OpenSSL/0.9.8 zlib/1.2.3
libxml2/2.6.29 SQLite/3.8.2 libical/0.48
Content-Length: 0
I’ll keep looking; I can create and edit events, just not delete them…
marty
On 12 Dec 2013, at 17:30, Ken Murchison mu...@andrew.cmu.edu wrote
pushing out, just send me a link.
Marty Lee
v: 07827 950 918
On 14 Dec 2013, at 14:26, Ken Murchison mu...@andrew.cmu.edu wrote:
Hi Marty,
Thanks for the info. The 406 is in response to the GET, caused by a bug I
introduced when I added support for jCal and xCal data. I can't believe
We are pleased to announce the eighth beta release of Cyrus IMAP with
integrated calendaring and contacts. Major changes in the release include:
- Added a Timezone Service module
- Added support for jCal and xCal data
- Better handling of COPY/MOVE between backends
- Better handling of proxied
Hi Marty,
Did you find anything related to this? I don't have Mavericks yet, but
maybe a telemetry log of the client trying to delete an entry would
point me in the right direction.
Worst case, I will be with the Apple client developers in early February
and can test then.
On
We are pleased to announce the seventh beta release of Cyrus IMAP with
integrated calendaring and contacts. This is mainly a bug fix release,
with only a few minor features added.
This code is based on the stable Cyrus 2.4.17 release with support for
CalDAV, CardDAV and RSS added. All of the
On 9/11/13 5:43 AM, Bron Gondwana wrote:
On Wed, Sep 11, 2013, at 05:46 PM, Rudolf Gabler wrote:
Hi,
the cyrus-imapd-2.4.17-caldav-beta6 release shows the following:
After a fresh start with a mysql database for several purposes
duplicate_db: sql
mboxlist_db: sql
quota_db: sql
Kwiatkowski wrote:
Hi Ken,
Have you got a minute to think about my problem/question ?
Pozdrawiam
AK
W dniu 08.08.2013 02:10, Ken Murchison pisze:
I'm on holiday at the moment. Give me another week to ponder this.
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon
Is anyone using Cyrus CalDAV in production? I most likely need to
extend the CalDAV DB schema and if nobody is using the code in
production, I won't bother adding code to extend/upgrade the schema on
the fly. I will have a tool to rebuild the DB from the calendar resources.
Please let me
I'm on holiday at the moment. Give me another week to ponder this.
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
On Aug 7, 2013, at 7:47 PM, Bron Gondwana br...@fastmail.fm wrote:
On Wed, Aug 7, 2013, at 07:11 AM, Andrzej Kwiatkowski wrote:
I'm using
Hi Robert,
Bron is correct. The code isn't doing the right thing for virtdomains,
mainly because I hadn't bothered to add support for it as I was coding.
Obviously, this needs to be fixed. I guess the big question is what the
URLs should look like. Should we go with the current URL format
Hi Marty,
On 07/17/2013 09:33 AM, Marty Lee wrote:
Hi,
I've been playing with the latest Cyrus beta which includes the CalDAV
CardDAV
additions - from a personal perspective, almost all seems ok.
Server is a Solaris 10 (x86) box; clients are mainly Mac OSX (Mountain Lion)
and
some
On 07/18/2013 02:59 PM, Ken Murchison wrote:
The issue I've seen revolves around adding pictures to vCards - some
existing cards have pictures (copied from existing Mac address book), but
changing pictures or adding new cards with photos seems to cause problems -
I suspect it's 'segfaulting
We are pleased to announce the sixth beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a bug fix release, with
only a few minor features added. The biggest changes are support for
unixhierarchysep in all HTTP modules, and the switch from RSS 2.0 to
Atom 1.0 format
PM, Ken Murchison mu...@andrew.cmu.edu
mailto:mu...@andrew.cmu.edu wrote:
We are pleased to announce the fifth beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a security and bug fix
release, with only two minor features added. Sites that are using or
testing any
We are pleased to announce the fifth beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a security and bug fix
release, with only two minor features added. Sites that are using or
testing any of the HTTP-based services are urged to upgrade to this release.
This code
Dave is correct. The older imapd will show the calendar mailboxes to
users in the LIST output. If you want to hide them, you will have to
install the new imapd binary. Otherwise, you could change the ACLs on
the calendar mailboxes so that the user can't write to them, but they
will still see
We are pleased to announce the fourth beta release of Cyrus IMAP with
integrated calendaring and contacts (beta3 was an internal release
only). This is a security and bug fix release, with only one new
feature added. Sites that are using or testing any of the HTTP-based
services are urged to
.,
it would be nice to know if it's possible to handle this manually or
via the underlying mailboxes.
Cheers,
-nic
On 05/07/2013 10:23 AM, Ken Murchison wrote:
Ken Murchison wrote:
We are please to announce the release of Cyrus IMAP with integrated
calendaring and contacts for beta testing
We are please to announce the second beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a bug fix release centered
mostly on build issues.
This code is based on the stable Cyrus 2.4.17 release with support for
CalDAV, CardDAV and RSS added. All of the standard Cyrus
We are please to announce the release of Cyrus IMAP with integrated
calendaring and contacts for beta testing. This code is based on the
stable Cyrus 2.4.17 release with support for CalDAV, CardDAV and RSS
added. All of the standard Cyrus IMAP daemons and utilities should be
considered
Ken Murchison wrote:
We are please to announce the release of Cyrus IMAP with integrated
calendaring and contacts for beta testing. This code is based on the
stable Cyrus 2.4.17 release with support for CalDAV, CardDAV and RSS
added. All of the standard Cyrus IMAP daemons and utilities
I'd like to announce the release of Cyrus SASL 2.1.26 on
ftp.cyrusimap.org
Major changes in Cyrus SASL 2.1.26:
* Modernize SASL malloc/realloc callback prototypes
* Added sasl_config_done() to plug a memory leak when using an application
specific config file
* Fixed PLAIN/LOGIN authentication
I'd like to announce the release of Cyrus SASL 2.1.26 on
ftp.cyrusimap.org
Major changes in Cyrus SASL 2.1.26:
* Modernize SASL malloc/realloc callback prototypes
* Added sasl_config_done() to plug a memory leak when using an application
specific config file
* Fixed PLAIN/LOGIN authentication
Is anybody using Cyrus NNTP and the newspostuser option in imapd.conf?
I'm considering changing the behavior of newspostuser so that it
constructs a To: header rather than a Reply-To: header but I don't want
to break any existing installs.
--
Kenneth Murchison
Principal Systems Software
Ken Murchison wrote:
Is anybody using Cyrus NNTP and the newspostuser option in imapd.conf?
I'm considering changing the behavior of newspostuser so that it
constructs a To: header rather than a Reply-To: header but I don't want
to break any existing installs.
Never mind. After further
I'd like to announce the release of Cyrus SASL 2.1.25 on
ftp.cyrusimap.org
Major changes in Cyrus SASL 2.1.25:
Added support for channel bindings
Added support for ordering SASL mechanisms by strength (on the client
side), or using the client_mech_list option.
Allow DIGEST-MD5 plugin to be used
I am pleased to announce the release of Cyrus IMAPd 2.4.0. This
release should be considered production quality but hasn't yet been
widely tested. Major changes in the release are the following:
- All databases are now skiplist by default
- Charset subsystem has been rewritten - Unicode 5.2
Bron Gondwana wrote:
On Mon, Feb 08, 2010 at 11:29:22AM -0500, Ken Murchison wrote:
Bron Gondwana wrote:
On Mon, Feb 08, 2010 at 07:53:21AM +0100, Garry wrote:
Hi,
after wondering for a while why occasionally my sieve script rules
wouldn't work, I just found the reason (I guess) - Sieve
Bron Gondwana wrote:
On Mon, Feb 08, 2010 at 07:53:21AM +0100, Garry wrote:
Hi,
after wondering for a while why occasionally my sieve script rules
wouldn't work, I just found the reason (I guess) - Sieve doesn't
(correctly?) decode utf encoded header lines which e.g. are in a format
like
Thanks for adding this to the wiki. As I've said before, I'm
comfortable with most, if not all, of this.
I'm still working on completing the BODYPARTSTRUCTURE piece of
URLAUTH=BINARY in 2.4. I'm trying to decide if I want to search through
the preformatted BODYSTRUCTURE response in
Bron Gondwana wrote:
On Mon, Jan 04, 2010 at 09:11:10AM +0100, Simon Matter wrote:
Or you can use a dummy backend. It's a backend which always says « OK
» when you try to write in it, and always says « not in db » when you
read in it. This backend was never committed into cyrus-imapd... Here
I'm wondering if because the COPY might be taking a long time before
responding, that the client thinks that the server has hung or gone
away. The attached (untested) patch might solve the problem.
Paul Dekkers wrote:
Hi,
From time to time (but mostly at the start of the year ;-)), I
I spent a couple of days reviving the stale 2.4 development branch by
merging all of the 2.3 changes into it. This branch will now be where
the most active development will be taking place. Any activity on the
2.3 branch will be mostly bugfixes.
New features that are already in 2.4 are
I am pleased to announce the release of Cyrus IMAPd 2.3.16. This
release should be considered production quality. Major changes in the
release are the following:
- Added 'user_deny.db' to be able to selectively deny users access to
Cyrus services.
- Added 'popuseimapflags' option which
Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.16. This
release should be considered production quality. Major changes in the
release are the following:
- Added 'user_deny.db' to be able to selectively deny users access to
Cyrus services.
While upgrading
What is your new format proposal?
Bron Gondwana wrote:
I'm in the process of implementing rfc 5464, which is what the
ANNOTATEMORE drafts turned into.
Unfortunately, Cyrus' support is an early draft, before the paths
to everything were changed and the commands were renamed. It would
be
Bron Gondwana wrote:
On Tue, Nov 17, 2009 at 09:03:11AM -0500, Ken Murchison wrote:
What is your new format proposal?
I'll see :) Not sure yet - but mainly not sizeof(unsigned long)!
If we make a wholesale change to the database, perhaps this might be
something we put in the 2.4 branch
Bron Gondwana wrote:
On Tue, Nov 17, 2009 at 04:17:51PM -0500, Ken Murchison wrote:
Bron Gondwana wrote:
On Tue, Nov 17, 2009 at 09:03:11AM -0500, Ken Murchison wrote:
What is your new format proposal?
I'll see :) Not sure yet - but mainly not sizeof(unsigned long)!
If we make a wholesale
I'd like to announce the releases of Cyrus IMAPd 2.2.13p1 and 2.3.15.
These releases should both be considered production quality. These
releases are being made at this time to fix the potential buffer
overflow vulnerability described in CERT VU#336053:
http://www.kb.cert.org/vuls/id/336053
I'd like to announce the release of Cyrus SASL 2.1.24 RC1 on
ftp.andrew.cmu.edu. This release candidate includes numerous bugfixes
and several minor feature enhancements. For a complete list, look at
the NEWS file in the distribution. I'd like to get some independent
testing of this code
I'd like to announce the release of Cyrus SASL 2.1.23 on
ftp.andrew.cmu.edu. This version includes a fix for a potential buffer
overflow in sasl_encode64() (see http://www.kb.cert.org/vuls/id/238019),
otherwise it is identical to 2.1.22. Please note that while this fixes
vulnerable code,
Have you done an strace on one of the lmtpd on the backend to see what
it is doing?
Gary Mills wrote:
We have a fairly conventional Cyrus server with one front-end and one
back-end. Recently, I've noticed that when the number of lmtpd
processes on the back-end server increases to the 400
I can guarantee that I had nothing to do with writing this code. Other
than updating the copyright blurb as Bron noted, I'm fairly certain I've
never even looked at it. Since its only example code, use it at your
own risk. If you fix it or improve it, feel free to pass us the changes.
Bron
I am pleased to announce the release of Cyrus IMAPd 2.3.14. This
release should be considered production quality. This is mostly a
bugfix release. For full details, please see doc/changes.html and
doc/install-upgrade.html which are included in the distribution.
URLs for this release:
Committed to CVS. Thnaks!
Bron Gondwana wrote:
On Wed, Jan 14, 2009 at 07:49:40AM +0100, Simon Matter wrote:
http://github.com/brong/cyrus-imapd/commit/1de9d758aeb360714236388c4e1689db0522c21e
Maybe it's just the lack of caffeine in the early morning, but, isn't
there a way to simply
Bron Gondwana wrote:
Hi,
So - I've been playing with CONDSTORE a bit. Specifically, I'm looking at
supporting cross folder searching through our web interface, and it would
kind of suck to have to re-run the search on every folder every time we
have a new query. So I figured that checking
Wesley Alan Wright wrote:
Using cyrus-imapd-2.2.12-9.RHEL4.i386 and cyrus-sasl-2.1.19-14.i386,
trying to disable sslV2 to satisfy silly PCI (Purchase Card Industry)
requirements yet keep ports 993 and 995 open. Tried 37 different
variations of tls_cipher_list includin draconian
Laurent G wrote:
Hi list,
under Linux Debian Etch and Cyrus Imap 2.2.13-10, I planned to
synchronize ACLs between too IMAP servers, using imap. This works fine
for almost mailboxes, except for very few of them.
Symptoms :
-1- the IMAP command SELECT does not work on the INBOX folder.
I am pleased to announce the release of Cyrus IMAPd 2.3.13. This
release should be considered production quality.
Noteworthy changes:
* Added an experimental sql backend for cyrusdb. Currently MySQL,
PostgreSQL, and SQLite are supported.
* Added support for IMAP [CAPABILITY] response code
Folks,
I'm planning on releasing 2.3.13 late Friday afternoon EDT unless
someone reports a bug that we would consider a blocker. So, if there is
anyone planning on doing testing on RC3, please do it soon.
--
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie
I just put together a third and hopefully FINAL release candidate for
Cyrus 2.3.13. I'd appreciate any independent testing before I release
this to the masses.
http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-2.3.13rc3.tar.gz
Ian G Batten wrote:
On 08 Oct 08, at 0536, Bron Gondwana wrote:
On Mon, Oct 06, 2008 at 11:33:18AM -0400, Ken Murchison wrote:
I just put together a second release candidate for Cyrus 2.3.13. I'd
appreciate any independent testing before I release this to the masses.
Sorry about
Ian G Batten wrote:
On 08 Oct 08, at 1119, Bron Gondwana wrote:
On Wed, 8 Oct 2008 09:24:49 +0100, Ian G Batten
[EMAIL PROTECTED] said:
What's the testing status of the SQL backend for cyrusdb? I'll
switch batten.eu.org over to it, but that only has a dozen or so
users; ftel.co.uk's
tarjei wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ken Murchison wrote:
tarjei wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I got a shared folder where I want users to be able to create
subfolders, but where I want to restrict the users so they do not move
Kenneth Marshall wrote:
On Tue, Oct 07, 2008 at 12:18:01PM +0200, Simon Matter wrote:
I just put together a second release candidate for Cyrus 2.3.13. I'd
appreciate any independent testing before I release this to the masses.
Simon Matter wrote:
I just put together a second release candidate for Cyrus 2.3.13. I'd
appreciate any independent testing before I release this to the masses.
http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-2.3.13rc2.tar.gz
tarjei wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I got a shared folder where I want users to be able to create
subfolders, but where I want to restrict the users so they do not move
or delete the shared folder. The folder is a top level shared folder.
I read through the
I just put together a second release candidate for Cyrus 2.3.13. I'd
appreciate any independent testing before I release this to the masses.
http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-2.3.13rc2.tar.gz
http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-2.3.13rc2.tar.gz.sig
Hajimu UMEMOTO wrote:
Hi,
On Fri, 25 Apr 2008 14:39:20 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch Hajimu UMEMOTO wrote:
Hi,
On Fri, 25 Apr 2008 13:48:54 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd
Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12p2. This
release should be considered production quality.
I was careless in applying the memory corruption patch in 2.3.12p1 and
it didn't actually solve the problem. It should be fixed now.
Ken, I can't see
Hajimu UMEMOTO wrote:
Hi,
On Fri, 25 Apr 2008 13:48:54 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12p2. This
release should be considered production quality.
I was careless in applying the memory
Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12. This
release should be considered production quality.
Noteworthy changes:
* Added statuscache.db to cache IMAP STATUS data which
significantly reduces the amount of I/O necessary when neither the
mailbox nor
Simon Matter wrote:
Simon Matter wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12. This
release should be considered production quality.
Noteworthy changes:
* Added statuscache.db to cache IMAP STATUS data which
significantly reduces the amount of I/O necessary when
I am pleased to announce the release of Cyrus IMAPd 2.3.12p1. This
release should be considered production quality.
The only change from 2.3.12 is a patch to fix a memory corruption in the
imapd.conf parsing code which could cause segfaults on certain platforms.
Noteworthy changes from 2.3.11:
I am pleased to announce the release of Cyrus IMAPd 2.3.12p2. This
release should be considered production quality.
I was careless in applying the memory corruption patch in 2.3.12p1 and
it didn't actually solve the problem. It should be fixed now.
Noteworthy changes from 2.3.11:
* Added
I am pleased to announce the release of Cyrus IMAPd 2.3.12. This
release should be considered production quality.
Noteworthy changes:
* Added statuscache.db to cache IMAP STATUS data which
significantly reduces the amount of I/O necessary when neither the
mailbox nor \Seen state has changed --
Is this a clean build and a fresh restart?
Antoine Jacoutot wrote:
On Mon, 21 Apr 2008, Ken Murchison wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12. This
release should be considered production quality.
I'm getting a regression here:
(gdb) run
Starting program
Antoine Jacoutot wrote:
On Mon, 21 Apr 2008, Ken Murchison wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.12. This
release should be considered production quality.
I'm getting a regression here:
(gdb) run
Starting program: /usr/local/libexec/cyrus-imapd/master
Bron Gondwana wrote:
On Fri, Apr 04, 2008 at 07:10:27AM -0400, Ken Murchison wrote:
Bron Gondwana wrote:
Bron ( P.S. isn't it about time for a 2.3.12? I'm getting sick
of posting skiplist patches to people running the
lastest and having issues! )
Yes, it probably is. Perhaps
Bron Gondwana wrote:
On Wed, Apr 02, 2008 at 07:19:07AM -0400, Ken Murchison wrote:
Bron Gondwana wrote:
On Wed, Apr 02, 2008 at 09:51:50PM +1100, Bron Gondwana wrote:
On Wed, Apr 02, 2008 at 11:28:07AM +1030, Stephen Carr wrote:
I get the following type of error (see below) during
101 - 200 of 1988 matches
Mail list logo