Re: deflatePending not available in zlib on OpenBSD (undefined symbol)

I'd like to get it tested by someone other than me and probably under load. On 6/22/20 4:28 PM, Anatoli wrote: Hi Ken, Is there anything preventing the merge of your change in the PR? I thought it would be included in 3.2.2. Regards, Anatoli On 3/6/20 17:47, Ken Murchison wrote

Re: new features with no documentation

On 6/3/20 5:44 PM, Partha Susarla wrote: Hello Anatoli, On Wed, 3 Jun 2020, at 6:24 PM, Anatoli wrote: Cyrus developers, What is the purpose/benefit of zeroskip? Zeroskip is an append-only key-value DB, currently in experimental stage. What is the purpose of chardet and cld2 in

Re: run-time dependencies

not be needed during runtime, I guess, but I'm not sure if there are any. Thanks, Anatoli On 3/6/20 07:39, Ken Murchison wrote: On 6/3/20 3:48 AM, Anatoli wrote: Cyrus developers, I couldn't find in the documentation the *run-time* dependencies for cyrus-imapd. In particular, are any of these not required

Re: deflatePending not available in zlib on OpenBSD (undefined symbol)

This is my latest proposed fix: https://github.com/cyrusimap/cyrus-imapd/pull/3061 On 6/2/20 7:34 PM, Anatoli wrote: Looks good to me and compiles correctly on OpenBSD. Could it be included in the next 3.2 release (3.2.2)? On 2/6/20 19:31, Ken Murchison wrote: Yes, you're correct.  We

Re: configure: wslay v1.1.1 required but the latest one is 1.1.0

Yes, 1.1.0 is probably sufficient, unless this bug is an issue with Cyrus: https://github.com/tatsuhiro-t/wslay/pull/47 On 6/3/20 1:19 AM, ellie timoney wrote: Cool, thanks for confirming that. So far it's sounding like 1.1.0 is probably adequate, but I'll wait a little bit to see if Ken

Re: run-time dependencies

On 6/3/20 3:48 AM, Anatoli wrote: Cyrus developers, I couldn't find in the documentation the *run-time* dependencies for cyrus-imapd. In particular, are any of these not required to be present for the correct execution of cyrus-imapd (with --enable-http)? pcre e2fsprogs/uuid jansson sqlite3

Re: deflatePending not available in zlib on OpenBSD (undefined symbol)

ossible that there would be not enough buffer for deflate() to complete in one call. Regards, Anatoli [1] https://www.zlib.net/manual.html On 2/6/20 17:36, Ken Murchison wrote: Hi Anatoli, Thanks for the report.  I'm not sure that we even need the deflatePending() call, since we use deflate

Re: deflatePending not available in zlib on OpenBSD (undefined symbol)

Hi Anatoli, Thanks for the report.  I'm not sure that we even need the deflatePending() call, since we use deflateBound() to create an appropriately-sized buffer to hold the entire compressed response body.  Let me do some testing. On 6/2/20 3:48 AM, Anatoli wrote: Cyrus developers, Is

Re: FreeBusy with RFC6638 "Scheduling Extensions to CalDAV": 5.1; Service unavailable

ee/busy request over email. Try adding the following option to imapd.conf: calendar_user_address_set: bbb.xyz -- Ken Murchison Cyrus Development Team Fastmail US LLC

Re: Best practices for cyrus-sasl development

On 2/18/20 1:50 PM, Quanah Gibson-Mount wrote: --On Tuesday, February 18, 2020 1:45 PM -0500 Ken Murchison wrote: I agree that we should sync 2.1 with master and use it for future 2.1 releases and use master fir development. Ok.  I tested a merge of origin/master, and it's clean

Re: Best practices for cyrus-sasl development

I agree that we should sync 2.1 with master and use it for future 2.1 releases and use master fir development. On 2/18/20 1:42 PM, Quanah Gibson-Mount wrote: --On Tuesday, February 18, 2020 12:59 PM -0500 Ken Murchison wrote: I can tell you that 2.1.27 was built from master.  The 2.1

Re: Best practices for cyrus-sasl development

Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com> -- Ken Murchison Cyrus Development Team Fastmail US LLC

Re: yearly release cycle

