Too many entries of mystore: reusing txn....
Dear Experts, I had been sending mails to this list in the last two days with email an...@isac.gov.in - with subject - Urgent Help Required. Based on your advise, I have rebuilt all the mailboxes. I am monitoring the maillog entries of cyrus imap after I started the cyrus-imapd. Everything seems to be fine. Most of the log entries, I checked in this list and found them harmless and hence ignoring them like: setrlimit and IP_TOS etc. But, for this one, I did not get any proper comments in this list. In the maillog, I have too many lines with the same message, which is as below. cvt_cyrusdb: mystore: reusing txn .with some value of number. This same line repeats, at least 190+ times (including that last number). Is this a cause of worry? I have not yet released the system to users. I will be doing it only tomorrow, based on the response for this. Do I need to check something? I have rebuilt mailboxes and reconstructed mailboxes in RHEL 6.3 supplied Cyrus-IMAP 2.3.16. Please advise. -anant. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Fwd: Too many entries of mystore: reusing txn....
-- Forwarded message -- From: Anant Athavale Date: Sun, Dec 9, 2012 at 10:31 AM Subject: Re: Too many entries of mystore: reusing txn To: Andrew Morgan On Sat, Dec 8, 2012 at 10:52 PM, Andrew Morgan wrote: > On Sat, 8 Dec 2012, Anant Athavale wrote: > > Dear Experts, >> >> I had been sending mails to this list in the last two days with email >> an...@isac.gov.in - with subject - Urgent Help Required. Based on your >> advise, I have rebuilt all the mailboxes. I am monitoring the maillog >> entries of cyrus imap after I started the cyrus-imapd. Everything seems >> to >> be fine. >> >> Most of the log entries, I checked in this list and found them harmless >> and >> hence ignoring them like: setrlimit and IP_TOS etc. >> >> But, for this one, I did not get any proper comments in this list. >> >> In the maillog, I have too many lines with the same message, which is as >> below. >> >> cvt_cyrusdb: mystore: reusing txn .with some value of number. >> >> This same line repeats, at least 190+ times (including that last number). >> Is this a cause of worry? I have not yet released the system to users. I >> will be doing it only tomorrow, based on the response for this. Do I need >> to check something? >> >> I have rebuilt mailboxes and reconstructed mailboxes in RHEL 6.3 supplied >> Cyrus-IMAP 2.3.16. >> >> Please advise. >> > > Unless you really want to see all the gory details of Cyrus, turn your > syslog level down from DEBUG to INFO. The message you are seeing is a > DEBUG level log message. > Andy > As you say, the imap DEBUG logs are coming to maillog. RHEL 6.3 ships with Rsyslogd and also it looks like cyrus-imapd is compiled to use MAIL_LOG facility. (I tried local6.info /var/log/imapd.log. but it did log anything in imapd.log ). I am attaching rsyslog.conf (Not modified). What I ultimately want is 'maillog should not contain imap logs. And imapd.log should contain all logs related to cyrus/imapd with only info level logs. ' As I could not achieve it in short span of time, I have released the system, but, would like to do that in near future. Any pointers to achieve? Thank you all for your support. Anant. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Too many entries of mystore: reusing txn....
On Sat, Dec 8, 2012 at 10:52 PM, Andrew Morgan wrote: > On Sat, 8 Dec 2012, Anant Athavale wrote: > > Dear Experts, >> >> I had been sending mails to this list in the last two days with email >> an...@isac.gov.in - with subject - Urgent Help Required. Based on your >> advise, I have rebuilt all the mailboxes. I am monitoring the maillog >> entries of cyrus imap after I started the cyrus-imapd. Everything seems >> to >> be fine. >> >> Most of the log entries, I checked in this list and found them harmless >> and >> hence ignoring them like: setrlimit and IP_TOS etc. >> >> But, for this one, I did not get any proper comments in this list. >> >> In the maillog, I have too many lines with the same message, which is as >> below. >> >> cvt_cyrusdb: mystore: reusing txn .with some value of number. >> >> This same line repeats, at least 190+ times (including that last number). >> Is this a cause of worry? I have not yet released the system to users. I >> will be doing it only tomorrow, based on the response for this. Do I need >> to check something? >> >> I have rebuilt mailboxes and reconstructed mailboxes in RHEL 6.3 supplied >> Cyrus-IMAP 2.3.16. >> >> Please advise. >> > > Unless you really want to see all the gory details of Cyrus, turn your > syslog level down from DEBUG to INFO. The message you are seeing is a > DEBUG level log message. > > Andy > I forgot to attach my rsyslog.conf in my previous reply. Attached. rsyslog.conf Description: Binary data Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
[no subject]
Dear List, I have been using cyrus rpms provided by invoca.ch. The version being used is; cyrus-imapd-debuginfo-2.4.17-6.el6.x86_64 cyrus-imapd-devel-2.4.17-6.el6.x86_64 cyrus-imapd-utils-2.4.17-6.el6.x86_64 cyrus-imapd-2.4.17-6.el6.x86_64 I am using Horde groupware webmail edition and I am facing issues with mails composed with High Priority. Please look at the thread http://lists.horde.org/archives/imp/Week-of-Mon-20130819/055306.html As per the developer of Horde: *It's entirely dependent on the order the IMAP server returns the IMAP flags. The problem is that both 'unseen' and 'high priority' have the same CSS importance. CSS only allows a binary determination of what is "important". Thus, 2 or more rules with labeled important necessarily need to overwrite each other in either a FIFO or LIFO manner. Writing code to get around this would be prohibitively expensive and not worth it - especially since "priority" is not even a real, recognized flag. michael* Can anybody clarify on this from Cyrus IMAPd server view? -- anant athavale. bangalore Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
IMAP Flags clarification.
Dear List, I have been using cyrus rpms provided by invoca.ch. The version being used is; cyrus-imapd-debuginfo-2.4.17-6.el6.x86_64 cyrus-imapd-devel-2.4.17-6.el6.x86_64 cyrus-imapd-utils-2.4.17-6.el6.x86_64 cyrus-imapd-2.4.17-6.el6.x86_64 I am using Horde groupware webmail edition and I am facing issues with mails composed with High Priority. Please look at the thread http://lists.horde.org/archives/imp/Week-of-Mon-20130819/055306.html As per the developer of Horde: *It's entirely dependent on the order the IMAP server returns the IMAP flags. The problem is that both 'unseen' and 'high priority' have the same CSS importance. CSS only allows a binary determination of what is "important". Thus, 2 or more rules with labeled important necessarily need to overwrite each other in either a FIFO or LIFO manner. Writing code to get around this would be prohibitively expensive and not worth it - especially since "priority" is not even a real, recognized flag. michael* Can anybody clarify on this from Cyrus IMAPd server view? -- anant athavale. bangalore Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Help on quota usage.
Dear List, for one user, the lq user.xx is showing 1.6 GB, where as actual usage on file system is less than 1 GB. I want to know, how can get where is the additional quota sitting in /var/spool/imap partition for user xxx. Thanks in advance. -- anant athavale. bangalore Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Help on quota usage.
Thank you. This helped to trace the usage. On Fri, Feb 14, 2014 at 7:13 PM, Joseph Brennan wrote: > > > --On February 14, 2014 5:11:19 PM +0530 Anant Athavale > wrote: > > > > > > > > > Dear List, > > > > for one user, the lq user.xx is showing 1.6 GB, where as actual usage on > > file system is less than 1 GB. I want to know, how can get where is the > > additional quota sitting in /var/spool/imap partition for user xxx. > > > > > mbexamine user.xx | egrep '(Number.of.Messages|^Examining)' > > > Joseph Brennan > Columbia University IT > > > > > Cyrus Home Page: http://www.cyrusimap.org/ > List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ > To Unsubscribe: > https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- anant athavale. bangalore Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Synchronous Replication reg.
Dear Members, I am already running Cyrus-IMAP for storing mailboxes with quota and sieve filter features on RHLE 7. I have the following requirement. 1. The same mailboxes also should be accessible from another site and that site also should run Cyrus-IMAP ( a kind of replication). 2. The mailbox, quota and sieve filters should get updated on both the sites irrespective of which Cyrus-IMAP server a client is pointing to. 3. Mail delivery will happen on one server only. Does Cyrus-IMAP supports this feature? If yes, which version and above this feature is supported? Which feature of Cyrus-IMAP need to be enabled to make it work? Is it being already being used in production sites? Your guidance / pointers required. -- anant athavale. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
