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
The main motivation was that I/we wanted this completely contained
within Cyrus rather than using an external service. A second, and
minor, motivation was that I wanted to prove that I could do it. A lot
of the code needed was already in place from the other services.
On 12/29/2015 02:38 PM
https://git.cyrus.foundation/rI4cc2d21871538774bd56137d44d20665fad3b965
On 12/29/2015 02:38 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 func
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
kn
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 ide
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
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 appro
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 anyone able to shed some insight as to w
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 (con
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 pack
I'm on holiday through Monday afternoon
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
On 05/18/2016 10:40 AM, qyb via Cyrus-devel wrote:
I try to build 3.0.0-beta2 on my Ubuntu 14.04 mechine.
I've apt-get install libopendkim-dev, (2.9.1-1)
configure report 'WARNING: Your version of OpenDKIM can not support
iSchedule. Consider patching OpenDKIM with
contrib/dkim_canon_isched
This definitely looks like a pre-2.0 version of the library is being found.
On 05/18/2016 11:35 AM, qyb via Cyrus-devel wrote:
I've installed libical 2.0.50, but configure still report libical >
2.0 checkerror
# pkg-config libical --modversion
2.0.50
# pkg-config libical --libs
-L/usr/local/l
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:
Hi,
In config_getoverflowstring():
/* First lookup _key, to see if we have a service-specific
* override */
if (config_ident) {
if (snprintf(buf,sizeof(buf),"%s_%s",config_ident,key) == -1)
fatal("key too long in config_getoverflowstring", EC_TEMPFAIL);
lcas
To the best of my recollection, the STARTTLS commit was a result of this
"bug" :https://bugzilla.cyrusimap.org/show_bug.cgi?id=2980
I don't know if having STARTTLS advertised on a pre-auth'd connection
was causing issues or just annoyed the guy. If we re-enable it, we
should definitely do som
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 today
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 th
yrus-imapd/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 "imapfla
19 matches
Mail list logo
