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
Re: Help on quota usage.
Thank you. This helped to trace the usage. On Fri, Feb 14, 2014 at 7:13 PM, Joseph Brennan bren...@columbia.eduwrote: --On February 14, 2014 5:11:19 PM +0530 Anant Athavale athavale.an...@gmail.com 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
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
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
[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
Re: Stripping of attachments using Horde 4/IMP 5.
symbols for /usr/lib64/sasl2/liblogin.so Reading symbols from /usr/lib64/sasl2/libplain.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libplain.so Reading symbols from /usr/lib64/sasl2/libcrammd5.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libcrammd5.so Reading symbols from /usr/lib64/sasl2/libsasldb.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libsasldb.so Reading symbols from /usr/lib64/sasl2/libdigestmd5.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/sasl2/libdigestmd5.so Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_files.so.2 Reading symbols from /lib64/libnss_dns.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_dns.so.2 Core was generated by `imapd'. Program terminated with signal 11, Segmentation fault. #0 0x7f6b9d830505 in index_check (mailbox=value optimized out, usinguid=value optimized out, checkseen=1) at index.c:426 426 flagreport[i] = LAST_UPDATED(i); Missing separate debuginfos, use: debuginfo-install cyrus-sasl-gssapi-2.1.23-13.el6.x86_64 cyrus-sasl-lib-2.1.23-13.el6.x86_64 cyrus-sasl-md5-2.1.23-13.el6.x86_64 cyrus-sasl-plain-2.1.23-13.el6.x86_64 db4-4.7.25-17.el6.x86_64 glibc-2.12-1.80.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-20.el6_2.5.x86_64 tcp_wrappers-libs-7.6-57.el6.x86_64 zlib-1.2.3-27.el6.x86_64 (gdb) bt #0 0x7f6b9d830505 in index_check (mailbox=value optimized out, usinguid=value optimized out, checkseen=1) at index.c:426 #1 0x7f6b9d81cba6 in cmd_select (tag=0x7f6b9fad40f0 8, cmd=0x7f6b9fad4160 Select, name=0x7f6b9fae2920 INBOX) at imapd.c:3595 #2 0x7f6b9d822488 in cmdloop () at imapd.c:1730 #3 0x7f6b9d824dd1 in service_main (argc=value optimized out, argv=value optimized out, envp=value optimized out) at imapd.c:806 #4 0x7f6b9d80c1e9 in main (argc=value optimized out, argv=value optimized out, envp=0x7fff3995f3c8) at service.c:540 Hope, this helps you to analyse. Regards, Anant. - End message from br...@fastmail.fm - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Stripping of attachments using Horde 4/IMP 5.
- Message from simon.mat...@invoca.ch - Date: Mon, 31 Dec 2012 10:33:31 +0100 From: Simon Matter simon.mat...@invoca.ch Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: an...@isac.gov.in Cc: awill...@whitemice.org, info-cyrus@lists.andrew.cmu.edu - Message from awill...@whitemice.org - Date: Sun, 30 Dec 2012 18:56:36 -0500 From: Adam Tauno Williams awill...@whitemice.org Reply-To: awill...@whitemice.org Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: info-cyrus@lists.andrew.cmu.edu On Sun, 2012-12-30 at 12:23 +0530, an...@isac.gov.in wrote: Dear experts, I had extensive discussion on this issue in Horde/IMP mailing list. Later I reported the problem in RedHat Bugzilla. The details of the problem are also part of bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=885620 Though patch for cyrus-imapd was given to me for testing, I was suppose to reproduce the problem in another server. I am unable to reproduce the problem. Now, I have a feeling that, the problem may be due to /var/lib/imap residing in NetApp storage (though not NFS). I have a feeling, the problem may solve, if I make /var/lib/imap part of OS disk. Your opinion please... Are you using Berkley databases? If it does seg-fault what does the backtrace look like? [I don't see a backtrace in the bug report, just a core file; but the core isn't really useful unless one has the same version of the software]. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA 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 The databases used are: -rw--- 1 cyrus mail 144 Dec 9 09:29 ./annotations.db ./annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:30 ./db.backup1/annotations.db ./db.backup1/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:30 ./db.backup1/mailboxes.db ./db.backup1/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:00 ./db.backup2/annotations.db ./db.backup2/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:00 ./db.backup2/mailboxes.db ./db.backup2/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 18038784 Dec 30 11:30 ./deliver.db ./deliver.db: Berkeley DB (Btree, version 9, native byte-order) -rw--- 1 cyrus mail 1882668 Dec 29 14:33 ./mailboxes.db ./mailboxes.db: Cyrus skiplist DB I don't have backtrace? I am using RHEL rpms. Unfortunately we can also not see what has been changed in the patched RPMs you got from RH. But, is it OK to use NetApp Storage for /var/lib/imap file system? NetApp often sounds like NFS but you told us you are not using NFS but FC attached disks? If so I don't know why it shouldn't work exactly as local disks would. But when I hear Horde/IMP I remember a problem that some people hit after upgrading Horde/IMP. I don't remember what it was but you should find it in the archives. IIRC it has been fixed in the latest version of cyrus-imapd. Regards, Simon Regards, Simon I had a thread with the same subject with Horde Team. As per the IMAP logs which I provided to them, they say, IMAP server is broken. Based on this input, I filed a bug report with RHEL. The version of Cyrus-imapd which is installed on my RHEL is the latest version provided by RHEL. I am using FC attached NetApp disks. -Anant. - End message from simon.mat...@invoca.ch - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Stripping of attachments using Horde 4/IMP 5.
- Message from simon.mat...@invoca.ch - Date: Mon, 31 Dec 2012 10:39:17 +0100 From: Simon Matter simon.mat...@invoca.ch Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: Simon Matter simon.mat...@invoca.ch Cc: an...@isac.gov.in, info-cyrus@lists.andrew.cmu.edu - Message from awill...@whitemice.org - Date: Sun, 30 Dec 2012 18:56:36 -0500 From: Adam Tauno Williams awill...@whitemice.org Reply-To: awill...@whitemice.org Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: info-cyrus@lists.andrew.cmu.edu On Sun, 2012-12-30 at 12:23 +0530, an...@isac.gov.in wrote: Dear experts, I had extensive discussion on this issue in Horde/IMP mailing list. Later I reported the problem in RedHat Bugzilla. The details of the problem are also part of bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=885620 Though patch for cyrus-imapd was given to me for testing, I was suppose to reproduce the problem in another server. I am unable to reproduce the problem. Now, I have a feeling that, the problem may be due to /var/lib/imap residing in NetApp storage (though not NFS). I have a feeling, the problem may solve, if I make /var/lib/imap part of OS disk. Your opinion please... Are you using Berkley databases? If it does seg-fault what does the backtrace look like? [I don't see a backtrace in the bug report, just a core file; but the core isn't really useful unless one has the same version of the software]. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA 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 The databases used are: -rw--- 1 cyrus mail 144 Dec 9 09:29 ./annotations.db ./annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:30 ./db.backup1/annotations.db ./db.backup1/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:30 ./db.backup1/mailboxes.db ./db.backup1/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:00 ./db.backup2/annotations.db ./db.backup2/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:00 ./db.backup2/mailboxes.db ./db.backup2/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 18038784 Dec 30 11:30 ./deliver.db ./deliver.db: Berkeley DB (Btree, version 9, native byte-order) -rw--- 1 cyrus mail 1882668 Dec 29 14:33 ./mailboxes.db ./mailboxes.db: Cyrus skiplist DB I don't have backtrace? I am using RHEL rpms. Unfortunately we can also not see what has been changed in the patched RPMs you got from RH. But, is it OK to use NetApp Storage for /var/lib/imap file system? NetApp often sounds like NFS but you told us you are not using NFS but FC attached disks? If so I don't know why it shouldn't work exactly as local disks would. But when I hear Horde/IMP I remember a problem that some people hit after upgrading Horde/IMP. I don't remember what it was but you should find it in the archives. IIRC it has been fixed in the latest version of cyrus-imapd. Sorry forgot to mention, if you make any tests on a test system make sure it's the same arch as the production system. I mean, don't test on a i386 box if production is running x86_64 or so. Regards, Simon I have installed and tested on x86_64 architecture machine, which is same as that of production (System Brands are different). -Anant. - End message from simon.mat...@invoca.ch - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Stripping of attachments using Horde 4/IMP 5.
- Message from awill...@whitemice.org - Date: Mon, 31 Dec 2012 11:10:43 -0500 From: Adam Tauno Williams awill...@whitemice.org Reply-To: awill...@whitemice.org Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: info-cyrus@lists.andrew.cmu.edu On Mon, 2012-12-31 at 10:33 +0100, Simon Matter wrote: The databases used are: -rw--- 1 cyrus mail 144 Dec 9 09:29 ./annotations.db ./annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:30 ./db.backup1/annotations.db ./db.backup1/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:30 ./db.backup1/mailboxes.db ./db.backup1/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:00 ./db.backup2/annotations.db ./db.backup2/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:00 ./db.backup2/mailboxes.db ./db.backup2/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 18038784 Dec 30 11:30 ./deliver.db ./deliver.db: Berkeley DB (Btree, version 9, native byte-order) I can't image how the delivery database would create the problem you describe; so I'd doubt it is that. Irregardless of where the data is physically stored, does the filesystem pass an fsck? I don't have backtrace? I am using RHEL rpms. That doesn't in any way prevent you from generating a backtrace. You have a core file, just use gdb to generate the backtracr. Unfortunately we can also not see what has been changed in the patched RPMs you got from RH. But, is it OK to use NetApp Storage for /var/lib/imap file system? NetApp often sounds like NFS but you told us you are not using NFS but FC attached disks? If so I don't know why it shouldn't work exactly as local disks would. +1 An FC or iSCSI attached volume *is* as a local disk. But when I hear Horde/IMP I remember a problem that some people hit after upgrading Horde/IMP. I don't remember what it was but you should find it in the archives. IIRC it has been fixed in the latest version of cyrus-imapd. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA 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 I am trying generating backtrace for the first time. Here is what I have run and the corresponding outouts. Please guide me, if I need to do something more. Hostgdb /usr/lib/cyrus-imapd/imapd coredump GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-redhat-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/cyrus-imapd/imapd...(no debugging symbols found)...done. [New Thread 6949] Reading symbols from /usr/lib64/libsasl2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libsasl2.so.2 Reading symbols from /lib64/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libgssapi_krb5.so.2 Reading symbols from /lib64/libkrb5.so.3...(no debugging symbols found)...done. Loaded symbols for /lib64/libkrb5.so.3 Reading symbols from /lib64/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /lib64/libk5crypto.so.3 Reading symbols from /lib64/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libcom_err.so.2 Reading symbols from /lib64/libkrb5support.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libkrb5support.so.0 Reading symbols from /usr/lib64/libssl.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libssl.so.10 Reading symbols from /usr/lib64/libcrypto.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libcrypto.so.10 Reading symbols from /lib64/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/libdb-4.7.so...(no debugging symbols found)...done. Loaded symbols for /lib64/libdb-4.7.so Reading symbols from /lib64/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libz.so.1 Reading symbols from /lib64/libwrap.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libwrap.so.0 Reading symbols from /lib64/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libnsl.so.1 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done.
Re: Stripping of attachments using Horde 4/IMP 5.
- Message from awill...@whitemice.org - Date: Sun, 30 Dec 2012 18:56:36 -0500 From: Adam Tauno Williams awill...@whitemice.org Reply-To: awill...@whitemice.org Subject: Re: Stripping of attachments using Horde 4/IMP 5. To: info-cyrus@lists.andrew.cmu.edu On Sun, 2012-12-30 at 12:23 +0530, an...@isac.gov.in wrote: Dear experts, I had extensive discussion on this issue in Horde/IMP mailing list. Later I reported the problem in RedHat Bugzilla. The details of the problem are also part of bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=885620 Though patch for cyrus-imapd was given to me for testing, I was suppose to reproduce the problem in another server. I am unable to reproduce the problem. Now, I have a feeling that, the problem may be due to /var/lib/imap residing in NetApp storage (though not NFS). I have a feeling, the problem may solve, if I make /var/lib/imap part of OS disk. Your opinion please... Are you using Berkley databases? If it does seg-fault what does the backtrace look like? [I don't see a backtrace in the bug report, just a core file; but the core isn't really useful unless one has the same version of the software]. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA 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 The databases used are: -rw--- 1 cyrus mail 144 Dec 9 09:29 ./annotations.db ./annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:30 ./db.backup1/annotations.db ./db.backup1/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:30 ./db.backup1/mailboxes.db ./db.backup1/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 144 Dec 30 11:00 ./db.backup2/annotations.db ./db.backup2/annotations.db: Cyrus skiplist DB -rw--- 1 cyrus mail 1882668 Dec 30 11:00 ./db.backup2/mailboxes.db ./db.backup2/mailboxes.db: Cyrus skiplist DB -rw--- 1 cyrus mail 18038784 Dec 30 11:30 ./deliver.db ./deliver.db: Berkeley DB (Btree, version 9, native byte-order) -rw--- 1 cyrus mail 1882668 Dec 29 14:33 ./mailboxes.db ./mailboxes.db: Cyrus skiplist DB I don't have backtrace? I am using RHEL rpms. But, is it OK to use NetApp Storage for /var/lib/imap file system? Regards, Anant. - End message from awill...@whitemice.org - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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
Stripping of attachments using Horde 4/IMP 5.
Dear experts, I had extensive discussion on this issue in Horde/IMP mailing list. Later I reported the problem in RedHat Bugzilla. The details of the problem are also part of bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=885620 Though patch for cyrus-imapd was given to me for testing, I was suppose to reproduce the problem in another server. I am unable to reproduce the problem. Now, I have a feeling that, the problem may be due to /var/lib/imap residing in NetApp storage (though not NFS). I have a feeling, the problem may solve, if I make /var/lib/imap part of OS disk. Your opinion please... Regards, Anant. -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Wed, 19 Dec 2012 10:41:10 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Thu, 13 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy YES. This helped and all folders got recognised. Thank you for your guidance. Regards, Anant. I found an existing bug report that covers this: https://bugzilla.cyrusimap.org/show_bug.cgi?id=2125 I updated the bug report with an example of how to reproduce the problem, which is still present in v2.4.17. This bug was originally created 2003-07-30. :) Andy Thank you for your inputs. Regards, Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy YES. This helped and all folders got recognised. Thank you for your guidance. Regards, Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu -
Date: Tue, 11 Dec 2012 11:50:59 -0800 (PST)
From: Andrew Morgan mor...@orst.edu
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: Dan White dwh...@olp.net, info-cyrus@lists.andrew.cmu.edu
On Tue, 11 Dec 2012, an...@isac.gov.in wrote:
- Message from dwh...@olp.net -
Date: Mon, 10 Dec 2012 13:21:03 -0600
From: Dan White dwh...@olp.net
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
On 12/10/12 16:42 +0530, an...@isac.gov.in wrote:
Dear Experts,
I did reconstruct mailboxes of all users, using the script in
README.HOWTO-recover-mailboxes.db. Following is the extract of the
script (for reconstruct)
--
find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \
while read i; do
i=$(basename $i)
/usr/lib/cyrus-imapd/reconstruct -rf user.${i}
/usr/lib/cyrus-imapd/quota -f user.${i}
done
--
One of the users mailbox has one more level of sub folder like
user.xxx.ABC
user.xxx.ABC.def
Right now, folders of level user.xxx are seen, but folders at
user.xxx.ABC including ABC are not seen.
Should I run,
/usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when
Cyrus-imapd is already running? Or I should stop the service and run
reconstruct? Please advise.
You can run reconstruct and quota while cyrus-imapd is running.
If reconstruct does not succeed, verify the mailbox(es) are listed within
the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm.
reconstruct may also fail for a given mailbox if you are missing the
cyrus.* files within its directory.
You might wish to backup the contents of the directories in question before
proceeding, in case you end up with missing flags or other data.
--
Dan White
What I found is
1. /var/spool/imap/user/xxx exists
2. /var/spool/imap/user has several directories
3. All other directories except ABC are listed as folders under
user.xxx and are seen by IMAP clients.
4. ABC directory has subfolders like
/var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these
subdirectories has cyrus.* files except ABC directory. As you
said, as ABC directory does not have cyrus.* files, reconstruct has
failed to recognise it and hence its subdirectories.
Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and
then run reconstruct -r -f user.xxx.ABC?
Create a cyrus.header file in the ABC directory, set the ownership
and permissions. Something like this:
touch cyrus.header
chown cyrus:mail cyrus.header
chmod 600 cyrus.header
Then run:
reconstruct -x -f user.xxx.ABC
I should have asked at the beginning - are there any message files
in (1., 2., 3., etc) in the ABC directory?
Andy
NO. There are no message files in ABC directory. There are only
directories in ABC directory and each such directory has message files
and also cyrus.* files.
I am thinking of another option, move all such directories under ABC
to one level higher, that is at user.xxx level and run reconstruct -r
-f user.xxx.
But, you still suggest, which is the best way.
Regards,
Anant.
- End message from mor...@orst.edu -
--
Confidentiality Notice: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.
--
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: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. -Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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
Reconstruct mailbox for a specific user.
Dear Experts,
I did reconstruct mailboxes of all users, using the script in
README.HOWTO-recover-mailboxes.db. Following is the extract of the
script (for reconstruct)
--
find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \
while read i; do
i=$(basename $i)
/usr/lib/cyrus-imapd/reconstruct -rf user.${i}
/usr/lib/cyrus-imapd/quota -f user.${i}
done
--
One of the users mailbox has one more level of sub folder like
user.xxx.ABC
user.xxx.ABC.def
Right now, folders of level user.xxx are seen, but folders at
user.xxx.ABC including ABC are not seen.
Should I run,
/usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when
Cyrus-imapd is already running? Or I should stop the service and run
reconstruct? Please advise.
Regards,
Anant.
--
Confidentiality Notice: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.
--
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: Reconstruct mailbox for a specific user.
- Message from dwh...@olp.net -
Date: Mon, 10 Dec 2012 13:21:03 -0600
From: Dan White dwh...@olp.net
Subject: Re: Reconstruct mailbox for a specific user.
To: an...@isac.gov.in
Cc: info-cyrus@lists.andrew.cmu.edu
On 12/10/12 16:42 +0530, an...@isac.gov.in wrote:
Dear Experts,
I did reconstruct mailboxes of all users, using the script in
README.HOWTO-recover-mailboxes.db. Following is the extract of the
script (for reconstruct)
--
find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \
while read i; do
i=$(basename $i)
/usr/lib/cyrus-imapd/reconstruct -rf user.${i}
/usr/lib/cyrus-imapd/quota -f user.${i}
done
--
One of the users mailbox has one more level of sub folder like
user.xxx.ABC
user.xxx.ABC.def
Right now, folders of level user.xxx are seen, but folders at
user.xxx.ABC including ABC are not seen.
Should I run,
/usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when
Cyrus-imapd is already running? Or I should stop the service and run
reconstruct? Please advise.
You can run reconstruct and quota while cyrus-imapd is running.
If reconstruct does not succeed, verify the mailbox(es) are listed within
the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm.
reconstruct may also fail for a given mailbox if you are missing the
cyrus.* files within its directory.
You might wish to backup the contents of the directories in question before
proceeding, in case you end up with missing flags or other data.
--
Dan White
What I found is
1. /var/spool/imap/user/xxx exists
2. /var/spool/imap/user has several directories
3. All other directories except ABC are listed as folders under
user.xxx and are seen by IMAP clients.
4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2
3 etc and each of these subdirectories has cyrus.* files except ABC
directory. As you said, as ABC directory does not have cyrus.* files,
reconstruct has failed to recognise it and hence its subdirectories.
Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and
then run reconstruct -r -f user.xxx.ABC?
Sorry to bother you. Thanks in advance.
Regards
Anant
- End message from dwh...@olp.net -
--
Confidentiality Notice: This e-mail message, including any attachments, is for
the sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.
--
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: Need your urgent advice
- Message from dwh...@olp.net - Date: Fri, 7 Dec 2012 09:48:10 -0600 From: Dan White dwh...@olp.net Subject: Re: Need your urgent advice To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On 12/07/12 14:10 +0530, an...@isac.gov.in wrote: I was earlier running cyrus-imap on a RHEL 5.3 system having cyrus-imap version 2.3.7. I moved to a new system with RHEL 6.3 system having cyrus-imap version 2.3.16. I just did rsync of mailboxes, quota, sieve scripts ie. /var/spool/imap and /var/lib/imap from one system to other and started the cyrus-imap. Everything was going smoothly. From today morning, I found some segfaults for imap like Dec 7 10:20:42 isacmail kernel: imapd[12917]: segfault at 0 ip 7f3dd994 sp 7fffa7378be0 error 4 in libc-2.12.so[7f378000+189000] Look at your auth facility syslog output to see if these can be tied to a particular user/mailbox. See this thread for a similar discussion recently: http://asg.andrew.cmu.edu/archive/message.php?mailbox=archive.info-cyrusmsg=54287 plenty of them, but right now they are not coming. Before this, cyrus-imapd was not stopping cleanly and based on some suggestions on mailing list, I removed deliver.db and db/* and I restarted the cyrus-imapd service. I did several times after that, stopping and starting, and everytime was stopping and starting properly. So, released it to the users. But, in between segfaults are worrying me. As there is a version difference, it looks like I need to rebuild the databases/mailboxes once. -- Dan White Dear Dan White, Thanks for your inputs. As per the thread link you mentioned, it looks like corruption in mailboxes.db. I plan to start the process given in next 4 hours time with a downtime (README.HOWTO-recover-mailboxes.db). This is going to take a huge amount of time. I have done it before some few years back, when I had to move mailboxes to another storage. But, this time, I did not do, since, I thought 2.3.7 and 2.3.16 are same level versions and hence may not be required. If I can get any other alternative option from you within next 4 hours, then I can think of that solution. Otherwise, I am going ahead with downtime and run the procedure documented in README.HOWTO-recover-mailboxes.db. Any other advise from experts is welcome. Thanks in advance. Regards, Anant. - End message from dwh...@olp.net - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Need your urgent advice
- Message from br...@fastmail.fm - Date: Sat, 08 Dec 2012 10:18:29 +0100 From: Bron Gondwana br...@fastmail.fm Subject: Re: Need your urgent advice To: an...@isac.gov.in, Dan White dwh...@olp.net Cc: Info Cyrus info-cyrus@lists.andrew.cmu.edu On Sat, Dec 8, 2012, at 09:11 AM, an...@isac.gov.in wrote: Thanks for your inputs. As per the thread link you mentioned, it looks like corruption in mailboxes.db. I plan to start the process given in next 4 hours time with a downtime (README.HOWTO-recover-mailboxes.db). This is going to take a huge amount of time. I have done it before some few years back, when I had to move mailboxes to another storage. But, this time, I did not do, since, I thought 2.3.7 and 2.3.16 are same level versions and hence may not be required. If I can get any other alternative option from you within next 4 hours, then I can think of that solution. Otherwise, I am going ahead with downtime and run the procedure documented in README.HOWTO-recover-mailboxes.db. Any other advise from experts is welcome. The problem is that the mailboxes.db contents format is unchanged, but if you have mailboxes.db itself as a Berkeley DB file, and your Cyrus is compiled against a different version of Berkeley, then that could cause problems. I think following the HOWTO as you plan is the best solution in your circumstance. Regards, Bron. -- Bron Gondwana br...@fastmail.fm Thanks. Apart from this, should I also do 1. ctl_cyrusdb -r 2. tls_prune 3. ctl_cyrusdb -c 4. cyr_expire -E 3 as documented in some threads for 32-bit to 64-bit conversion. Or reconstruct -r -f will take care of all these steps? Thanks in advance Regards, 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 - End message from br...@fastmail.fm - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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: Need your urgent advice
- Message from br...@fastmail.fm - Date: Sat, 08 Dec 2012 10:59:57 +0100 From: Bron Gondwana br...@fastmail.fm Subject: Re: Need your urgent advice To: an...@isac.gov.in Cc: Dan White dwh...@olp.net, Info Cyrus info-cyrus@lists.andrew.cmu.edu On Sat, Dec 8, 2012, at 10:34 AM, an...@isac.gov.in wrote: - Message from br...@fastmail.fm - Date: Sat, 08 Dec 2012 10:18:29 +0100 From: Bron Gondwana br...@fastmail.fm Subject: Re: Need your urgent advice To: an...@isac.gov.in, Dan White dwh...@olp.net Cc: Info Cyrus info-cyrus@lists.andrew.cmu.edu On Sat, Dec 8, 2012, at 09:11 AM, an...@isac.gov.in wrote: Thanks for your inputs. As per the thread link you mentioned, it looks like corruption in mailboxes.db. I plan to start the process given in next 4 hours time with a downtime (README.HOWTO-recover-mailboxes.db). This is going to take a huge amount of time. I have done it before some few years back, when I had to move mailboxes to another storage. But, this time, I did not do, since, I thought 2.3.7 and 2.3.16 are same level versions and hence may not be required. If I can get any other alternative option from you within next 4 hours, then I can think of that solution. Otherwise, I am going ahead with downtime and run the procedure documented in README.HOWTO-recover-mailboxes.db. Any other advise from experts is welcome. The problem is that the mailboxes.db contents format is unchanged, but if you have mailboxes.db itself as a Berkeley DB file, and your Cyrus is compiled against a different version of Berkeley, then that could cause problems. I think following the HOWTO as you plan is the best solution in your circumstance. Regards, Bron. -- Bron Gondwana br...@fastmail.fm Thanks. Apart from this, should I also do 1. ctl_cyrusdb -r This should be part of your START block in cyrus.conf. You don't need to (and shouldn't!) run it during operations. 2. tls_prune 3. ctl_cyrusdb -c 4. cyr_expire -E 3 These should all run from your EVENTS block in cyrus.conf (or from cron if you're so inclined) on a scheduled basis. I can't see that any of them would make any difference to crashing. Or reconstruct -r -f will take care of all these steps? That will get you all the mailboxes.db records correct, I hope! I really don't like working with berkeley DB. Another option, if you have access to the old copy still, is to dump the mailboxes.db from there as a plaintext file with ctl_mboxlist and then import it into the new server. In 2.3.16 I would recommend skiplist for mailboxes.db. If you're using licenced Redhat, you may also want to check with Redhat support for advice, since they have presumably done this before. Regards, Bron. -- Bron Gondwana br...@fastmail.fm I have not set anything for database type in imapd.conf and as per RHEL, the default is skiplist (if nothing is mentioned in imapd.conf). So, in some thread, somebody had mentioned of deleteing all db files and running the above commands which I had mentioned in my previous mail and start reconstruct finally.So, there is no need to delete all db files as they are getting freshend as part of cyrus.conf Currently mailboxes.db is in skiplist database only. Only thing I saw in documentation Upgrading from 2.3.3 or later Due to byte alignment issues in cyrus.index, all mailboxes will have to be reconstructed. According to this statement, I am suppose to reconstruct and I will do now. Hope things go well without any problem. Regards, Anant. Regards, Anant. - End message from br...@fastmail.fm - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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
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 athavale.an...@gmail.com Date: Sun, Dec 9, 2012 at 10:31 AM Subject: Re: Too many entries of mystore: reusing txn To: Andrew Morgan mor...@orst.edu On Sat, Dec 8, 2012 at 10:52 PM, Andrew Morgan mor...@orst.edu 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 mor...@orst.edu 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
Need your urgent advice
Dear Experts, I was earlier running cyrus-imap on a RHEL 5.3 system having cyrus-imap version 2.3.7. I moved to a new system with RHEL 6.3 system having cyrus-imap version 2.3.16. I just did rsync of mailboxes, quota, sieve scripts ie. /var/spool/imap and /var/lib/imap from one system to other and started the cyrus-imap. Everything was going smoothly. From today morning, I found some segfaults for imap like Dec 7 10:20:42 isacmail kernel: imapd[12917]: segfault at 0 ip 7f3dd994 sp 7fffa7378be0 error 4 in libc-2.12.so[7f378000+189000] plenty of them, but right now they are not coming. Before this, cyrus-imapd was not stopping cleanly and based on some suggestions on mailing list, I removed deliver.db and db/* and I restarted the cyrus-imapd service. I did several times after that, stopping and starting, and everytime was stopping and starting properly. So, released it to the users. But, in between segfaults are worrying me. As there is a version difference, it looks like I need to rebuild the databases/mailboxes once. Please advice on how to go about. Thanks in advance. Regards, Anant. -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- 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
