A conversation has been started on when Cyrus IMAP 2.5 would be released.
So far, there's little certainty about it, but we can try and make it more
visible by creating tracker tickets and logging every bug, enhancement and/or
task into Bugzilla.
If we were to give people a week or so to do all
On 2012-04-16 3:14, Greg Banks wrote:
The largest remaining issue is working out how to make upgrades from
2.3
and 2.4 as painless as possible, and how far we're willing to go to
achieve that.
Can we create a ticket for this?
Other that that, I have on my agenda for 2.5:
- some pending cle
On 2012-04-20 11:15, Дилян Палаузов wrote:
Hello,
Can SMakefile be deleted?
If it's not needed, it can.
Do we need "make snapshot" in addition to "make dist"?
It'd be nice to maintain a target doing pre-releases of current GIT, as
especially working towards 2.5 I plan on doing some of t
On 2012-04-27 8:32, Greg Banks wrote:
So it turns out there were several things wrong with the code in
configure.ac which checked for LDAP. Most of these have been broken
for
a very long time.
- we check for ldap_initialize() twice, pointlessly
- if given --with-ldap i.e. with no argument,
Hello there,
With many thanks to Дилян Палаузов , we would like
to let you know about one particular feature now definitely included for a
pending Cyrus IMAP 2.5 release.
As a feature for the upcoming 2.5 release of Cyrus IMAP, though the exact
schedule is yet unknown, we have merged into mast
On 2012-05-10 17:32, Bron Gondwana wrote:
On Thu, May 10, 2012 at 04:03:26PM +0200, Дилян Палаузов wrote:
Hello,
>While we're at it, I'd love to split things like 'mailbox.c' which
are
>really libraries into a separate directory from 'imapd.c' which is
a
>system daemon only run by master fro
On 2012-05-11 2:00, Greg Banks wrote:
On Thu, May 10, 2012, at 09:42 PM, Jeroen van Meeuwen (Kolab Systems)
wrote:
I agree. This tidying up is going to majorly invasive - don't forget
we
want to merge in caldav before this happens as well.
I strongly recommend any major really tidying t
On 2012-05-22 9:40, Bron Gondwana wrote:
We're having issues building zephyr with the new automake stuff,
and before we spend too much time fixing it - there's a question
worth asking...
Does anyone actually use zephyr?
I (we) don't.
If not, I'd prefer to remove it and integrate worldline's
On 2012-05-29 1:38, Greg Banks wrote:
Ok, I'll review that, starting today or tomorrow (flu permitting). I
saw Andreas' message go past but I can't seem to find it now that I
need
it :( so what's the git URL?
He's git://github.com/aosowski/cyrus-imapd.git
The branch is ticket/3605
Kind reg
On 2012-05-29 11:32, Sébastien Michel wrote:
Hi,
I'm very sorry that Andreas done my job to rebase against the current
master...
No worries.
I plan to do some cleanup of my code : I need to use commit
6735484f76470b02c439cc553149b0beb0e34e81 from branch
dev/sieve/vacation-seconds (instead of
On 2012-05-29 1:25, Greg Banks wrote:
On Mon, May 28, 2012, at 09:33 PM, Dilyan Palauzov wrote:
>> [...]probably using make install DESTDIR= with
>> libtool is either wrong or implemented/handled wrong in
Automake/libtool.
>
> Well, that sucks.
Why do not you use ./configure --prefix=$(DESTDI
On 2012-05-31 18:25, Дилян Палаузов wrote:
- "make install DISTDIR=" causes warnings from libtool, that state,
that the libraries are not installed on the place they are intended
to
be installed (as configured) and the executables are not going to
work
(as they will not be able to find the lib
On 2012-07-23 22:26, mailing list subscriber wrote:
With all due respect, what is the development's team position
regarding this feature and how do the development team see a solution
that meets both requirements?
Users will most likely continue to require write access to a script
that allows
On 2013-01-02 10:16, Sébastien Michel wrote:
3 options in this case:
- Install jansson library on the jenkins server
- Add --disable-event-notification in the Cyrus build script
- Disable event notification by default at compile time and replace
--disable-event-notification by --enable-event-noti
On 2013-01-02 15:07, Sébastien Michel wrote:
I used initially json-c that is the most common. However, only the
trunk offered support to 64bit integers. This is why I switched to
jansson that is also valuable.
Unfortunately, it is less common than json-c, and for which the
version 0.10 is now av
On 2013-04-20 01:11, Дилян Палаузов wrote:
Hello,
ci.cyrusimap.org/job/cyrus-imapd-master/1169/ ) has not completed for
over a month. Ideas?
I aborted the build, so we're rolling forward with build #1170 now.
Kind regards,
Jeroen van Meeuwen
--
Systems Architect, Kolab Systems AG
e: vanm
Hi there,
I was trying to get git master HEAD to execute an external program
(notify_external: /usr/bin/myprogram), but it complained "no recipient
sepcified" - short of the typo that I corrected, it seemed that the
check:
if (!*user) {
syslog(LOG_ERR, "ERROR: recipient not speci
On 2013-04-30 09:20, Thomas Jarosch wrote:
Hi Bron,
On Tuesday, 30. April 2013 08:53:24 Bron Gondwana wrote:
Hi - have you looked at all at the special-use support in mainline
Cyrus?
The xlist-* behaviour is planned to be removed, in favour of using
the RFC
6154 mandated annotation.
The im
On 2013-04-26 16:17, Bron Gondwana wrote:
Is anybody actually using cyrus 2.5 git in production other than
FastMail?
Yes, though admittedly I should say "production".
I'm planning to do the mailboxes.db format changes before releasing
2.5, so that we don't have to support a stupid intermedi
On 2013-05-18 16:34, Thomas Cataldo wrote:
As conflict marks were committed.
Thanks!
Committed and pushed.
Kind regards,
Jeroen van Meeuwen
--
Systems Architect, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
m: +44 74 2516 3817
w: http://www.kolabsys.com
pgp: 9342 BF08
On 2013-05-02 07:29, Bron Gondwana wrote:
One of my release goals for Cyrus 2.5 is to be correct in our
implementation of every standard that we claim to support.
This is why I emailed the list last week asking if anyone is using the
intermediate SPECIALUSE representation in git. Since there wa
On 2013-05-19 15:07, Bron Gondwana wrote:
On Sun, May 19, 2013, at 08:36 PM, Jeroen van Meeuwen (Kolab Systems)
wrote:
Should you make the change to allow sub-folders (of the INBOX) to in
fact be created (while using altnamespace), would that eliminate the
use
of \NoInferiors?
Indeed it
Hi there,
I'm wondering whether it is me (us) doing something wrong, or whether
Cyrus IMAP git origin master HEAD is at fault...
C: A0019 SETMETADATA INBOX (/shared/vendor/kolab/folder-type mail
/private/vendor/kolab/folder-type mail.inbox)
S: A0019 BAD Missing metadata value
C: A0020 SETMET
On 2013-05-19 21:45, Bron Gondwana wrote:
On Sun, May 19, 2013, at 11:21 PM, Jeroen van Meeuwen (Kolab Systems)
wrote:
On 2013-05-19 15:07, Bron Gondwana wrote:
> On Sun, May 19, 2013, at 08:36 PM, Jeroen van Meeuwen (Kolab Systems)
> wrote:
>> Should you make the change to allow
Hi there,
I've attempted to deploy a discrete murder topology setup using git master @
534066.
I run in to a particular issue attempting to create a mailbox, for which I
have attempted two scenarios:
a) have the frontends configured with no partition-default setting,
b) have the frontends
Hi there,
as part of an exercise to make use of event notifications for the
purposes of auditing (non-syslog), I wanted to add an event notification
for ACL changes.
Please find attached a patch for your review, an aggregate of the work
in dev/acl-change-notification[1].
I have a couple of
Hi there,
I've previously (a long time ago, actually, too long if you ask me) made
inquiries as to who might be using ptclient/ldap.c[1,2], and in which
fashion; I got three points from the responses;
- Everything should be configurable as LDAP deployments typically vary
widely and often pr
On 2014-01-18 02:08, Bron Gondwana wrote:
The version of Xapian that we build against has the following patches
applied to the upstream Debian xapian-core before building:
rm -rf .pc # remove memory of the debian quilt series
cp -a $FMPATCHES/xapian_quilt patches
QUILT_PATCHES=patches quil
On 2014-06-24 13:30, Ondřej Surý wrote:
Hi,
Debian is already shipping beta with caldav support, and we have a
freeze scheduled in this fall. It would be a nice to have an official
release
in next stable Debian.
Are there any plans to finish caldav and release it as a final version?
Kolab
On 2014-10-16 19:32, Kristian Kræmmer Nielsen wrote:
Hi,
Patch attached.
Something similar is already in cyrus-imapd-2.4:
http://git.cyrusimap.org/cyrus-imapd/commit/?h=cyrus-imapd-2.4&id=4b26d2d7244eeaa481871c337e57cd393fd76dfe
For master / 2.5, I have a push pending of a similar natur
On 2014-10-20 13:11, James Cassell wrote:
Hello,
After over a year since I began, I have finished implementing the
imap4flags extension. It is ready for 2.5.
Hi James,
I've pushed your enhancement, all individual commits nicely rebased
against the then current master HEAD, nicely done!
J
On 2014-10-22 23:02, Bron Gondwana wrote:
Yes, that means a massive change, instead of internally:
example.com!user.foo.bar <=> user/foo/b...@example.com (which is a
million ways of bogus) we would have:
user.foo@example^com.bar <=> user/f...@example.com/bar
Or in alt namspace:
Other Users/f
On 2014-11-01 21:29, Bron Gondwana wrote:
We already have one at FastMail to stop users setting an 'anyone' ACL.
I think this may already be in upstream, unless you're talking about a
different implementation/solution?
http://git.cyrusimap.org/cyrus-imapd/tree/lib/imapoptions#n179
> Thi
Hello there,
In relation to event notifications that include a mailbox uri (almost
all of them), I have the following questions;
- For a user-prefix, the owner of the personal namespace is used, if
any, such that a user john doing something to a user jane mailbox, ends
up in the URI as fol
On 2014-11-05 11:35, Bron Gondwana wrote:
On Wed, Nov 5, 2014, at 09:28 PM, Jeroen van Meeuwen (Kolab Systems)
wrote:
For those of you using event notifications, I'm wondering how you make
other software interpret these things -- our "other" software looks at
everything from the
On 2014-11-05 12:27, Bron Gondwana wrote:
So we do a ton of stuff with them now :) Most importantly, they feed
into
the EventSource pipeline for web browser clients to get immediate
updates,
and likewise the Apple and Google push notification channels if you
have
logged in with our app on tho
On 2014-11-05 15:16, Sébastien Michel wrote:
For those of you using event notifications, I'm wondering how you make
other software interpret these things -- our "other"software looks at
everything from the administrative perspective, and so we'd opt for a
format of imap://imap.example.org/user
On 2015-01-12 13:23, Patrick Goetz wrote:
The 2.5 documentation here
(http://www.cyrusimap.org/~vanmeeuwen/imap/release-notes/2.5.0.html)
states that some of the TLS options will change in 2.5, namely
tls_client_ca_dir (was: tls_ca_dir)
However, there is no tls_ca_dir option given here
(http
On 2015-02-20 12:00, Matt wrote:
On 20/02/15 10:25, Robert Norris wrote:
I'm happy to help out with infrastructure support and other random
tech crap if necessary - especially for the busy programmers and
documenters and testers that have better things to do that figuring
out how to install rand
Hi there,
I have a test installation of Phabricator with Cyrus IMAP and SASL
projects and GIT repositories imported, and so it is time to start
stabbing at what tooling and work-flows would look like if we were to
roll with this tooling.
At the moment, I have created various user accounts fo
On 2015-02-22 16:52, Jeroen van Meeuwen (Kolab Systems) wrote:
Big fat note: if you're willing to entertain a self-signed cert,
substitute the scheme for the URLs below with https; SHA-256
fingerprint is:
34:C6:3D:65:17:E9:61:C7:FA:9E:3E:4F:46:A7:16:CE:81:AD:03:34:1A:C1:F0:64:15:86:2E:1E:
On 2015-02-23 14:31, Matt wrote:
On 23/02/15 13:19, Bron Gondwana wrote:
[snip snip]
Matt:
* splitting lib/imap code into sensible directories and heirarchy
* configuration parsing
* potentially SNMP/statistics code (I have an email from Greg
somewhere detailing what's needed here)
[snip snip]
On 2015-02-22 16:52, Jeroen van Meeuwen (Kolab Systems) wrote:
Big fat note: if you're willing to entertain a self-signed cert,
substitute the scheme for the URLs below with https; SHA-256
fingerprint is:
34:C6:3D:65:17:E9:61:C7:FA:9E:3E:4F:46:A7:16:CE:81:AD:03:34:1A:C1:F0:64:15:86:2E:1E:
On 2015-02-26 16:51, Samir Aguiar wrote:
Proposed solution:
- Patch the mailbox_close() function to reload the index before trying
to
clean the files (and merge the current index changes with the ones
found)
- Because the above would still be skipped when shutting down Cyrus:
expand
cyr_expire
On 2015-02-27 13:17, Bron Gondwana wrote:
Jeroen:
* Phabricator up.
* git.cyrus.foundation DNS set up. Getting SSL key.
Done.
* Can set up build integration with CI system.
Done, but the callbacks are wonky. Will see what we can achieve together
with Chris.
* Need to create accounts (B
On 2015-02-27 21:50, Jeroen van Meeuwen (Kolab Systems) wrote:
On 2015-02-27 13:17, Bron Gondwana wrote:
* Question: do we want to use the full workflow built into
Phabricator? Conclusion: yes, let's try it for at least a few weeks.
Ellie has gone through "Arcanist" motio
Hi there,
This is a short status message on the pending 2.5.0 release, which is
lagging behind our schedule of March 1st.
While Bron was up late last night, and I got involved this morning, we
discovered that our shift to the otherwise awesome autofoo left some
important files excluded from
On 2015-03-03 15:53, Jeroen van Meeuwen (Kolab Systems) wrote:
A quick sanity check would be appreciated.
FWIW, this applies to the release notes as well:
https://docs.cyrus.foundation/imap/release-notes/2.5-current.html
Kind regards,
Jeroen van Meeuwen
--
Systems Architect, Kolab
On 2015-03-05 07:26, Chris Davies wrote:
Posting to the mailing list as there is currently no documentation
section in Bugzilla:
*Cyrus Documentation:*
* The "Introduction to Cyrus documentation contains an tag
with no text explaining what AMS is. This results in some web
browsers displa
Hi there,
As part of a more participatory and therefore hopefully better Quality
Assurance, I have created a series of Docker images for some 13
platforms (in codenames);
* squeeze through sid
* santiago through maipo
* heisenbug through rawhide
* precise through vivid
These Docker image
Hi there,
Please pardon the cross-posting, but I'm going to need as broad an
audience I can get.
My personal corner of the universe is squarely within the RPM(4) based
systems on this globe, and as such I've written up the bare necessities
to get from a "yum install" to a successful IMAP log
On 2015-03-09 14:05, Bron Gondwana wrote:
And we're up to date!
Present: Ken, Ellie, Jeroen, Bron - small group today!
New changes:
* BDB removed from tree entirely - YAY
As a matter of process, our ace needed not to do the work, rather just
approve the proposed change. There's mere mortals
On 2015-03-13 23:54, Dave McMurtrie wrote:
From my phone, so excuse brevity and top-posting, but Fastmail running
murder would be a huge bonus. I not-so-fondly recall the intimate
relationship I developed with gdb debugging murder issues when we
upgraded from 2.3 to 2.4 :)
You won't have t
On 2015-03-13 23:50, Bron Gondwana wrote:
So I've been doing a lot of thinking about Cyrus clustering, with the
underlying question being "what would it take to make FastMail run a
murder". We've written a fair bit about our infrastructure - we use
nginx as a frontend proxy to direct traffic to
On 2015-03-14 22:48, Bron Gondwana wrote:
On Sun, Mar 15, 2015, at 07:18 AM, Jeroen van Meeuwen (Kolab Systems)
wrote:
How, though, do you "ensure" that a mailbox for a new user in such
business is created on the same backend as all the other users of said
business?
If the busine
On 2015-03-18 01:51, Bron Gondwana wrote:
On Wed, Mar 18, 2015, at 09:00 AM, Jeroen van Meeuwen (Kolab Systems)
wrote:
We promote a standby frontend not otherwise used, to become the new
mupdate server. The interruption is a matter of seconds this way,
unless of course you're in the ty
On 2015-03-19 05:29, Chris Davies wrote:
I think it's because the cyrus user isn’t being created.
Perl exception: No user named 'cyrus'
Has anyone else got the docker images working? Am I missing a step or
command somewhere?
Are you sure you have the latest version of the GIT repo?
https:
On 2015-03-20 07:39, Chris Davies wrote:
Not sure if you saw my previous IRC messages. The IRC server rejected
some
of them because I used copy & paste which broke each line down to
individual
messages.
I'm currently rerunning the run command '*docker run -t -i cyrus-
imapd-3.0.santiago*'. It
On 2015-03-23 13:50, Gerd v. Egidy wrote:
Tech support is another use case here.
People often call and say they can't find a message in this and that
folder
or that some Kolab data is not up to date. We ssh into the machine
and then use f.e. midnight commander to browse the folders of the
use
Hi there,
In working on event notifications to include the correct folder path to
shared folder mail delivery, I had accidentally broken the response to
LIST "" %. See [1] for my commit breaking it and [2] for the revert.
Naturally most of the output listed here depends on unixhierarchysep,
Hi there,
a few quick notes on the meeting we had tonight;
In attendance;
- Anthony,
- Jeroen,
- Chris
Topics;
Chris and Jeroen are going to be sitting together for hackery
purposes, in an attempt to make a new CI environment hosted by Fastmail
work with the Phabricator instance hos
On 2015-06-30 01:11, Bron Gondwana wrote:
This is Jeroen. Jeroen, we need you to look at this - it's holding
people up.
clamav-devel has been installed, but the builds are still failing:
https://git.cyrus.foundation/harbormaster/build/1049/
Sphinx and docutils have been upgraded as well;
Hi there,
For those of you who are willing to entertain a little JMAP in their
client application implementations (rather than a lot of IMAP), I have
pushed a Docker image earlier today.
I hope it provides some significant simplification to get started, but
of course I'm eager to hear your f
101 - 163 of 163 matches
Mail list logo
