Hey everyone. I'm trying to set up a replacement server, moving from
2.0.17 to 2.2.6.
The new machine is running FreeBSD 5.2.1 with the following (installed
from ports):
cyrus-imapd-2.2.6
cyrus-sasl-2.1.18_1
cyrus-sasl-saslauthd-2.1.18_2
The problem is that I am suddenly having a bear of a time
The cyrus/replication would be amazing. Application level
replication seems to be the best option if the setup is
straight forward.
How would we indicate our interest to the development
team? How are updates and future development project
priorities decided?
Kevin
> Hi,
>
> Etienne Goyer wrot
On Tue, 6 Jul 2004, Rob Siemborski wrote:
> On Tue, 6 Jul 2004, Andreas wrote:
>
> > Here I applied only the patch at the bugzilla entry below in order to fix the
> > problem
> > (cyrus-sasl-2.1.18):
> >
> > https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2457
>
> This patch corresponds to revisi
Hello list,
I have a Debian sid test machine running postfix
2.1.3/cyrus21+sasl.
This used to work just fine, now this is what I get in
/var/log/mail.log:
Jul 6 23:58:32 mail cyrus/master[2205]: about to exec /usr/lib/cyrus/bin/imapd
Jul 6 23:58:32 mail cyrus/imap[2205]: exec
On Tue, 6 Jul 2004, Andreas wrote:
Here I applied only the patch at the bugzilla entry below in order to fix the problem
(cyrus-sasl-2.1.18):
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2457
This patch corresponds to revision 1.88. I'll have a closer look at the
changes in 1.89.
-Rob
-=-=-=-
Hi,
Etienne Goyer wrote:
Regarding IMAP replication, I have not found much but the work of
David Carter at
http://www-uxsup.csx.cam.ac.uk/~dpc22/cyrus/replication.html seem
interesting. As far as I can tell, source to this implementation and
current status are not available. Does somebody on
On Tue, Jul 06, 2004 at 08:21:13PM +0200, Jukka Salmi wrote:
> Hi,
>
> the recent changes to plugins/gssapi.c between revisions 1.88 and 1.89 [2]
> made the problem come back after it was solved by applying the diff between
> 1.84 and 1.85.
>
> In short: using rev. 1.88 works fine for me; however
AJ wrote:
Hi, Can anyone share experiences with running out of open files on
Linux? I am using a 2.4.26 kernel, and the system wide open file
limit is rather large. Do I need to set anything other than this? The
default limit of 1024 is in effect for both cyrus and root.
Thanks. AJ
# cat /proc/sys/
Hi,
the recent changes to plugins/gssapi.c between revisions 1.88 and 1.89 [2]
made the problem come back after it was solved by applying the diff between
1.84 and 1.85.
In short: using rev. 1.88 works fine for me; however, with rev. 1.89
uploading sieve scripts larger than 4000 bytes fails with
> Simon Matter wrote:
>
>>
>>Update:
>>Just found out they are also vanishing without running quota -f. Just
>>normal operation.
>
>Just to clarify, do you mean normal operation of the quota command (no
>-f option), or normal operation of the server?
I mean
Hello All,
I've installed the following applications:
cyrus-imapd-2.2.3
cyrus-sasl-2.1.18
postfix-2.0.18-20040205 with TLS
openLDAP, amavisd-new, clamav, spamassassin.
on a FreeBSD 5.2.
I need to use the vacation on sieve, and I can't do it working.
no vacation messages were received
somewhere,
Unfortunately, they're not. Howver, Gary Mills sent me a snippet of perl
code (thank you Gary!) that implements the algorithm and will do the trick.
-- Rob
--On Tuesday, July 06, 2004 12:27:59 PM -0400 Ken Murchison <[EMAIL PROTECTED]>
wrote:
> Rob Tanner wrote:
>
> > I need to move a number o
Right now 2.2.3, but I am looking to either stay with that or go to 2.2.7 when
it's released.
Thanks.
AJ
Quoting Rob Siemborski <[EMAIL PROTECTED]>:
On Mon, 5 Jul 2004, AJ wrote:
Hi,
Can anyone share experiences with running out of open files on Linux?
I am using a 2.4.26 kernel, and the system wi
On Mon, 5 Jul 2004, AJ wrote:
> Hi,
>Can anyone share experiences with running out of open files on Linux?
> I am using a 2.4.26 kernel, and the system wide open file limit is
> rather large. Do I need to set anything other than this? The default
> limit of 1024 is in effect for both cyrus
Rob Tanner wrote:
I need to move a number of mailboxes onto a system runng Cyrus IMAP4
v2.2.3 with fulldirhash.
If both servers are running 2.2, then you can move mailboxes between
servers using the cyradm XFER command and not have to worry about doing
things by hand.
--
Kenneth Murchison O
On Tue, Jul 06, 2004 at 08:08:19AM -0700, Rob Tanner wrote:
>
>I need to move a number of mailboxes onto a system runng Cyrus IMAP4
>v2.2.3 with fulldirhash. Adding them to the mailboxes database is not
>a problem. But what I need to know is where to put them, and that's
>decided
Simon Matter wrote:
Update:
Just found out they are also vanishing without running quota -f. Just
normal operation.
Just to clarify, do you mean normal operation of the quota command (no
-f option), or normal operation of the server?
I mean normal operation of the server, no quota call involved.
T
Rob Tanner wrote:
I need to move a number of mailboxes onto a system runng Cyrus IMAP4
v2.2.3 with fulldirhash. Adding them to the mailboxes database is not a
problem. But what I need to know is where to put them, and that's
decided by the hashing algorithm. I could probably figure it out by
I need to move a number of mailboxes onto a system runng Cyrus IMAP4 v2.2.3 with fulldirhash. Adding them to the mailboxes database is not a problem. But what I need to know is where to put them, and that's decided by the hashing algorithm. I could probably figure it out by digging through t
On Mon, 5 Jul 2004, Stephan Buys wrote:
The second patch is optional, and more of a suggestion from the Kolab developers.
This will add support for /vendor/* to ANNOTATEMORE. Maybe it is worthwhile
considering this option, it should not have any foreseeable negative impact on
the server, and going
I found a solution:
In cyrus-imapd-2.2.6/perl/imap/Makefile.PL replace the line:
my $SASL_LIB = $ENV{SASL_LIB} || "-lsasl2"; with
my $SASL_LIB = $ENV{SASL_LIB} || "-lsasl2 -ldb"; and then recomplile.
I had this problem with some past versions so I belive a patch could be
included.
victor wrote:
I
On Mon, 5 Jul 2004, AJ wrote:
Hi,
Can anyone share experiences with running out of open files on Linux?
I am using a 2.4.26 kernel, and the system wide open file limit is rather
large. Do I need to set anything other than this? The default limit of 1024
is in effect for both cyrus and root.
Wh
> Simon Matter wrote:
>>>Simon Matter wrote:
>>>
>>>
>>>Simon Matter wrote:
>>>
>>>
q2:open("/var/spool/imap/q/user/442vk/Drafts/cyrus.header", O_RDWR)
=
4
q2:open("/var/spool/imap/q/user/442vk/Sent/cyrus.header", O_RDWR) =
4
q2:open("/v
I try:
"cd /home/victor/mail/cyrus-imapd-2.2.6/perl/imap"
"perl Makefile.PL"
"make"
and when I do "make test" the error is:
"Can't load
'/home/victor/mail/cyrus-imapd-2.2.6/perl/imap/blib/arch/auto/Cyrus/IMAP/IMAP.so'
"
"IMAP.so: undefined symbol: db_version"...
The detailed error is down here.
On Sun, 4 Jul 2004, Allen Unueco wrote:
> I have just installed Cyrus IMAP for the first time, everything went
> very smoothly and I was up and running any major problems.
>
> I'm moving from a mbox based mail system to Cyrus and I'm having some
> difficulty moving the old mail.
>
> I've found a f
Simon Matter wrote:
Simon Matter wrote:
Simon Matter wrote:
q2:open("/var/spool/imap/q/user/442vk/Drafts/cyrus.header", O_RDWR) =
4
q2:open("/var/spool/imap/q/user/442vk/Sent/cyrus.header", O_RDWR) = 4
q2:open("/var/spool/imap/q/user/442vk/Trash/cyrus.header", O_RDWR) =
4
q2:open("/var/lib/imap/q
> Can anyone share experiences with running out of open files on Linux?
>I am using a 2.4.26 kernel, and the system wide open file limit is
>rather large. Do I need to set anything other than this? The default
>limit of 1024 is in effect for both cyrus and root.
Off the top of my head, there
>> Simon Matter wrote:
>>> For the vanishing quota problem, it seems that the problem is from a
>>> bug
>>> in one of the patches I include in my rpms, not from cyrus-imapd
>>> itself.
>>> I'll provide more information after further investigation.
>>
>> So you're saying that current CVS works fine
Have you tried "ulimit" command?
---
DO DUC HUY
Opensource team
Network and Media Department
Centre for Development of Information Technology - CDiT
Viet Nam Posts & Telecommunications Corporation
Address: 4th Floor, VCCI Building, 9 Dao Duy Anh str,
29 matches
Mail list logo
