Hajimu UMEMOTO wrote:
> Hi,
>
>>>>>> On Fri, 26 Oct 2007 11:13:01 -0400
>>>>>> Ken Murchison <[EMAIL PROTECTED]> said:
>
> murch> Tomas Janousek wrote:
>> Hello,
>>
>> On Fri, Oct 26, 2007 at 04:50:02PM +0200, Simon
Tomas Janousek wrote:
> Hi,
>
> On Sun, Oct 28, 2007 at 03:52:24PM +0900, Hajimu UMEMOTO wrote:
>> It seems to me from the source of getgrouplist() that it sets "the
>> actual number of groups found" to ngroups only when it returns 0.
>> When it returns -1, "the number of groups actually filled" i
Yes. The 'c' right controls CREATE/DELETE of mailboxes and the 'd'
right controls delete of messages. So, in your case, remove the 'c' right.
Lars Schimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi!
>
> I setup a cyrus 2.1.18 on debian sarge.
> I tried to use a public I
Ian G Batten wrote:
> user.markr has, through a sequence of events, ended up with data on
> both partition8 (/var/imap/partition-8) and default (/var/imap/
> partition-1). All his mailboxes have been consolidated into
> default, but there are still copies in partition-8.
>
> So I think ctl_
Ian G Batten wrote:
>
> On 31 Oct 07, at 1527, Ken Murchison wrote:
>
>> Ian G Batten wrote:
>>> user.markr has, through a sequence of events, ended up with data on
>>> both partition8 (/var/imap/partition-8) and default (/var/imap/
>>> partition-1).
sync_client in 2.3.10 should be much more resilient.
Rich Wales wrote:
> I'm running 2.3.9 on a FreeBSD 6.2 system.
>
> Recently, I installed 2.3.9 on an Ubuntu 7.10 system and set it up as
> a replica of my original server.
>
> Everything seems to be running well, except that the "sync_client
Its nothing to worry about.
John Thomas wrote:
> Am attempting to get secure imap connection working optimally. I do not
> need server verification.
>
> I am getting these in my logs. Do you know what it means or, more
> importantly, if I need to worry?
>
> Nov 3 08:51:43 srv imaps[9301]:
Simon Matter wrote:
>> Hi,
>>
>>> On Sun, 28 Oct 2007 19:42:02 +0100
>>> Tomas Janousek <[EMAIL PROTECTED]> said:
>> tjanouse> Looks correct. (will not terminate if it reaches NGROUPS, don't
>> know if that
>> tjanouse> can happen though)
>>
>> Oops, it never happen.
>> It is intended to be
Sebastian Hagedorn wrote:
> Hi,
>
> I've brought up this topic before. We've been running cyrus-imapd very
> happily for several years. Yet there's one issue that none of the
> updates have resolved. The last time I reported it we were running
> 2.2.12. Now we're running 2.3.8, but the issues i
Sebastian Hagedorn wrote:
> Thanks. I will try this patch as soon as I can, but it's clearly not the
> only issue, because the same thing happens with POP processes. Here's an
> example for one:
>
> (gdb) bt
> #0 0x0096441e in __read_nocancel () from /lib/tls/libc.so.6
> #1 0x00ac02f7 in BIO_
Sebastian Hagedorn wrote:
> No. Since this potentially affects all IMAP and POP processes I would
> have to do it for all entries. Do you recommend that I try that?
Since it looks like things are hanging when a process is being used, I'd
like to see if the problem goes away if we don't reuse th
Sebastian Hagedorn wrote:
> --On 15. November 2007 08:21:48 -0500 Ken Murchison
> <[EMAIL PROTECTED]> wrote:
>
>>> No. Since this potentially affects all IMAP and POP processes I would
>>> have to do it for all entries. Do you recommend that I try that?
>
Sebastian Hagedorn wrote:
> --On 15. November 2007 08:32:18 -0500 Ken Murchison
> <[EMAIL PROTECTED]> wrote:
>
>>>> Since it looks like things are hanging when a process is being used,
>>>> I'd
>>>> like to see if the problem goes away if
Sebastian Hagedorn wrote:
> I think I will try one more approach: I reverted cyrus.conf to not use
> "-U 1" anymore, so that processes should be reused. I will strace one of
> the pop3d processes in the hope that it gets stuck. That way I should be
> able to see where things go wrong. If the pr
Sebastian Hagedorn wrote:
> --On 16. November 2007 09:37:42 -0600 Gary Mills <[EMAIL PROTECTED]>
> wrote:
>
>>> Could you get a stack trace? If you have gdb you just call it with "gdb
>>> -p 19175". Then you can do "bt" at the prompt. I forget how to do it
>>> with Sun's debugger.
>>
>> Easy:
>
Sebastian Hagedorn wrote:
> The only reason I could imagine for the sequence of calls was signal
> handling. But let's be methodical. There's only one spot where
> SSL_accept() is called: in tls_start_servertls(). In pop3d.c that's only
> called in cmd_starttls(). That in turn is called either
Sebastian Hagedorn wrote:
> --On 16. November 2007 12:39:28 -0500 Ken Murchison
> <[EMAIL PROTECTED]> wrote:
>
>> Sorry, my patch wasn't complete. It wasn't logging the value that I
>> wanted.
>
> OK:
>
> Nov 16 18:48:17 lvr13 pop3s[1385]: SSL_
Dale Ghent wrote:
> On Nov 16, 2007, at 1:39 AM, Pascal Gienger wrote:
>
>>> Solaris 10 does this in my case. Via dtrace you'll see that open()
>>> on the
>> mailboxes.db and read-calls do not exceed microsecond ranges.
>> mailboxes.db
>> is not the problem here. It is entirely cached and rare
Sebastian Hagedorn wrote:
> Nov 16 18:00:26 lvr13 pop3s[3847]: SSL_read() returned 0
> Nov 16 18:00:34 lvr13 pop3s[3215]: SSL_read() returned 0
> Nov 16 18:00:34 lvr13 pop3s[3199]: SSL_read() returned 0
> Nov 16 18:00:39 lvr13 pop3s[3199]: SSL_read() returned 0
> Nov 16 18:00:43 lvr13 pop3s[3229]:
Sebastian Hagedorn wrote:
> -- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
> 16. November 2007 12:58:49 -0500 regarding Re: One more attempt: stuck
> processes:
>
>>> So should I add a call to ERR_get_error()?
>>
>>
>> Not yet.
Sebastian Hagedorn wrote:
> -- Sebastian Hagedorn <[EMAIL PROTECTED]> is rumored to have mumbled
> on 16. November 2007 22:03:21 +0100 regarding Re: One more attempt:
> stuck processes:
>
>> The question is how pop3d knows that the connection is dropped. And maybe
>> that's really where dial-up
Dale Ghent wrote:
> On Nov 16, 2007, at 2:56 PM, Ken Murchison wrote:
>
>> Dale Ghent wrote:
>>> On Nov 16, 2007, at 1:39 AM, Pascal Gienger wrote:
>>>>> Solaris 10 does this in my case. Via dtrace you'll see that open()
>>>>> on the
&g
It looks like it timed out properly, correct?
(from my phone)
--
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University
-Original Message-
From: "Sebastian Hagedorn" <[EMAIL PROTECTED]>
To: "Ken Murchison" <[EMAI
Sebastian Hagedorn wrote:
> -- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
> 16. November 2007 15:54:50 -0500 regarding Re: One more attempt: stuck
> processes:
>
>> That's exactly what Gary is seeing.
>
> Right. Apparently stripped b
Sebastian Hagedorn wrote:
> -- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
> 17. November 2007 11:21:38 -0500 regarding Re: One more attempt: stuck
> processes:
>
>> Here's a patch that seems to fix the problem. I did some basic testing
>>
Sebastian Hagedorn wrote:
> -- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
> 19. November 2007 13:17:07 -0500 regarding Re: One more attempt: stuck
> processes:
>
>> The only other potential downside
>>> the patch has is that stracing or
Sebastian Hagedorn wrote:
> -- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
> 19. November 2007 12:35:46 -0500 regarding Re: One more attempt: stuck
> processes:
>
>> How are things looking today?
>
> Good! When I just checked I thought
Gary Mills wrote:
On Mon, Nov 19, 2007 at 12:35:46PM -0500, Ken Murchison wrote:
Sebastian Hagedorn wrote:
-- Ken Murchison <[EMAIL PROTECTED]> is rumored to have mumbled on
17. November 2007 11:21:38 -0500 regarding Re: One more attempt: stuck
processes:
Here's a patch that s
Sebastian Hagedorn wrote:
> Well,
>
> the new patch works as intended (processes time out yet remain
> straceable), but looks like it might be overzealous:
>
> Nov 20 16:46:30 lvr13 pop3s[25622]: accepted connection
> Nov 20 16:46:30 lvr13 pop3s[25622]: error or timeout in SSL_accept() ->
> don
Pascal Gienger wrote:
> Rob Banz <[EMAIL PROTECTED]> wrote:
>
>> We went through a similar discussion last year in OpenAFS land, and
>> came the same conclusion -- basically, if your filesystem is
>> reasonably reliable (such as ZFS is), and you can trust your
>> underlying storage not to lose tra
Bron Gondwana wrote:
> On Wed, 21 Nov 2007 07:40:21 +0100 (CET), "Simon Matter" <[EMAIL PROTECTED]>
> said:
>
>> Hi Bron,
>>
>> Did you consider this one
>> http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=3006 in the patch above?
>> From a quick look it seems both patches conflict, is #3006 obsole
Bron Gondwana wrote:
> As usual you can get the patches here:
>
> http://cyrus.brong.fastmail.fm/
>
>
> I've been busy with Cyrus _again_ - so much for my theory
> that I was taking a break.
>
> OK - here's what's new.
>
> * http://cyrus.brong.fastmail.fm/patches/cyrus-skiplist-bugfixes-2.3.10
Folks,
I have recently been informed that Cyrus timsieved has had an
incompatible MANAGESIEVE STARTTLS implementation since v2.1.10. The
problem is that the server is supposed to automatically issue a
CAPABILITY response at the completion of STARTTLS, but this
functionality was removed in v2.
Juergen Kreileder wrote:
> Hi,
>
> I have a quite large folder hierarchy. On mobile clients I'd like to
> have a limited view on this hierarchy, i.e. I'd like to see only
> important folders. Unfortunately the mobile clients don't understand
> subscriptions.
>
> So, how would I go on to get a d
Guillermo Gómez wrote:
>> pam_mysql would correlate to saslauthd, and the cyrus sasl plugin
>> would correlate to auxprop.
>>
>> See documentation on the SASL pwcheck_method setting
>> (sasl_pwcheck_method in /etc/imapd.conf).
>>
>> When set to saslauthd, the pwcheck_method will allow the use of
>>
Andrzej Kwiatkowski wrote:
> Hello.
>
> On my page http://www.kwiatek.eu.org/soft/patches/
> is now available version of Cyrus Sasl library patch
> for version 2.1.22.
>
> After applying this patch you can use PostgreSQL as
> auth mechanism, and use this backend without PAM.
>
> Next step is to
I am pleased to announce the release of Cyrus IMAPd 2.3.11. This
release should be considered production quality.
Noteworthy changes:
* Fixed several skiplist bugs -- courtesy of Fastmail.fm.
* Add robustness to skiplist recovery -- courtesy of Fastmail.fm.
* Added support for
Matthieu Hallouin free wrote:
> hi,
> is it possible to authenticate users by certificate ?
> thanks
If you mean by TLS client certificate, yes. The client must present the
certificate to the server with the user's credentials, and then
authenticate using the 'EXTERNAL' SASL mechanism.
--
Ken
Matthieu Hallouin free wrote:
> Ken Murchison a écrit :
>> Matthieu Hallouin free wrote:
>>> hi,
>>> is it possible to authenticate users by certificate ?
>>> thanks
>>
>> If you mean by TLS client certificate, yes. The client must present
Paul van der Vlis wrote:
> Hello,
>
> I have a shared mailbox, and I want to give the users the right to
> delete messages in it, but not the right to delete the mailbox itself.
> How can I do that?
Look at the cyradm(1) manpage. The description of the individual ACL
bits is under 'setacl'
--
Rudy Gevaert wrote:
> Hi,
>
> When doing unuxpunge -l it doesn't show the spaces e.g. in the subject line.
>
> Could someone confirme this, so I can file a bug report.
>
> I'm running 2.3.10
unexpunge is pulling info from the index and cache files, and this is
how the subject header is stored
Rudy Gevaert wrote:
> Ken Murchison wrote:
>> Rudy Gevaert wrote:
>>> Hi,
>>>
>>> When doing unuxpunge -l it doesn't show the spaces e.g. in the
>>> subject line.
>>>
>>> Could someone confirme this, so I can file a bug report.
Giuseppe Ravasio wrote:
> Hi,
> i need to move a big mailbox (about 20GB) to a new partition. Obiouvsly the
> idea is doing something like:
> cyradm> renm big/mailbox big/mailbox newpartition
>
> I think that the system will need about half an hour to move mailbox files to
> the new location (a
Keith Edmunds wrote:
> I've searched but been unable to find any information about this. Is it
> feasible to have murder running over a WAN? We want to have two IMAP
> servers in separate locations.
>
> Thanks for any info or pointers.
CMU does this. We have a campus in Qatar with a couple of
f
David Reid wrote:
> Is it possible to deliver mail (after procmail processing) to the server
> such that sieve processing will still be occur? When using deliver it
> seems to bypass sieve totally.
You have to deliver via LMTP. 'deliver -l' will do this but I *think*
deliver with any other optio
rupert wrote:
> Hello first,
> I was able to set up an murder cluster with one backend and a frontend
> which also acts as a mupdate server.
> i could get the mailbox accounts from the backend, which was a
> standalone before.
> I read that now the murder is running i should "only" create account
ot;nntps" prefork=1
>
> # at least one LMTP is required for delivery
> # lmtpcmd="lmtpd" listen="lmtp" prefork=0
> lmtpunixcmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
>
> # this is only necessary if using n
e i can get the data with lm, but I cant connect with
> a mail client.
>
> On Jan 11, 2008 1:13 PM, Rupertt <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Ken Murchison wrote:
>> rupert wrote:
>>
>>> Hello first,
Its probably time for a new release. CVS compiles on my Linux box,
which platform are you on? Which bugs would you consider a priority?
Torsten Schlabach wrote:
> Dear list!
>
> Is anyone still reading bugs for the Cyrus SASL lib and considering patches?
>
> The current CVS version of Cyrus
l
>
> On Wed, Jan 23, 2008 at 12:11:34PM -0500, Ken Murchison wrote:
>> Its probably time for a new release. CVS compiles on my Linux box,
>> which platform are you on? Which bugs would you consider a priority?
>>
>>
>> Torsten Schlabach wrote:
>>>
Torsten Schlabach wrote:
> Hi Ken!
>
> Thanks for coming back on this one.
>
> > CVS compiles on my Linux box,
>
> I will re-check this tomorrow. Might have been my fault.
OK. I'll do a test compile on our Solaris install.
>
> > Which bugs would you consider a priority?
>
> Me personally
Michael Menge wrote:
> Hi,
>
> i don't know if this is a bug or a feature, but it seems that lmtpd
> checks quota befor a e-mail is parsed by the sieve script. This causes
> over quota bounces for
> messages that would have been discarded or redirected.
>
> Is there a way to only send the ove
Michael Menge wrote:
> Hi,
>
> I had a look at rfc2033. It is possible to send an individual returncode
> after the DATA stage for each recipient.
>
> So befor I try to patch the lmtpd, i would like to discus, which is
> the desired/expected behavior. To make discussion easier lets think about
>
Brian J. Murrell wrote:
> I've changed my existing server to use the altnamespace and while for
> one of my test accounts, they see the new namespace:
>
> J2 NAMESPACE
> * NAMESPACE (("" ".")) (("Other Users." ".")) (("Shared Folders." "."))
> J2 OK Completed
>
> Another account is not:
>
-02-02 at 16:01 -0500, Ken Murchison wrote:
>> Brian J. Murrell wrote:
>>> I've changed my existing server to use the altnamespace and while for
>>> one of my test accounts, they see the new namespace:
>>>
>>> J2 NAMESPACE
>>> * NA
Is saslauthd configured and running?
Michael Jørgensen wrote:
> This must really be a neewbie problem .-(
>
> I'm trying to connect to my IMAP server using Thunderbird. I'm not
> interested in SSL, so in Thunderbird I selected the radio button "TLS,
> if possible". However, Thunderbird refuses
Make sure that you enable allowusermoves in imapd.conf. Make sure to
read the associated warnings. Then using cyradm:
rename user.ruser user.suser
Joseph Silverman wrote:
> I tried 'mv /var/spool/imap/r/user/ruser /var/spool/imap/s/user/suser/
> ruser-copy' and then 'reconstruct -f -r user/s
Joseph Silverman wrote:
> can someone explain what the difference is?
>
> so, I use cyradm to 'sq user/ME 12345678' - afterwards I see than if I
> 'lq user/ME' I see the number. HOWEVER, if I 'lqr user/ME' I don't
> see anything. There appears to be no 'sqr' command and the only way I
> kn
Mike Eggleston wrote:
> Is there a way to change sieve's subject from 'Auto: ...' to 'Automated
> Reply: ...'?
Change the string in sieve/bc_eval.c
--
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University
Cyrus Home Page: http://cyrusimap.web.cm
Gary Mills wrote:
> Once again, we had somebody use the sieve facility to redirect e-mail
> back to the same mailbox and then go on vacation. This sets up a
> forwarding loop which cyrus breaks by discarding the e-mail. During
> this vacation, all of the person's e-mail disappeared.
>
> Shouldn'
You can either remove the CRAM-MD5 SASL plugin, or restrict the list of
advertised mechanisms by using the 'sasl_mech_list' option in imapd.conf
Joshua Tew wrote:
> I have not been able to authenticate POP3 over SSL from thunderbird
> 2.0.0.12 to Cyrus POm.3.8 on a OS X Server 10.5.
>
>
> I h
It was added at some point in the 2.3 tree and is used for the IMAP
URLAUTH extension which isn't widely supported by clients yet.
Shelley Waltz wrote:
> I searched, but could not find the relevant infomation regarding
> the mboxkey_db database in 2.3.7
>
> My current 2.2.3 install simply has mb
Joseph Brennan wrote:
>> I'm all for trying fix this if someone can come up with some logic to do
>> so. IMO, the code is correctly processing the script as written. Here
>> is the current code logic:
>>
>> - original message is sent to lmtpd
>> - message is forwarded and a record is put in deliv
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:
>>>>>
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 replication that
>>> appeared after upgrading from 2.3.8 to 2.3.11.
>> BAH - upload_message
rususers4548 Apr 3 09:02 119494.
>
> I have also seen the "error" when a user has moved emails from one folder
> to another folder.
>
> Regards
> Stephen Carr
>
> Bron Gondwana wrote:
>> On Wed, Apr 02, 2008 at 07:46:33AM -0400, Ken Murchison w
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 I'll make a pre-release today while I
troll bugzilla for any showstoppers.
--
Ke
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
>>
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 he
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 p
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 th
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
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 stat
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 c
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
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 -04
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
Noteworthy
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.
>>>
>>> http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-
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
>> http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd
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 th
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 testi
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
>>>
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
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
http://www.contrib.andrew.cmu.edu/~murch/cyrus-imapd-2.3.13rc3.ta
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 Mell
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
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"
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 tls_ci
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 che
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
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:
ftp://ftp
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
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'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, non-
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 befo
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
Th
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
>
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
somethi
501 - 600 of 2291 matches
Mail list logo