re’s general agreement, I am definitely ready to pitch in and help try to make it work! — rjbs -- Ken Murchison Cyrus Development Team Fastmail US LLC

Re: Notes 29 July

we’ll fix this in the Fastmail middleware for our weird usecase.   - Need to build a more general way to determine "IsYou" inside Cyrus. --   Bron Gondwana, CEO, Fastmail Pty Ltd br...@fastmailteam.com -- Ken Murchison Cyrus Development Team Fastmail US LLC <>

Re: Cyrus-SASL development

Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com> -- Ken Murchison Cyrus Development Team Fastmail US LLC <>

Re: Scheduling VJOURNAL

trigger emails? Regards Дилян -- Ken Murchison Cyrus Development Team FastMail US LLC <>

SASL 2.1.27

response o auth_krb5.c: + Added krb5_conv_krb4_instance option + Added more verbose error logging -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Notes Nov 19

are done ellie: * no report Ken: * will annouce SASL 2.1.27 tonight or tomorrow * working on mbpath-by-id.  96% of Cassandane tests pass.  still working through RENAME issues. most of the other failures are hard-coded path issues Partha: * no report -- Ken Murchison Cyrus Development Team FastMail

Cyrus meeting notes - October 29, 2018

JMAP - Working on updating Cyrus to latest JSCalendar draft Bron: - Implemented addDates for JMAP mail - Fixed issue with failed search not properly closing mailboxes - Working on INBOX.INBOX issue with RobM Partha: - Working on splitting time zones from cyruslibs -- Ken Murchison Cyrus

Re: Updating Cyrus Bylaws

I submitted incorporated into 2.1.27. --Quanah -- Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: <http://www.symas.com> -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Re: uniqueid based paths

://lists.andrew.cmu.edu/pipermail/cyrus-devel/2015-March/003182.html [2] https://lists.andrew.cmu.edu/pipermail/cyrus-devel/2016-June/003786.html [3] https://github.com/cyrusimap/cyrus-imapd/commit/e4c9ac2bc88bc73fcc0f7151eb299ac1ed94333c#diff-3f7e9582b7051be83c0edd299be8f5a5 -- Ken Murchison Cyrus Development

Meeting minutes Jul 9, 2018

das for IETF 102 being tweaked -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Re: httpd behind proxy

allow a client to do. I know that we (FastMail) run Cyrus behind nginx and this hasn't become an issue, unless our ops guys have patched Cyrus or found a different way to handle this in Nginx.  Bron may know, once he wakes up. -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Re: shared xDAV resources

dio buttons for access type (read|write)), so its owner could share his/her calendars/contacts directly from the existing GUI. Please let me know if I can provide additional details. Thanks, Anatoli *From:* Ken Murchison *Sent:* Friday, May 25, 2018 10:29 *To:* Cyrus Devel *Subject:* Re: sh

Re: shared xDAV resources

ird, so I use /CardBook/ add-on and it works well with shared addressbooks, no issues detected. /Evolution/ supports CardDAV natively and also works well with shared addressbooks. Regards, Anatoli *From:* Ken Murchison *Sent:* Saturday, April 07, 2018 21:53 *To:* Bron Gondwana, Cyrus De

Re: Cyrus Jmap support question

'[["Mailbox/get", {}, "#1"],"using":["jmap-core","jmap-mail"]]' \ http:// <http://35.192.121.94/jmap>35.192.121.94:443 <https://my.ip.address:443/jmap>/jmap <http://35.192.121.94/jmap>" -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Re: Cyrus Jmap support question

, but cannot make it log. Thanks a lot, Zhivko Vasilev On Tue, May 22, 2018, at 7:19 AM, Ken Murchison wrote: I am just back home after a holiday.  I will look into this sometime today or tomorrow after I catch up on other items. On 05/21/2018 01:47 PM, Zhivko Vasilev wrote: Hello Everyone, I

Re: Cyrus Jmap support question

server supports multi-use * Connection state changed (HTTP/2 confirmed) * Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0 * Connection state changed (MAX_CONCURRENT_STREAMS updated)! < HTTP/2 301 < date: Mon, 21 May 2018 17:36:58 GMT < location: /jmap/ < vary: Accept-Encoding < content-length: 0 < * Connection #0 to host 35.192.121.94 left intact Please give me some advice or clue how to track what is the problem. I'm stuck at this point for two days :( Thanks , Zhivko Vasilev -- Ken Murchison Cyrus Development Team FastMail US LLC <>

