Dan White wrote:
> On 12/08/10 14:17 +0100, Gavin McCullagh wrote:
> >we have a kolab server here which as you probably know uses Cyrus for its
> >IMAP/POP/LMTP services.
> >
> >One issue we come across now and then is with a group who share a generic
> >incoming email address as well as each havin
André Schild wrote:
> Ok,
>
> I attached the modified script and also a udiffversion of it.
> Where should I post/submit this to be included i the main distribution ?
>
Either here, or in bugzilla, I think.
I like it, so I'm just going to state my +1 here.
It could take a while for the chang
André Schild wrote:
> Hello Matt,
>
> Am 03.09.2010 17:19, schrieb Matt Selsky:
> > Andre,
> >
> > Please submit your patch to bugzilla so that it doesn't get lost.
>
> I can't access bugzilla at all. (Tested several times this week)
>
> The address is (according to the wiki) http://bugzilla.a
Dave McMurtrie wrote:
> Good morning,
>
> I'm pleased to announce that we are migrating over to a new website and
> bugzilla server today.
>
Hi Dave,
I'm missing CLOSED - DEFERRED bug statuses, for bugs that just have
insufficient follow-up.
I'm not sure it was there on the old infrastructur
Jeroen van Meeuwen (Kolab Systems) wrote:
> Dave McMurtrie wrote:
> > Good morning,
> >
> > I'm pleased to announce that we are migrating over to a new website and
> > bugzilla server today.
> >
>
> Hi Dave,
>
> I'm missing
Dave McMurtrie wrote:
> On 9/3/10 4:25 PM, Jeroen van Meeuwen (Kolab Systems) wrote:
> > Further down the road;
> >
> > - I cannot go to CLOSED immediately, but have to go through RESOLVED,
which is
> > wrong of sorts in some cases.
> >
> > - I notice there
Adam Tauno Williams wrote:
> I'm updating the Freshmeat entry to point to the shiney new stuff.
>
> 1.) I noticed the previous Wiki link now redirects to the home page [I
> assume that is intentional]
> 2.) I assume the CVS is still the 'official' SCM for people looking to
> check out code?
>
Yu
Bron Gondwana wrote:
> On Wed, Sep 08, 2010 at 11:17:00PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> > - For autocreate/autosieve (patches for which Cyrus is not upstream but
> > they are shipped with Fedora and Red Hat Enterprise Linux packages), the
> > frontend ser
Bron Gondwana wrote:
> On Wed, Sep 08, 2010 at 11:17:00PM +0200, Jeroen van Meeuwen (Kolab Systems)
wrote:
> > - For autocreate/autosieve (patches for which Cyrus is not upstream but
> > they are shipped with Fedora and Red Hat Enterprise Linux packages), the
> > frontend ser
Clement Hermann (nodens) wrote:
> In traditional murder (no autocreate/autosieve patch), the murder
> process can run on a frontend. However, it cannot run on a backend.
>
> We have a webmail running on our murder (2.2.x) server, and it uses
> localhost as imap server, so it acts as a frontend.
>
Guilherme Manika wrote:
> This patch adds a "disablereverselookups" option to imapd.conf that
> disables reverse DNS lookups in imapd and pop3d.
>
> It doesn't affect other services (lmtp, mupdate, etc.) because they are
> not Internet-facing services and so do not rely on external DNS to work
Mark Cave-Ayland wrote:
> Bron Gondwana wrote:
> >> The main criticism I have from a developer point of view is, well, CVS.
> >> Enough said. Please please can we have an official git mirror? It makes
> >> maintaining out-of-tree patches so much easier in the long run, and
> >> therefore much more
Jeroen van Meeuwen (Kolab Systems) wrote:
> Hello there,
>
Nudging ;-) CC:'ing the info list as well.
> I'm working on a documented Bugzilla work flow, in an attempt to streamline
> how we all work with it and what the average consumer may or may not
> expect.
>
&g
Bron Gondwana wrote:
> That looks really good actually. I guess the side question is "Is Bugzilla
> the ideal tool for this?" I've seen setups where commit messages in the
> change management tool can be tied directly to tickets. It's probably
> not essential though - if we have a process and we
Mark Cave-Ayland wrote:
> Oooh very nice. It seems to be a common issue that projects have to
> tweak their CVS repositories by hand to get a reasonable conversion to
> git. I'll try and take a closer look when I get a spare moment.
>
Thanks!
> My other point, of course, was that since the Postg
Brian Awood wrote:
> On Mon, 13 Sep 2010 16:34:02 +0200, "Jeroen van Meeuwen (Kolab Systems)"
>
> wrote:
> > Mark Cave-Ayland wrote:
> >> My other point, of course, was that since the PostgreSQL guys worked to
> >> fix a couple of bugs in cvs2git over t
Adam Tauno Williams wrote:
> On Tue, 2010-09-21 at 12:25 +0200, Syren Baran wrote:
> > Am Dienstag, den 21.09.2010, 11:48 +0200 schrieb André Schild:
> > > Am 21.09.2010 11:35, schrieb Simon Matter:
> > > >> I don't know, where this bad karma is coming from - I'm still happy
> > > >> with
> > > >
Kolab Systems is thinking of such SQL databases for integration purposes, where
the performance penalty now lies within having to use the IMAP protocol to gain
access to the underlying metadata (seen status, message indexes) in distributed
groupware environments where Cyrus itself is not the onl
"Andy Bennett" wrote:
>Hi,
>
>> Kolab Systems is thinking of such SQL databases for integration purposes,
> > where the performance penalty now lies within having to use the IMAP
> > protocol to gain access to the underlying metadata (seen status, message
> > indexes) in distributed groupware
Adam Tauno Williams wrote:
> On Wed, 2010-09-22 at 18:18 +0200, Jeroen van Meeuwen (Kolab Systems)
> wrote:
> > The scenario is integration, not extension of Cyrus -which in and of
> > itself works
> >
> > perfecly fine and reliable for us. We're not seekin
Paul van der Vlis wrote:
> Hello,
>
> When I put in my /etc/hosts.deny this: imapd: 192.168.0.41
> And /etc/hosts.allow is empty.
>
> Then I still get my mail over IMAP from this IP with Cyrus.
>
> I use Cyrus 2.2.13 from Debian stable, so far I know this is compiled
> with tcpwrapper support.
>
David Lang wrote:
> I'm happy to see this.
>
> Is there anyone packaging this up for the common linux distros?
>
Yes, I am.
Packages will be / are available through http://mirror.kolabsys.com/pub/
Look at the kolab-3.0 product branch repositories, where what is now still
called kolab-cyrus-im
Simon Matter wrote:
> > On Tue, Oct 12, 2010 at 02:23:18PM -0700, David Lang wrote:
> >> I'm happy to see this.
> >>
> >> Is there anyone packaging this up for the common linux distros?
> >>
> >> David Lang
> >
> > We're planning to reach out to the distributions and convince them
> > to package
Bron Gondwana wrote:
> On Wed, Oct 13, 2010 at 05:27:32PM -0300, Lucas Zinato Carraro wrote:
> > With Thunderbird 3.1.3 i can subscribe only in folders located in
> > Backend1
> >
> > where my account "lucas.carraro" exist.
>
> > The other folder in backend2 are not avaiable for me:
> Actually
Per olof Ljungmark wrote:
> On 10/13/10 18:44, Simon Matter wrote:
> >> Simon Matter wrote:
> On Tue, Oct 12, 2010 at 02:23:18PM -0700, David Lang wrote:
> (...)
>
> > IIRC autocreate is on the official todo list, isn't it? That would solve
> > it forever.
> >
> > Simon
>
> Excuse m
Ralf Haferkamp wrote:
> On Thursday 14 October 2010 13:30:22 Marc Patermann wrote:
> > Hi,
>
> > Mark Heisterkamp schrieb am 12.04.2010 09:03 Uhr:
> [..]
>
> > > I think we shouldn't advise 5000 users not to use Spotlight, we
> > > should deactivate user_deny.db. By the way, what is this database
Ralf Haferkamp wrote:
> On Friday 15 October 2010 11:47:15 Jeroen van Meeuwen (Kolab Systems)
> > > You could either upgrade to 2.4.0 as the user_deny.db code has been
> > > changed there to only try to open the database once. Or I guess you
> > > could just back
Reinaldo de Carvalho wrote:
> Hi Guys,
>
> Can you add reference to Korreio on new cyrus website? Korreio provide
> a GUI for cyrus, like a cyradm.
>
> If possible add a link to Korreio, the URL is: http://korreio.sf.net
> (the Cyrus Admin GUI), Thanks.
Hi Reinaldo,
You have an interesting proj
Reinaldo de Carvalho wrote:
> On Fri, Oct 15, 2010 at 2:20 PM, Henrique de Moraes Holschuh
>
> wrote:
> > On Fri, 15 Oct 2010, Reinaldo de Carvalho wrote:
> >> On Fri, Oct 15, 2010 at 11:12 AM, Jeroen van Meeuwen (Kolab Systems)
> >>
> >> wrote:
>
Reinaldo de Carvalho wrote:
> On Sat, Oct 16, 2010 at 2:11 PM, Henrique de Moraes Holschuh
>
> wrote:
> > On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
> >> RCS is local version control, isn't a network service.
> >
> > It is also per-file. Think CVS with even less features. I also have
> >
Hello there,
The Cyrus Bugzilla is a very important component for all of us, community
users and Cyrus developers alike!
I suppose most of us have, at least once or twice, logged a new report in
Bugzilla, but then what happens with that report?
>From the other side, the Cyrus team sometimes do
Dan White wrote:
> On 21/10/10 16:43 +0200, JC Putter wrote:
> >we are running cyrus-imapd 2.3 on centos 5.5
> >
> >we are getting complains from users getting error messages saying Mailbox
> >locked by POP Server, i understand that pop3 server can handle only 1
> >concurrent connection, can cyrus
Bron Gondwana wrote:
> Actually in Cyrus 2.4 you will find that it allows multiple concurrent pop
> connections. Each one gets a "snapshot" of the mailbox at the time it
> connects. All operations are to this snapshot.
>
> This is safe because the namelocking semantics ensure the message files
> w
JC Putter wrote:
> Hi, i tried to compile and install cyrus 2.4 but when i telnet to localhost
> 110 i still see 2.3
>
> is there an rpm available?
While it depends on which RPM distribution you are using; yes, RPMs are
available.
If you use autocreate/autosieve (which can not be applied to 2.4
Rosenbaum, Larry M. wrote:
> ### Making all in /usr/local/src/cyrus/cyrus-imapd-2.4.2/lib
> gmake[1]: Entering directory `/usr/local/src/cyrus/cyrus-imapd-2.4.2/lib'
> ...
> gcc -c -I.. -I/usr/local/ssl/include -I/include -I../com_err/et
> -I/usr/local/include -DHAVE_CONFIG_H -g -O2 \ crc32.c
>
Frank Pittel wrote:
> Oct 27 12:48:03 cyrus-int imap[4393]: [ID 914338 local6.notice] badlogin:
> localhost [127.0.0.1] plaintext cyrus SASL(-1): generic failure: checkpass
> failed
>
What does your SASL configuration look like, and does testsaslauthd work for
any of the users you know are avail
We found chatting on IRC has just that little more bandwidth available for a
conversation as opposed to mailing lists and/or bugzilla, so we would like to
invite you to join us on IRC if you're interested;
Network: FreeNode (irc.freenode.net)
Channel: #cyrus
Talk to you later! ;-)
Kind regard
Rosenbaum, Larry M. wrote:
> I'm seeing the following error in the IMAP log file:
> IOERROR: opening /var/imap/user_deny.db: No such file or directory
>
> How do I set up the user_deny.db file?
>
This error occurs but once, correct?
Kind regards,
--
Jeroen van Meeuwen
Senior Engineer, Kolab S
Rosenbaum, Larry M. wrote:
> > From: Jeroen van Meeuwen (Kolab Systems) [mailto:vanmeeu...@kolabsys.com]
> > Sent: Thursday, October 28, 2010 11:37 AM
> > To: info-cyrus@lists.andrew.cmu.edu
> > Cc: Rosenbaum, Larry M.
> > Subject: Re: v2.4.2 warning "IOERROR:
On Sunday, October 31, 2010 02:02:19 pm Andy Fiddaman wrote:
> On Sun, 31 Oct 2010, Bron Gondwana wrote:
>
> ; On Sat, Oct 30, 2010 at 11:19:14PM +, Andy Fiddaman wrote:
> ; > On Sun, 31 Oct 2010, Bron Gondwana wrote:
> ; > ;
> ; > ; I don't suppose the stacktrace went any further up than that
On Monday, November 01, 2010 03:46:38 pm Simon Matter wrote:
> > Bron,
> >
> > My Cyrus is from RPM, and I am just nursing it along until my users
> >
> > finish migrating off and FastMail manages to complete my own migration,
> > so I don't want to build from source. Why would IMAP/S block o
On Monday, November 01, 2010 08:23:49 pm Paul Engle wrote:
> All,
> We've never had cause to try it out until now, but I can't seem to get
> the annotation set to suppress duplicate delivery for a single mailbox.
> We're running 2.3.16 on RHEL5, and I'm using cyradmin. But whenever I try
> to do
On Tuesday, November 02, 2010 05:56:31 pm Robert Spellman wrote:
> Here's the output from a ls -lR starting in the user's mailbox. In this
> case, the Junk folder was left. Sometimes other folders are left
> around, so it's not consistent.
>
> [cy...@mailstore04 frodo]$ pwd
> /home/imap/f/user/f
On Tuesday, November 02, 2010 07:04:25 pm Paul Engle wrote:
> Jeroen,
> Thanks for the reply. The admin user does have full permissions to all
> mailboxes; we set that upon inbox creation. I was ultimately able to
> manually set the annotation using raw IMAP commands.
> When I looked at the sou
We are pleased to announce the immediate availability of Cyrus IMAPd version
2.4.4.
This is a stable released in the 2.4 series, containing a mere 5 bug-fixes
since version 2.4.3, released two days ago. Particular focus of this release
has been paid to upgrade paths, for which many of our users
On Tuesday, November 16, 2010 02:53:44 pm Simon Amor wrote:
> On 16 Nov 2010, at 13:38, Adam Tauno Williams wrote:
> > Our largest quota's a 4GB; without any issues.
> >
> > I think the issue you will encounter first is clients will start to
> > fall
> > down when folders exceed a 'reasonable' num
On Monday, November 15, 2010 01:56:13 pm Michal Hlavinka wrote:
> Hi all,
>
> I have prefered language in firefox set to 'cs' so I get czech localized
> bugzilla pages. These pages use utf-8 encoding but page headers nor server
> itself do not mention any information about encoding so default cont
On Sunday, November 21, 2010 09:41:58 pm Bron Gondwana wrote:
> On Sun, Nov 21, 2010 at 07:24:02PM +0100, kael wrote:
> > Hello,
> >
> > I've installed Cyrus 2.4.4 and looking at the METADATA extension, I
> > realized only draft-daboo-imap-annotatemore-07 is implemented.
>
> Yeah, it still does.
Andy Bennett wrote:
> Does anyone know the option that needs to be set (and how to set it) in
> order to do a "bulletin board". i.e. have a separate SEEN state for each
> user?
>
Do the imapd.conf sharedseenstate option (disabled) and setting the anyone 's'
ACL help?
Kind regards,
Jeroen van M
Julien Vehent wrote:
> Hi list,
>
> I was experimenting with shared mailboxes today. That's something new
> I've never used before.
> I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2)
> and was wondering if that was the state of the art, or if there were any
> better way to do
Dan White wrote:
> On 07/01/11 16:23 +0000, Jeroen van Meeuwen (Kolab Systems) wrote:
> >Julien Vehent wrote:
> >> Hi list,
> >>
> >> I was experimenting with shared mailboxes today. That's something new
> >> I've never used before.
> >
Hi there,
(This is a re-posted message from our development mailing list.)
In our IRC channel, it was suggested to look at RFC 2821, section 2.4, quoted
as saying:
"However, exploiting the case sensitivity of mailbox local-parts impedes
interoperability and is discouraged."
The problem state
André Schild wrote:
> Hello,
>
> Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):
> > Long story short; the proposal is to ship with a default
> > lmtp_downcase_rcpt of 1.
>
> Sound OK for me.
>
> When chaning upper/lowercases we always have to c
Jukka Huhta wrote:
> I filed a bug 3397 (replication & partitions), also reported in
> http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg39940.html.
> What are the odds to have it fixed in 2.3 or will it just be closed
> with WONTFIX?
>
> If we don't count these few replication relate
André Schild wrote:
> @bücher.ch is allowed.
> In dns this is represented as a IDN encoded name in the form of***
>
> xn--bcher-kva.ch* is the ACE string, and it is this string that is
> entered in the DNS.
>
Fine, let me rephrase;
The IDN<->ACE string conversion, while ASCII-only not being a
Wolfgang Hennerbichler wrote:
> On Tue, Feb 15, 2011 at 07:33:41AM -0500, Dave McMurtrie wrote:
> > > * does notifyd need to be running in order to make the notify-socket
> > > readable, or is the notify-socket filled by the cyrus-master process?
> > > * where would I find instructions on that?
> >
Adam Tauno Williams wrote:
> cyrus-imapd-2.3.14-8
>
> I've done this before, but now I'm stumped [possibly Friday induced
> brain fade]. I'm trying to set a SIEVE script on a shared folder.
>
Now that you mention it, I find that indeed the sieve script I was trying to
use does not work... ;-)
Hello,
I just wanted to let those of us on this list, but not the development list,
know about a review of default configuration values that you may be interested
in;
http://lists.andrew.cmu.edu/pipermail/cyrus-devel/2011-March/001742.html
Kind regards,
Jeroen van Meeuwen
--
Senior Engine
Simon Matter wrote:
> I've checked the options you suggest and here is where I don't agree:
>
Thanks Simon for your feedback!
> - altnamespace to 1
> I don't remember any problems with altnamespace = 0 so why change it? I
> prefer to have the "nontranslated" namespace everywhere by default, whic
Bron Gondwana wrote:
> 3) add the mailbox if there's a directory, don't require
>cyrus.header.
>
This one has my preference.
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeu...@kolabsys.com
t: +44 144 340 9500
w: http://www.kolabsys.com
pgp: 9342 BF08
---
Bron Gondwana wrote:
> We are pleased to announce the release of Cyrus IMAPd 2.4.10.
>
Thank you Bron, for all your great work on this and past 2.4 releases!
RPM packages for 2.4.10 have now been made available for;
- Fedora Rawhide,
- Enterprise Linux 5, through [1]
Hope you enjoy!
Kind rega
Sebastian Hagedorn wrote:
> --On 6. Juli 2011 09:53:14 +0100 "Jeroen van Meeuwen (Kolab Systems)"
>
> wrote:
> > Bron Gondwana wrote:
> >> We are pleased to announce the release of Cyrus IMAPd 2.4.10.
> >
> > Thank you Bron, for all your great w
cy...@puri.jet2web.at wrote:
> Klemens Puritscher schrieb:
> > Now, I've already found the bug.
> > The init.d script by Simon Matter makes the problem.
> >
> > When I use `/usr/lib/cyrus-imapd/cyrus-master -C /etc/imapd.conf -M
> > /etc/cyrus.conf -p /var/run/cyrus-master.pid -d` at the CLI, then
Bron Gondwana wrote:
> Unfortunately, I can't see what NOOP can do to tell the client
> that the mailbox has gone away, because RFC3501 says it ALWAYS
> SUCCEEDS[tm]. Maybe we should ask Mark.
>
Hey Bron,
we had discussed this over IRC for a bit...
Since a NOOP can result in the server returni
Josef Karliak wrote:
> Folders on the disk has the same name:
> drwx-- 2 cyrus mail 848 12. čec 03.01 Kamil &AQw-ern&AP0-/
>
>So it is up to squirrelmail to "deencode" it ?
Yes.
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolabsys.
Simon Matter wrote:
> > seems the patches at http://email.uoa.gr/projects/cyrus/ don't have
> > anything for any 2.4.x version and looking at the man page for
> > imapd.conf, there is only autocreatequota which I think has always been
> > a base cyrus implementation and not part of the other patche
Bron Gondwana wrote:
> On Sun, Aug 07, 2011 at 12:13:31PM -0700, Craig White wrote:
> > seems the patches at http://email.uoa.gr/projects/cyrus/ don't have
> > anything for any 2.4.x version and looking at the man page for
> > imapd.conf, there is only autocreatequota which I think has always been
J. Pilfold-Bagwell wrote:
> Hi All,
>
> I have a Cyrus box that I set up about 3 years ago that's been running
> flawlessly. Recently though, as we're becoming increasingly reliant on
> email, it was decided that we're going to set up a DRBD replicated system.
>
While I'm not trying to negate t
Dave McMurtrie wrote:
> On Aug 8, 2011, at 7:13 PM, "Jeroen van Meeuwen (Kolab Systems)"
> wrote: ...snipped...
>
> > - must be compatible with running in a murder,
>
> In theory, this should be much less work in the 2.4 code since creates can
> be blindly issu
Hi there,
I wanted to ask who is actively using ptclient/ldap, as I have some inhouse
patch pending on the canonification using some sort of result_attribute, if
you will.
We currently have under consideration whether everything, life and the
universe should be configurable before the patch is
Bron Gondwana wrote:
> The correct way[tm] is to iterate over all the mailboxes and do a
> "setacl" for each one you want to change, probably using an external
> script that talks IMAP.
>
While obviously needing some work, I've attached a script that -I think- does
just that.
Kind regards,
Jer
Jeroen van Meeuwen (Kolab Systems) wrote:
> Bron Gondwana wrote:
> > The correct way[tm] is to iterate over all the mailboxes and do a
> > "setacl" for each one you want to change, probably using an external
> > script that talks IMAP.
>
> While obviously need
John Madden wrote:
> It's well worth your time to maintain your own compiles and even
> packages of Cyrus because the package maintainers can't keep up.
>
Stating as if it were fact packagers are not able to keep up is somewhat of a
faux pas, and seriously frowned upon by yours sincerely.
Kind
John Madden wrote:
> > Stating as if it were fact packagers are not able to keep up is somewhat
> > of a faux pas, and seriously frowned upon by yours sincerely.
>
> It's not that you can't keep up, it's that you don't keep up. The
> reasons behind the lag are usually quite understandable, but re
Daniel Mueller wrote:
> Hi,
>
> I tried to stage cyrus imap with two backends (replication) and one
> frontend with the mupdate master on the frontend for testing.
>
Is the replica a part of the same murder?
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeuwen
Ashay Chitnis wrote:
> Hi all,
>
> I am using cyrus-imapd-2.3.7 on a CentOS 5 32 bit platform. There are some
> users with unlimited quota and some with limited quota.
>
> My problem is when I issue a GETQUOTAROOT command for an unlimited quota
> user it returns nothing. This may be a standard. B
Dmitry Katsubo wrote:
> Dear Cyrus community,
>
Hi Dmitry,
> I would like to ask about this report in log:
> > cyrus/imap[5705]: TLS server engine: No CA file specified. Client side
> > certs may not work
>
What version of Cyrus IMAP are you running exactly?
Kind regards,
Jeroen van Meeuwen
Øyvind Kolbu wrote:
> On 2011-08-23 at 14:01, Ram wrote:
> > On a very busy Imap server , duplicate suppression sometimes becomes the
> > bottleneck
> > I have seen that If I disable duplicate suppression , my lmtp deliveries
> > are speeded up.
> >
> > Duplicate suppression is important , but the
Manuel Vazquez wrote:
> Sorry, i confuse the location of the inbox subfolder. The location of
> messages is the user/nameUser.
>
> Any idea of error? Is possible the bad format of the one messages?
>
Hi Manuel,
I'm going to assume this may be as simple as the client not being subscribed
to sa
Dudi Goldenberg wrote:
> Another clue,
>
> mail.log shows:
>
> Aug 27 10:14:43 mail cyrus/imap[18594]: user.dudi.Backup Reports: can't
> find acl Aug 27 10:14:43 mail cyrus/imap[18594]: user.dudi.Deleted Items:
> can't find acl
>
> This could give someone a clue.
>
Hi Dudi,
Cyrus IMAP 2.2 is
Dan White wrote:
> On 27/08/11 09:47 -0300, Lucas Zinato Carraro wrote:
> >Hi,
> >
> >I have several users that will change your login(LDAP uid).
> >How to map a login to another mailbox ?
>
> Use a sasl canonicalization plugin to (re)map an authentication identity.
> The mapped identity retur
Bron Gondwana wrote:
> We are pleased to announce the release of Cyrus IMAPd 2.4.11.
>
> This is a stable release in the 2.4.x series. It contains a
> security fix to issue CVE-2011-3208, a remotely exploitable
> buffer overflow in the nntpd daemon. This release also
> contains fixes for quite a f
On 14.09.2011 08:42, Aleksander Machniak wrote:
> A bug or am I doing something wrong?
>
Not sure ;-)
> C: A0005 ENABLE QRESYNC
> S: * ENABLED QRESYNC CONDSTORE
> S: A0005 OK Completed
> C: A0006 SELECT INBOX (QRESYNC (1309794587 944))
> S: * ENABLED QRESYNC CONDSTORE
> S: A0006 BAD Invalid QRESY
On 14.09.2011 09:42, Denis BUCHER wrote:
> Dear all,
>
Hi Denis,
> I think I've posted already here about this some years ago about this
> problem and I'm disappointed that cyrus reconstruct seems to still
> have
> the same bug.
You wouldn't happen to have a ticket in bugzilla.cyrusimap.org abo
On 2011-12-20 9:40, Klaus Tachtler wrote:
> How can i see all mailboxes, when i come from localhost OR
> server80.dmz.my.domain? Is that possible?
>
What configuration do you have for virtual domains?
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolab
On 2011-11-24 16:37, Jean-Christophe Delaye wrote:
> Hi,
>
> I am testing IDLE feature in our murder configuration (2 murder hosts
> +
> 4 backend servers).
>
> I understand I have to compile imapd with --enable-idled option.
> But I wonder on which server(s) i have to start the idled daemon in
>
On 2011-12-20 10:47, Klaus Tachtler wrote:
> virtdomains: on
>
> When i stop using virtdomains, solves this the problem?
>
Would you try with setting your virtdomains setting to userid please?
Kind regards,
Jeroen van Meeuwen
--
Senior Engineer, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
We are pleased to announce the release of Cyrus IMAPd 2.4.14.
This is a stable release in the 2.4.x series. The release mainly contains bug
fixes, mostly small but significant.
Please find an overview of all bugs resolved in this release at:
http://www.cyrusimap.org/mediawiki/index.php/Bugs_R
On 2012-03-12 12:56, OBATA Akio wrote:
> doc/changes.html and doc/text/changes in released tarball are not
> updated to 2.4.14?
> (I don't know about other document files)
>
Hi,
You are right, these files have not been updated with 2.4.14 release
information - we're missing a piece in our releas
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 2013-03-11 22:55, Julien Coloos wrote:
> I don't know who is in charge of this patch, but maybe Jeroen can help
> fix the issue on RedHat side.
Hi,
thanks for pointing this one out. I can fix the Cyrus IMAP RPM and APT
packages I provide[1,2], and those that are shipped as part of
Fedora[3],
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 2013-06-22 06:53, Marc Fournier wrote:
> Hi …
>
>I've been using cyrus-imapd forever now … at least since '98 … one
> of the things that has always seemed lacking, and after searching
> Google the past couple of days, still seems to be either lacking, or
> well hidden, is a *good* web based
On 2013-06-24 13:24, Simon Matter wrote:
>> Hi Andy, could you file a bug for this? Then it will not be
>> forgotten...
>
> Or, could you check this bug here
> http://bugzilla.cyrusimap.org/show_bug.cgi?id=3757
>
> The patch below was the fix, could you verify if it also fixes your
> issue?
>
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
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:
On 2014-10-23 16:04, Wolfgang Breyha wrote:
> Kristian Kræmmer Nielsen wrote on 17/10/14 15:13:
>> The more important part of my previous mail are that there are issues
>> with
>> the patches that now have been merged into git. E.g. compression is
>> not
>> merged correctly and it is recommended
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
>> >
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 gi
The Cyrus team is proud to announce the immediate availability of a new
version of Cyrus IMAP: 2.5.0.
This release introduces a new product series, and marks the start of the
team using new tooling to facilitate our continued development and support for
Cyrus IMAP.
Of many major highlights, thi
1 - 100 of 104 matches
Mail list logo
