Marc G. Fournier wrote:
On Tue, 11 Jul 2006, Ken Murchison wrote:
Marc G. Fournier wrote:
Last I read, there was a problem with the replication side of things
... has that been fixed yet, or still outstanding?
I believe that all outstanding issues with virtdomains and replication
have bee
On Tue, 11 Jul 2006, Ken Murchison wrote:
Marc G. Fournier wrote:
Last I read, there was a problem with the replication side of things ...
has that been fixed yet, or still outstanding?
I believe that all outstanding issues with virtdomains and replication have
been fixed in 2.3.7.
sweet
At Mon, 03 Jul 2006 17:22:07 -0500,
Phil Brutsche wrote:
>
> Søren Schimkat wrote:
> >
> > Which filesystem would you recomend?
>
> ext3, hands down.
Or good old trusty FFS, as the case may be. :-)
(It is more than rock solid, and has been tested for decades on dozens
of different machine arc
Paul Boven wrote:
>
> Thank you for your reply. I was already considering changing to
> skiplist, but at the moment the problem is that I don't know which
> database is where, and what kind of backend it is. On my test-machine, I
> think I've located all Berkeley's, but Cyrus is completely dead, f
We're in the process of migrating from an ancient UW-IMAP setup to
Cyrus with "virtdomains: yes", and there's one little thing I'm
wondering about. Our old accounts just have a username without the
domain part, whereas all of our new accounts will be a [EMAIL PROTECTED]
format. If someone tries to
Muenz, Michael wrote:
Hi,
I want to "safely" disable Squat.
My idea was:
1. Stop cyrus
2. Remove corresponding lines in cyrus.conf
3. Start cyrus
4. cd /var/spool/imap/user/
5. find . -name 'cyrus.squat' -type f -exec rm {} \;
Will I have to do a complete reconstruct or are the
5 steps ok for t
Larry Rosenbaum wrote:
After more testing, I have confirmed that v2.3.7 is doing something nasty
with my Seen database. To verify, I have done the following experiment
(using Outlook):
1) Open my INBOX.
2) Mark a message as Unread.
3) Open INBOX.test
4) Open INBOX. The message is no longer
> -Original Message-
> From: Дейтер Александр Валериевич [mailto:[EMAIL PROTECTED]
...
> > That was probably me. I have just built 2.3.7 on our test system and
> > haven't seen any fatal errors. However, I am using gcc (v3.4.2), NOT
> the
> > Sun compiler.
>
> This error happens if you
Larry Rosenbaum wrote:
>> > This release cannot work on Solaris 9 64-bit. Cyrus-IMAP build in 64-bit
>> > mode with SUNWspro cc (SUN Studio 11):
>>
>> Is anyone else seeing this? I don't have a 64-bit Solaris box
>> immediately available for testing, but my fix was tested and confirmed
>> by the
I do not know what went wrong but now if log in using cyradm to
administrator console i can't get nither mailboxes list nor create/delete
or even see info.
What i did was patched the system (instructions below) and now sieve
works fine..
please advise.
alex
patching instractions
> I have instal
Hi Matthew,
Matthew Schumacher wrote:
Paul Boven wrote:
I'm planning an upgrade from a Cyrus-2.2.8 to Cyrus-2.2.12. However, we
will also be upgrading Berkeley from 4.1.25 to 4.4.20 because of some
performance issues with the first.
So now I'm wondering: should I call db_upgrade from Berkeley
After more testing, I have confirmed that v2.3.7 is doing something nasty
with my Seen database. To verify, I have done the following experiment
(using Outlook):
1) Open my INBOX.
2) Mark a message as Unread.
3) Open INBOX.test
4) Open INBOX. The message is no longer marked as Unread.
If I l
I had read on some web site somewhere that there was going to be a new
type of replication that would be fully symmetrical. Server A could
replication to server B and at the same time server B could replicate
back to server A.
Is anyone working on that project? Is there any relative estimate
> Paul Boven wrote:
>> Hi everyone,
>>
>> I'm planning an upgrade from a Cyrus-2.2.8 to Cyrus-2.2.12. However, we
>> will also be upgrading Berkeley from 4.1.25 to 4.4.20 because of some
>> performance issues with the first.
>>
>> So now I'm wondering: should I call db_upgrade from Berkeley on each
> From: [EMAIL PROTECTED] [mailto:info-cyrus-
> [EMAIL PROTECTED] On Behalf Of Ken Murchison
> >
> > This release cannot work on Solaris 9 64-bit. Cyrus-IMAP build in 64-bit
> > mode with SUNWspro cc (SUN Studio 11):
>
> Is anyone else seeing this? I don't have a 64-bit Solaris box
> immediately
I am using dev-libs/openssl-0.9.7i on gentoo. I run cd /etc/ssl/misc ./CA.sh -newca ./CA.sh -newreq ./CA.sh -sign I can't find any errors in the postfix logs, but the imap error is unable to get certificate from '/etc/ssl/private/newcert.pem' my imapd.conf has tls_ca_path: /etc/ssl/private tls
Ok so i got the notifications working, and I'm probaly missing something
simple but using the script:
require
["fileinto","envelope","reject","vacation","imapflags","relational","comparator-i;ascii-numeric","regex","notify"];
if
true
{
keep;
notify :method "mailto" :options "[EMAIL PROTECTED]
Paul Boven wrote:
> Hi everyone,
>
> I'm planning an upgrade from a Cyrus-2.2.8 to Cyrus-2.2.12. However, we
> will also be upgrading Berkeley from 4.1.25 to 4.4.20 because of some
> performance issues with the first.
>
> So now I'm wondering: should I call db_upgrade from Berkeley on each of
> t
Ken Murchison wrote:
>> This release cannot work on Solaris 9 64-bit. Cyrus-IMAP build in 64-bit
>> mode with SUNWspro cc (SUN Studio 11):
>> # su - cyrus -c /usr/local/sbin/reconstruct user.devel
>> Bus Error - core dumped
> Just to clarify, the dump below is from v2.3.7 reconstruct?
Yes of cour
Hi Alex,
[EMAIL PROTECTED] wrote:
I have installed Cyrus+SIEVE and i can even see SIEVE running if i telnet
to the 2000 port, but if i run sieveshell
I get the following error.
Can't locate Cyrus/SIEVE/managesieve.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.3/i386-linux-thread-multi /usr/lib
Дейтер Александр Валериевич wrote:
Ken Murchison wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.7. This release
should be considered late beta quality, reflecting that most large bugs
have been resolved, but some small buglets might still remain.
This release fixes problems wi
Ken Murchison wrote:
>> This release cannot work on Solaris 9 64-bit. Cyrus-IMAP build in 64-bit
>> mode with SUNWspro cc (SUN Studio 11):
>
> Is anyone else seeing this? I don't have a 64-bit Solaris box
> immediately available for testing, but my fix was tested and confirmed
> by the person
Дейтер Александр Валериевич wrote:
Ken Murchison wrote:
I am pleased to announce the release of Cyrus IMAPd 2.3.7. This release
should be considered late beta quality, reflecting that most large bugs
have been resolved, but some small buglets might still remain.
This release fixes problems wi
Am Di, den 11.07.2006 schrieb [EMAIL PROTECTED] um 14:56:
> Alexander thanks a lot for help.
>
> >Install Cyrus-IMAPd together with the Perl modules inside
> > /usr instead of /usr/local.
>
> how do i do that? how do i tell configure where to place modules?
>
> > Don't you run an OS with a pack
On Wed, 5 Jul 2006, Ben Poliakoff wrote:
Hi All,
I've been trying to use the LDAP pts module with Cyrus imapd 2.3.6.
I've had reasonably good success with ptloader configured to do
*anonymous* binds, but when I set 'ldap_sasl: 1' in imapd.conf ptloader
fails to bind to my LDAP server with the f
Ken Murchison wrote:
> I am pleased to announce the release of Cyrus IMAPd 2.3.7. This release
> should be considered late beta quality, reflecting that most large bugs
> have been resolved, but some small buglets might still remain.
> This release fixes problems with replication and virtual do
Hi,
I want to "safely" disable Squat.
My idea was:
1. Stop cyrus
2. Remove corresponding lines in cyrus.conf
3. Start cyrus
4. cd /var/spool/imap/user/
5. find . -name 'cyrus.squat' -type f -exec rm {} \;
Will I have to do a complete reconstruct or are the
5 steps ok for this?
Thanks,
Michael
--
I'm having problems starting and connecting to imapd.
I type:
sudo /usr/cyrus/bin/master &
[1] 190
Looking at the processes running with 'top' there is a process 'sudo'
with PID of 190 running. There is no process called imapd running.
Is this correct behaviour?
When I try to telnet in to
I'm using Slackware too.
BDB headers and BDB library should have the same version. (And this
version should match the one used in compiling SASL ).
Look in the output from "make all" for command line of gcc and ld !
If nothing else helps: move unneeded BDB libraries and headers to
some direc
Marc G. Fournier wrote:
Last I read, there was a problem with the replication side of things ...
has that been fixed yet, or still outstanding?
I believe that all outstanding issues with virtdomains and replication
have been fixed in 2.3.7.
--
Kenneth Murchison
Systems Programmer
Project C
Hi everyone,
I'm planning an upgrade from a Cyrus-2.2.8 to Cyrus-2.2.12. However, we
will also be upgrading Berkeley from 4.1.25 to 4.4.20 because of some
performance issues with the first.
So now I'm wondering: should I call db_upgrade from Berkeley on each of
these databases? And which dat
After upgrade from Cyrus-IMAP 2.2.12 to 2.2.13 we have a problem with
hanging imapd-processess. This happens about once a day on our production
system.
in TOP the process uses ca. 98% CPU and strace shows following:
--- SIGSTOP (Stopped (signal)) @ 0 (0) ---
--- SIGSTOP (Stopped (signal)) @ 0
32 matches
Mail list logo
