To be honest - it doesn't actually hurt too badly once it's in memory
cache. The cyrus.cache file isn't generally needed to be entirely
read, and the secret of mmap is that you only read the bits you need
as you need them - it's lazily loaded.
I am fully agree with you. But I don't know
Hello Cyrus Community,
what is the recommended procedure or best practice to re-sync master/slave
after failure of synchronization?
We are using cyrus-2.3.1x and the synchronization seems unstable.
What can cause this? Any hints to make it stable?
Regards, Frank Elsner
Cyrus Home
On Mon, Nov 22, 2010 at 11:03:15AM +0100, Sébastien Michel wrote:
To be honest - it doesn't actually hurt too badly once it's in memory
cache. The cyrus.cache file isn't generally needed to be entirely
read, and the secret of mmap is that you only read the bits you need
as you need
On Mon, Nov 22, 2010 at 11:19:26AM +0100, Frank Elsner wrote:
Hello Cyrus Community,
what is the recommended procedure or best practice to re-sync master/slave
after failure of synchronization?
run sync_client -u for each user.
We are using cyrus-2.3.1x and the synchronization seems
Le 19 nov. 2010 à 17:48, Michel Sébastien a écrit :
Is mmap still efficient ? map a gigabit file should cost a lot of I/O and a
relatively long reponse time to just access the records of the most recent
emails.
mmap does nothing besides mapping the file as virtual memory to your process.
hello all,
we have strange behavior of our cyrus 2.3.16 on pop3 and pop3s protocol
with thunderbird 3.1.6. User does connect to a mailbox correctly, the
first login is successful. After 5 min, when the user reconnects to a
mailbox it comes to a 'badlogin' and then the client attempts to login
Now that you mention it... we had something similar a couple of weeks ago. The
number of bad logins cumulated to a couple of thousands within a few hours. The
users didn't get an error from thunderbird. The protocol also was pop3s. I am
not quite sure which thunderbird version it was.
Regards,
You have got to be kidding me. Unless there's actually something which
requires the files to be rewritten (i.e. an expunge event) then this
should not happen. Again, Cyrus 2.4.x will be much more efficient in
this regard, only rewriting if you have explicitly enable immediate
expunge
Afternoon,
I'm still working on a sieve issue reported by a user. It seems the
issue happens when the vacation rule is enabled. I have the users using
SmartSieve rather than trying to teach them how to create rules using
vi(1).
I copied the user's sieve rule list (long, I'll not post here) and
On Mon, Nov 22, 2010 at 03:36:07PM +0100, Sébastien Michel wrote:
You have got to be kidding me. Unless there's actually something which
requires the files to be rewritten (i.e. an expunge event) then this
should not happen. Again, Cyrus 2.4.x will be much more efficient in
this
On Mon, 22 Nov 2010, Mike Eggleston wrote:
Afternoon,
I'm still working on a sieve issue reported by a user. It seems the
issue happens when the vacation rule is enabled. I have the users using
SmartSieve rather than trying to teach them how to create rules using
vi(1).
I copied the
On Mon, 22 Nov 2010, Andrew Morgan might have said:
On Mon, 22 Nov 2010, Mike Eggleston wrote:
Afternoon,
I'm still working on a sieve issue reported by a user. It seems the
issue happens when the vacation rule is enabled. I have the users using
SmartSieve rather than trying to teach
Hello,
i just noticed a strange problem with expunge_mode:delayed which i cannot
explain. it's probably a
lack of understanding on my side since i'm no cyrus-imap expert not even an
email expert :)
OK, let me explain my problem. recently i discovered that my spam mailbox had
14.000 messages
We hit the same issue. You will need to run cyr_expire twice to
have items be removed correctly. Once as you are currently doing
and then a second time ignoring the mailbox annotations (the -a
option). This will actually run the delete.
Regards,
Ken
On Mon, Nov 22, 2010 at 09:55:46PM +0100,
On Mon, Nov 22, 2010 at 03:03:05PM -0600, Kenneth Marshall wrote:
We hit the same issue. You will need to run cyr_expire twice to
have items be removed correctly. Once as you are currently doing
and then a second time ignoring the mailbox annotations (the -a
option). This will actually run the
Kenneth Marshall schrieb:
We hit the same issue. You will need to run cyr_expire twice to
have items be removed correctly. Once as you are currently doing
and then a second time ignoring the mailbox annotations (the -a
option). This will actually run the delete.
yep, that did the trick.
On Mon, Nov 22, 2010 at 11:03:15AM +0100, Sébastien Michel wrote:
Since strace doesn't help to see what mmap reads on SELECT, so I made a test
on NFS server.
On Linux you should use blktrace. NFS is a non-POSIX filesystem, and it
may show quite different behavior compared to a POSIX filesystem
Bron Gondwana schrieb:
This bug is also fixed in Cyrus 2.4.x.
is it this commit?:
http://git.cyrusimap.org/cyrus-imapd/commit/?h=cyrus-imapd-2.4id=48f2fab8c42716201c1f55646110df306ae750ed
maybe i can patch my 2.3.16 to fix it.
regards,
-ap
Cyrus Home Page: http://www.cyrusimap.org/
Hello,
I thought it was possible in Cyrus to disable the IDLE functionality, either
with imapidlepoll: 0 in imapd.conf, or by commenting idled in cyrus.conf.
However, having both disabled, clients still connect and maintain their socket
open on tcp 143. Is it not possible or am I going
Exist any problem with Cyrus IMAP 2.4.4 and IPhone Client ( Apple Mail ) ?
Any problem with idled function for this plataform ?
Since I upgraded to Cyrus 2.4.4 a few customers are complaining that
the iPhone not sync
mail messages.
Regards
Cyrus Home Page: http://www.cyrusimap.org/
List
Hi,
I am using Murder Enviromment. My frontend servers ( /etc/imapd.conf )
has this options.
proxyd_allow_status_referral: 0
proxyd_disable_mailbox_referrals: 1
When i test with imtest:
imtest -a lucas.carraro localhost
S: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE
Hello,
Is it possible to either reduce logging in Cyrus (CYRUS_VERBOSE=1 or 0
currently) to log less chatter? Everything seems to go to the MAIL facility,
and there are alot of messages on a idle test system :-0
Also, the user_deny feature seems to log twice? Or 3 times even?
Nov 22
On 22/11/10 20:14 -0500, Ron Vachiyer wrote:
Hello,
Is it possible to either reduce logging in Cyrus (CYRUS_VERBOSE=1 or 0
currently) to log less chatter? Everything seems to go to the MAIL
facility, and there are alot of messages on a idle test system :-0
Also, the user_deny feature seems to
I will check the .spec file of the RPM I used to install Cyrus to see if the
logging facility was modified, however regarding the opening of user_deny.db,
this is version 2.4.4 I am using. I don't see why it would be logging it so
often then.
Date: Mon, 22 Nov 2010 19:34:26 -0600
From:
On Mon, Nov 22, 2010 at 10:08:53PM -0200, Lucas Zinato Carraro wrote:
Exist any problem with Cyrus IMAP 2.4.4 and IPhone Client ( Apple Mail ) ?
There were some problems early on with ESEARCH and iPhone, but I
got them fixed before the 2.4.0 release.
Any problem with idled function for this
On Mon, Nov 22, 2010 at 08:44:52PM -0500, Ron Vachiyer wrote:
I will check the .spec file of the RPM I used to install Cyrus to see if the
logging facility was modified, however regarding the opening of user_deny.db,
this is version 2.4.4 I am using. I don't see why it would be logging it
On Mon, Nov 22, 2010 at 03:36:07PM +0100, Sébastien Michel wrote:
You have got to be kidding me. Unless there's actually something which
requires the files to be rewritten (i.e. an expunge event) then this
should not happen. Again, Cyrus 2.4.x will be much more efficient in
this
Hello,
I thought it was possible in Cyrus to disable the IDLE functionality,
either with imapidlepoll: 0 in imapd.conf, or by commenting idled in
cyrus.conf. However, having both disabled, clients still connect and
maintain their socket open on tcp 143. Is it not possible or am I going
Hi,
I've tried to update to URLs in all docs to reflect the changes needed for
the new website. Patches against 2.3 and 2.4 are attached.
Regards,
Simondiff -Naur cyrus-imapd-2.3.16.orig/doc/index.html cyrus-imapd-2.3.16/doc/index.html
--- cyrus-imapd-2.3.16.orig/doc/index.html 2007-02-07
29 matches
Mail list logo