SASL 2.1.27 rc8

All, I have built a eighth (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: * HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc8.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc8.tar.gz.sig * FTP:

Re: shared xDAV resources

Yes, these are related items. On 04/08/2018 10:08 PM, ellie timoney wrote: Is this thread covering the same ground as https://github.com/cyrusimap/cyrus-imapd/pull/2307 ?  I don't know DAV well enough to tell. On Sun, Apr 8, 2018, at 10:53 AM, Ken Murchison wrote: I originally wrote

Cyrus meeting Apr 9

The meeting this week will take occur at 11:00 UTC.  7:00 EDT, 21:00 AEST -- Ken Murchison Cyrus Development Team FastMail US LLC

Cyrus Meeting Minutes: March 26 2018

Present: ellie, Ken, Partha Ellie: * gearing up for a 3.0.6 release soon * cherry-picking important patches from master Ken: * Work mostly surrounding IETF * Worked with WebSockets over HTTP/2 implementation in Chrome 67 - unsuccessful getting it to work with Cyrus so far * Updated my 2

SASL 2.1.27 rc7

All, I have built a seventh (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc7.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc7.tar.gz.sig FTP:

Re: SASL 2.1.27 rc6

It looks like Dan White may have found and tested a fix for the ldaps+GSSAPI issues in the tracker.  I'd like to have some peer review of this before I cut the final release on the morning of the 31st (US/Eastern time). On 12/22/2017 01:03 PM, Ken Murchison wrote: Unfortunately, I don't know

Re: SASL 2.1.27 rc6

7.5.0, manually compiled. Do you have suggestions of where to debug? On 12/20/17 10:14 -0600, Dan White wrote: Ken, I'll try to lab up my original test case (for bug 3480) tomorrow evening. On 12/20/17 11:00 -0500, Ken Murchison wrote: We haven't had much, if any, feedback on this release

Re: SASL 2.1.27 rc6

will have to patch immediately. On 12/11/2017 08:01 AM, Ken Murchison wrote: All, I have built a sixth (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc6.tar.gz http://www.cyrusimap.org

SASL 2.1.27 rc5

All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc5.tar.gz [MD5: 0e4ab034e93933ae7e4891b6ff58694f] http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc5.tar.gz.sig [MD5:

Re: SASL 2.1.27 rc4

Thanks Jakub! On 09/12/2017 11:22 AM, Jakub Jelen wrote: On Mon, 2017-09-11 at 09:58 -0400, Ken Murchison wrote: All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz https

SASL 2.1.27 rc4

All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz.sig ftp://ftp.cyrusimap.org/cyrus-sasl/cyrus-sasl-2.1.27-rc4.tar.gz

Re: Cyrus Meeting Notes - Sep 11th 2017

I spent most of the week on SASL. Posting 2.1.27 RC4 today. Alexey and I are working on tweaking client-side mechanism selection - hopefully for the last time. On 09/11/2017 08:33 AM, Robert Stepanek wrote: Present: Bron, Partha, RobertS Bron: * Prototyped libmapped support for headers and

Re: missing uniqueid? [was: Re: 3.0.2: info [mailbox] failed on murder, Internal error: assertion failed]

The MUPDATE protocol has no facility to pass mailbox uniqueids back and forth. It only deals with mailbox names, locations, and ACLs. On 08/11/2017 11:08 AM, Stephan Lauffer wrote: Hi Zitat von StHelloephan Lauffer : Hello! In our test environment we have two

SASL 2.1.27 rc3

All, I have built a third release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27rc3.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27rc3.tar.gz.sig FTP:

SASL 2.1.27 rc2

All, I have built a second release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc2.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc2.tar.gz.sig FTP:

Re: Future of Cyrus-SASL

On 07/12/2017 09:10 PM, Quanah Gibson-Mount wrote: Hi Bron, Ken, Jan, That's excellent news! I look forward to the RC and putting it through its paces. ;) Are there additional resources beyond Ken that will be working on the SASL project? Alexey Melnikov still has commit access, but I'm

Re: Future of Cyrus-SASL

Now that I am employed by FastMail, I will have more time to work on SASL. In fact, I plan to have a 2.1.27 release candidate available by the end of this week. On 07/12/2017 07:09 PM, Quanah Gibson-Mount wrote: Hi all, I started a small discussion on this in cyrus-sasl issue #433, but the

Cyrus meeting minutes 3 July 2017

Ken - Fixed and closed non-Murder issues assigned to him last week - Will start working on shared alarms * First need to update libical VPATCH branch to parse new path scheme Partha - Finishing up issues assigned last week. Mainly focusing on date parsing Nicola - Reassigned

Re: Multiple crashes in cyrus-imapd-3.0.1 (httpd)

On 05/10/2017 03:09 PM, Fritz Elfert wrote: On 10.05.2017 18:45, Ken Murchison wrote: [...] ***It would be interesting to know, what the original author of that suspicious line in httpd.c had intended.*** Setting maxbufsize to zero disables integrity and security protection since no HTTP

Re: Multiple crashes in cyrus-imapd-3.0.1 (httpd)

My recommendation is to NOT use HTTP Digest since its deployment in current clients is a non-interoperable mess. I actually regret that I ever attempted to support it in Cyrus HTTP. On 05/09/2017 06:30 AM, Fritz Elfert wrote: Hello everyone, Last week I decided to give cyrus-imap v3.0.1 a

Re: Multiple crashes in cyrus-imapd-3.0.1 (httpd)

On 05/09/2017 06:30 AM, Fritz Elfert wrote: Hello everyone, Last week I decided to give cyrus-imap v3.0.1 a try because I wanted to play with CalDAV and CardDAV). My mail server runs Fedora24 and I used the distro packages (cyrus-imapd-2.4.18-2.fc24 and cyrus-sasl-2.1.26-26.2.fc24) until

Re: How to prime user calendars in Cyrus 3?

Where will be "Default" for a new user. Yes "Default" was a shitty choice but it corresponds to the default calendar collection in CalDAV scheduling parlance. On 05/04/2017 01:16 PM, Ken Murchison wrote: Hi Nic, Try adding the following header to your authenticated

Re: How to prime user calendars in Cyrus 3?

Hi Nic, Try adding the following header to your authenticated (as admin) requests: Authorize-As: This *should* allow the admin to proxy as the specified user. There currently isn't any standard for proxy auth in HTTP, so I manufactured by own header to do so. This is how a frontend server

Re: Cyrus meeting April 24

Sieve items: Added :fcc option to vacation to file copy of outgoing message (Ken) Need to write up I-D for :fcc (Ken) Working on adding support for :specialuse (draft-bosch-sieve-special-use) to fileinto and vacation with :fcc (Ken) On 04/24/2017 09:56 AM, Nicola Nye wrote: These lovely

Re: Cyrus Sieve futures

/issues/1778 On Tue, Feb 7, 2017, at 09:34 AM, Ken Murchison via Cyrus-devel wrote: All, I'm in the process of rewriting the Sieve parser and adding new extensions for what will become part of Cyrus v3.1. We currently support deprecated and non-standardized extensions "imapflags" (st

Cyrus Sieve futures

All, I'm in the process of rewriting the Sieve parser and adding new extensions for what will become part of Cyrus v3.1. We currently support deprecated and non-standardized extensions "imapflags" (standardized as "imap4flags) and "notify" (standardized as "enotify"). I'd like to rip out

Re: Cyrus-SASL supported RFCs

I just committed updates to the RFCs and I-Ds on index.html as well as updating mechanisms.html On 11/06/2016 08:12 PM, Nicola Nye wrote: Ken, I'm converting the cyrus-sasl docs to sphinx/rst format so we can make them visible online at cyrusimap.org. Something which jumped out at me

Re: libical >= 2.0.0 support (patch)

It looks like this patch is against Cyrus 2.5 since the 3.x code didn't use any add_by*() functions. Those patches have already been ported back to 2.5. Both Cyrus 2.5 and 3.x (in git) now compile with both libical 1.x and 2.x. On 05/24/2016 04:40 AM, Ondřej Surý via Cyrus-devel wrote:

Re: v3.0

On 05/09/2016 02:57 AM, Anatoli via Cyrus-devel wrote: Hi all, I'm testing v3.0.0 beta2. Here goes the feedback, this time for the build process. 1. --disable-squat option in configure has no effect. Please see attached a patch (configure.ac.patch). Patch applied. 2. Without icu-dev

Re: v3.0

You can ignore the DKIM check. I should probably remove it. On 05/09/2016 02:57 AM, Anatoli via Cyrus-devel wrote: Hi all, I'm testing v3.0.0 beta2. Here goes the feedback, this time for the build process. 1. --disable-squat option in configure has no effect. Please see attached a patch

Re: Request for docs help: lmtpproxyd, message_test, pop3proxyd, search_test, squat_dump, synctest

On 05/09/2016 03:51 AM, Michael Menge via Cyrus-devel wrote: Hi, Quoting Nicola Nye via Cyrus-devel : G'day, I'm trying to flesh out our man pages and corresponding html reference files for all the programs and tooling that is shipped with Cyrus. Is

Re: Minutes March 14th

Sorry I missed the meeting. I'm still working on sharing, amid other distractions. I am working through the idiosyncrasies between the iOS and OSX clients. Some of the XML elements that have been pseudo-documented by Apple as being optional are really mandatory, so I'm altering my code

Re: Meeting minutes 8 Feb

On 02/09/2016 07:44 PM, Bron Gondwana via Cyrus-devel wrote: On Tue, Feb 9, 2016, at 03:26, Ken Murchison via Cyrus-devel wrote: I haven't decided if we want/should allow a sharee to actually delete a sharer's collection if it has been shared as read-write. I'm think only the owner should

Re: Meeting minutes 8 Feb

On 02/08/2016 06:23 AM, Bron Gondwana via Cyrus-devel wrote: Present: Nicola, ellie, Bron, Simon Nicola - that email I nagged about docs. Bron - will have time tomorrow, let's just do it. - Sieve docs are coming along very well. - Checksumming extension idea from FM wiki is a silly

Re: Patch to avoid conflicts with OpenSSL headers

Hi Adam, Thanks for the patch, but I'm reluctant to apply it because any existing software using the MD5 implementation in Cyrus SASL would be broken by this change. Also, OpenSSL and Cyrus SASL have co-existed for quite some time and the two MD5_CTX haven't been a big problem as far as I

Re: cyrus-imapd 3.0.0 next beta and release plan?

PM, Thomas Jarosch wrote: Hi Ken, Am 29.12.2015 um 16:32 schrieb Ken Murchison: If all that can be done safely in the signal handler is setting a global variable, I might just scrap the heartbeat functionality. The alternative is that the actual method processin code will have periodically check

Re: cyrus-imapd 3.0.0 next beta and release plan?

Thomas, If all that can be done safely in the signal handler is setting a global variable, I might just scrap the heartbeat functionality. The alternative is that the actual method processing code will have periodically check the status of the global variable. Or do you have a more creative

Re: Failed to create - mailbox is locked

On 09/03/2015 08:42 AM, Bron Gondwana wrote: IOERROR: failed to create fastmail.com!user.REDACTED.#calendars (Mailbox is locked) We get these occasionally, and I wondered why until just now, when I remembered... The initial CREATE or RENAME lock.. it's a mboxname_lock EXCLUSIVE, and it's

Re: Update to Murder docs (D69) and question on style.

On 08/20/2015 10:26 PM, Nic Bernstein wrote: On 08/20/2015 09:07 PM, Bron Gondwana wrote: On Fri, Aug 21, 2015, at 11:42, Nicola Nye wrote: On Fri, Aug 21, 2015, at 11:35 AM, Bron Gondwana wrote: Murder plus replication is a giant ball of suck right now. They don't know about each other, and

Re: Latest version of libical?

On 07/13/2015 02:46 AM, Chris Davies wrote: Does anyone know where I can get the latest version of libical, ideally at least version 2? I've been working through this https://docs.cyrus.foundation/imap/developer/installguide.html guide and am getting these warnings: configure: WARNING:

Re: [PATCH] Support TLS+SNI and virtual domains

Hampa, Thanks for the patch. I have created a task for this feature and attached you patch (differential): https://git.cyrus.foundation/T190 On 05/27/2015 06:24 AM, Hampa Hug wrote: Hampa Hug wrote: It seems that imapd does not support virtual domains over a single TLS connection.

Re: capitalized http service in 2.5.0 and FreeBSD

Hi Paul, This patch makes sense, but for some reason, I think it breaks HTTP Digest Auth. I will need to do some testing. On 04/01/2015 03:13 PM, Paul Dekkers wrote: Hi, I noticed that the pam-service for http in Cyrus 2.5.0 is capitalized, while FreeBSD only accepts it lowercase:

Re: Misbehavior cyrus caldav and evolution. Calendar is readonly.

Hi Stephan, Thanks for your work on this. I am actually at a calendaring conference at the moment, but I will look at this later in the week and do some Evolution testing myself. On 01/28/2015 12:21 PM, Stephan wrote: Hi, I am aiming to run cyrus with caldav and carddav support. On the

Re: Review Request: backports to support imap4flags in cyrus-imapd-2.4

I think backporting strarray is just fine. In fact, I may have already done so for caldav-2.4. I know I backported a bunch of struct buf API additions. On 10/31/2014 02:51 PM, James Cassell wrote: Hello, I've backported six strarray_t patches to cyrus-imapd-2.4.17 to support the sieve

Re: Issues with 2.4.17-beta9 beta10 on OSX

Hi Marty, The sanity check of the vCard properties is done in store_resource() in http_carddav.c I also recently committed a logic error that was preventing vCards to be updated with the BusyContacts client which may have been effecting other clients as well. On 10/08/2014 03:33 AM,

Re: nntptest little issue !?

On 09/14/2013 10:19 PM, Diego Woitasen wrote: Hi, I was using nntptest to test a Cyrus NNTP server with Kerberos enabled. It didn't work at first because nntptest didn't send the initial challenge. I had look at the code and saw that sasl_client_start() doesn't return anything because the

Re: cyrus-imapd-2.4.17-caldav-beta5 released

On 07/01/2013 06:25 AM, Ondřej Surý wrote: Hi Ken, On Wed, Jun 12, 2013 at 7:12 PM, Ken Murchison mu...@andrew.cmu.edu mailto:mu...@andrew.cmu.edu wrote: Both of these, along with some other fixes that I worked on at the CalConnect interop testing last week, will be part of beta6

Re: cyrus-imapd-2.4.17-caldav-beta5 released

On 11. 6. 2013, at 16:01, Ken Murchison mu...@andrew.cmu.edu mailto:mu...@andrew.cmu.edu wrote: Hi Ondrej, I have not done any testing with unixhierarchysep or virtdomains. From the error messages below, it looks like the mailbox name translation is not being done properly, or not being done

Re: Let's map tickets to milestones

The CalDAV code is almost entirely orthogonal to the base Cyrus code so I don't see it effecting the stability of the other services. Those changes that were made to the base code are running at CMU so they should be fine. That being said, if httpd is complete crap, then it could effect the

Re: Cyrus reviews

Greg Banks wrote: G'day, I've been told I should do reviews more openly. Ok, here goes. commit rename: ensure user owns both source and dest for Bug #3586 workaround Ok, but why? commit nntpd: use defaultdomain in conjunction with newspostuser to create Reply-To header addresses Looks

Re: Cyrus reviews

Ken Murchison wrote: Greg Banks wrote: This code +newdest = buf_release(buf); will leak the string, as newdest is never free()d (and indeed in some other branches of the logic, cannot be). A better solution would be const char *newdest = NULL; ... newdest = buf_cstring(buf

Cyrus NNTP/newspostuser

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

Re: RSS support in Cyrus

Alexey Melnikov wrote: Bron Gondwana wrote: On Mon, Sep 19, 2011 at 12:37:52PM -0400, Ken Murchison wrote: +1 for RSS (obviously) I think if it's going into production it should go onto the roadmap for 2.5 as well, unless we get 2.5 out before then. Otherwise the development effort

Re: RSS support in Cyrus

Jeroen van Meeuwen (Kolab Systems) wrote: On 19.09.2011 17:26, Dave McMurtrie wrote: Good day, Hi Dave, We've been tasked by our management with providing RSS support in Cyrus. Fortunately, the Cyrus httpd server that was recently developed makes this much less onerous of a task.

Re: MAILBOX_FORMAT_NETNEWS - is it actually needed?

I think its some legacy cruft. I have never used it in any code that I have written. It probably can be removed. Bron Gondwana wrote: I've just been searching through the sourcecode trying to find any evidence that MAILBOX_FORMAT_NETNEWS actually changes how anything works. It looks like

Re: Cyrus Future status update

Bron, What is broken in nntpd? I don't know who is using it, but I will certainly fix it. Bron Gondwana wrote: So - I haven't pushed anything more to CVS for a bit! That's because I wanted to refactor some more list logic out of sync_support.c and into its own function where it can be

Re: Seen databases

I've been thinking about this for a while and I keep coming back to the same answer. seen_local is legacy and I wouldn't expect to find this in the wild anymore. I don't think we should waste cycles doing anything with it. I don't recall why seen_bigdb was created by one of my predecesors,

Re: What's happening in future branch - April 19

When will all of this end up in CVS? I've been distracted with other things for a while, but I still want to complete what's left of RFC 5524 (BODYPARTSTRUCTURE). There are also a few relatively trivial additions/fixes in bugzilla that I was going to hit today or tomorrow. Bron Gondwana

Re: QRESYNC

Sorry for the late response. I also agree that (1) seems like the best option. Robert Mueller wrote: 1) Pro: * simple to calculate - only updated by cyr_expire simple seems good :) 1) Con: * Higher bandwidth use in the stale client case. If you're not syncing that often, then

Re: What's happening in future branch - March 25

Sounds good! Bron Gondwana wrote: Gosh, it's getting awfully close to my self imposed deadline of April isn't it - though I think I'll be pulling an Ubuntu and saying I meant the end of April, honest. Sysadmin stuff got in the way for rather longer than I intended. Due to making changes all

QoS on Cyrus traffic

Can we get some opinions on the feature request below: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3184 I'm pretty much convinced that such a feature is worth adding, the only question is where should it be configured: imapd.conf or cyrus.conf ? -- Kenneth Murchison Systems Programmer

Re: QoS on Cyrus traffic

Philip A. Prindeville wrote: On 01/08/2010 12:48 PM, Ken Murchison wrote: Philip A. Prindeville wrote: On 01/08/2010 12:06 PM, Ken Murchison wrote: Can we get some opinions on the feature request below: https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3184 I'm pretty much convinced

Cyrus development update 12/29/09

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

Re: Cyrus IMAPd 2.3.16 Released

Done. Hajimu UMEMOTO wrote: Hi, On Mon, 21 Dec 2009 09:01:53 -0500 Ken Murchison mu...@andrew.cmu.edu said: murch I am pleased to announce the release of Cyrus IMAPd 2.3.16. This murch release should be considered production quality. Major changes in the murch release are the following

Cyrus IMAPd 2.3.16 Released

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

Re: ANNOTATEMORE = METADATA and rfc 5464

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 great

Re: ANNOTATEMORE = METADATA and rfc 5464

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

Re: ANNOTATEMORE = METADATA and rfc 5464

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

Re: FastMail Cyrus Patches for upstream

The CRC additions make sense to me. I will look at the rest of the patches when I get back from vacation next week. Bron Gondwana wrote: UP-FRONT notice. I'd particulary love feedback on the index format change. Here's the executive overview: index header: replace SPARE4 with HEADER_CRC -

Re: Incorrect size calculations on bogus messages

I wonder if we should just reject these messages in lmtpd. Bron Gondwana wrote: Here's a funny one. I've recreated it as a simple testcase which I'll paste below. Basically, a message with invalid mime structure causes cyrus to put the wrong size information in its headers. Seems some

Re: CONDSTORE by default?

There is a higher bookkeeping cost when only \Seen state changes because rather than just updating seen.db, we also have to tweak cyrus.index. The cost may not be enough to worry about, but since \Seen state is most likely the most frequently used flag (and most likely is changed separately

Re: Small type bug in lmtpengine.c

Applied to CVS. David Carter wrote: The quota parameter to verify_user() is quota_t, not long. Solaris 10 with bundled GCC 3.4.3 wasn't doing type promotion correctly. (long)(-1) becomes (long long int)(4294967295), which is = 0. Consequently IGNOREQUOTA had no effect. -- Kenneth

  1   2   >