On Tue, 2006-04-25 at 13:21 -0500, Marlys Nelson wrote:
Larry Rosenbaum wrote:
Is anybody using more than 4GB of storage? Cyrus imapd 2.2.12 stores quota
usage, in bytes, in an unsigned long and so can't keep track of usage over
4GB. You may need to go to v2.3.3, which uses a long long
I've finally split out all the patches that we use here into
individual items.
I know some people were interested in the don't allow users to
set the anyone ACL patch as well.
http://cyrus.brong.fastmail.fm/
Ken - I'd love to work with you on getting as many as possible of these
into
--On May 23, 2006 8:37:45 AM +0200 Simon Matter
[EMAIL PROTECTED] wrote:
Cool, some of the patches look really interesting and I'm considering to
include one or the other into my rpm packages. For example the statuscache
patch seems very nice. Just to be sure, are there any license
Cool, some of the patches look really interesting and I'm considering to
include one or the other into my rpm packages. For example the statuscache
patch seems very nice. Just to be sure, are there any license restrictions
on the patches?
No, no license restrictions. We'd love these to get
Hello,
We've been running Cyrus for well over a year now supporting over
30,000 email accounts. We use a Murder setup, with virtualdomain
support. We also use socketmap to insure the user exists during the
smtp session.
We were previously using 2.2.12 with very good luck. No real issues
Statuscache also piqued my interestDoes it give any win for POP3
clients? We've a *HUGE* number of Outlook users that have the terribly
wrong idea that they just MUST poll every minute. That along with the
seen state stuff would be a good thing for us.
No, it's only for IMAP clients
Is int only me, or are this mailing list's archives at
http://asg.web.cmu.edu/bb/archive.info-cyrus inaccessible to one and all?
Mordur
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info:
Bron Gondwana wrote:
I've finally split out all the patches that we use here into
individual items.
I know some people were interested in the don't allow users to
set the anyone ACL patch as well.
http://cyrus.brong.fastmail.fm/
Ken - I'd love to work with you on getting as many as possible
Ken Murchison wrote:
Bron Gondwana wrote:
I've finally split out all the patches that we use here into
individual items.
I know some people were interested in the don't allow users to
set the anyone ACL patch as well.
http://cyrus.brong.fastmail.fm/
Ken - I'd love to work with you on getting
I'm in the process of porting a couple of patches from UMich into 2.3
and then I'm going to make a release which includes a fix for an easily
exploitable buffer overflow in pop3d.
Ehm? Does this affect the 2.2.x branch as well?
John
--
John Madden
Sr. UNIX Systems Engineer
Ivy Tech
John Madden wrote:
I'm in the process of porting a couple of patches from UMich into 2.3
and then I'm going to make a release which includes a fix for an easily
exploitable buffer overflow in pop3d.
Ehm? Does this affect the 2.2.x branch as well?
No. The exploit is in a feature added in
On Tue, May 23, 2006 at 12:30:42PM +, Mordur wrote:
Is int only me, or are this mailing list's archives at
http://asg.web.cmu.edu/bb/archive.info-cyrus inaccessible to one and all?
It's working from here.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ:
I am pleased to announce the release of Cyrus IMAPd 2.3.4. This is a
BETA-quality release, reflecting that it has significant numbers of new
features that have not been tested on a wide-scale basis, although
earlier versions of this code have been running at several sites for
quite some time.
Sven Mueller wrote:
Since I didn't see this yet on either -info or -devel, I hereby forward
the security alert (if you want to call it that way, in this case, it's
a zero-day-exploit). I've investigated the issue a little bit, and as
far as I could see, the 2.2 line isn't affected by the
Hi,
On Tue, 23 May 2006 10:44:15 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch I am pleased to announce the release of Cyrus IMAPd 2.3.4. This is a
murch BETA-quality release, reflecting that it has significant numbers of new
murch features that have not been tested on a wide-scale basis,
Hajimu UMEMOTO wrote:
Hi,
On Tue, 23 May 2006 10:44:15 -0400
Ken Murchison [EMAIL PROTECTED] said:
murch I am pleased to announce the release of Cyrus IMAPd 2.3.4. This is a
murch BETA-quality release, reflecting that it has significant numbers of new
murch features that have not been
Robert Mueller wrote:
Cool, some of the patches look really interesting and I'm considering to
include one or the other into my rpm packages. For example the
statuscache
patch seems very nice. Just to be sure, are there any license
restrictions
on the patches?
No, no license restrictions.
Hi,
On Tue, 23 May 2006 12:38:12 -0400
Ken Murchison [EMAIL PROTECTED] said:
May 24 01:03:55 ameno lmtpunix[37779]: accepted connection
May 24 01:03:55 ameno lmtpunix[37779]: lmtp connection preauth'd as
postman
May 24 01:03:55 ameno lmtpunix[37779]: verify_user(user.ume)
--On May 23, 2006 10:34:20 PM +1000 Robert Mueller [EMAIL PROTECTED] wrote:
Statuscache also piqued my interestDoes it give any win for POP3
clients? We've a *HUGE* number of Outlook users that have the terribly
wrong idea that they just MUST poll every minute. That along with the
Hi all!
I have a setup where Cyrus-Imap 2.1.15, Cyrus-Sasl 2.1.15,
Sendmail 8.13 is installed on an HPUX Itanium server. I use
with success Saslauthd that authenticate users over an openldap linux
RH3 server using pam modules.
All is fine user can login and receive emails from Sendmail with no
Hajimu UMEMOTO wrote:
Hi,
On Tue, 23 May 2006 12:38:12 -0400
Ken Murchison [EMAIL PROTECTED] said:
May 24 01:03:55 ameno lmtpunix[37779]: accepted connection
May 24 01:03:55 ameno lmtpunix[37779]: lmtp connection preauth'd as postman
May 24 01:03:55 ameno lmtpunix[37779]:
So I got into a big argument with the people in my department about how
replication works and I'm seeking some guidance from the community:
(1)The worst fear of any prof here at UMASS is the potential of losing a
single email. So my question is this: If we set up replication, and
we have
On May 23, 2006, at 4:48 PM, David Korpiewski wrote:
So I got into a big argument with the people in my department about
how replication works and I'm seeking some guidance from the
community:
(1)The worst fear of any prof here at UMASS is the potential of
losing a single email. So my
I would guess the slowdown is somewhere in your authentication process.
Are LDAP lookups fast? What happens when you run this:
# testsaslauthd -u username -p password
?
Davide Pasquale wrote:
Hi all!
I have a setup where Cyrus-Imap 2.1.15, Cyrus-Sasl 2.1.15, Sendmail
8.13 is installed
I know we discussed this in the past, but I can't seem to find the thread.
What part of the existing STATUS code causes the bottleneck?
Is it STATUS_RECENT and STATUS_UNSEEN?
It's a combination of both. The main things are:
1. Status UNSEEN and RECENT both have to loop over the cyrus.index
Using cyradm, use sq mailbox none.
Hope that solves your problem,
Baltsar
Thanks for the reply. The above worked on user.mailbox but they have
lots of sub-folders. Is there any way to do this without scripting?
Murray
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ:
FreeBSD-4.11
Well I want to get IMAP running on my FreeBSD box and would like to have a
safe, non service-interrupting strategy to implementing it. I am leaning
toward installing cyrus imapd. I have some questions about how to get things
working.
1) Can somebody please recommend a good
27 matches
Mail list logo