Recovering mailboxes list.
Hi Dears,I'd like to learn some methods to recover a Cyrus Backend, currently I am able to restore with the mailboxes list exported using "ctl_mboxlist".But, how can I restore the mailboxes if I dont have the mailboxes list exported? Assuming I have only the mailboxes directories, how could I rebuildthe mailboxes.db? I'm using cyrus 2.4.6.Just another question, is there any way to rebuild the mailboxes list from a mailboxes.db file?Thanks, my best regards.Fabio S. SchmidtBrasília - Brazil Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Deploying a replica server when a populated backend exists.
Hi !I'm currently testing the replication engine in Cyrus 2.4.6, I was able to setup a new backend and then deploy the replica sever. I have some doubts about deploy a replica server when the backend to be replicated is already populated, I have tried and only the mailboxes created after the first synchronization was replicated, is there any way to replicate the mailboxes that were on the backend before the sync?Thanks,Fabio S. SchmidtBrasília - Brazil Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Recovering mailboxes list.
Thanks ! I really appreciate your answer, was conclusive and very helpful.My best regards!Fabio S. SchmidtBrasília - Brazil- Original Message - From: Dan White [mailto:dwh...@olp.net] To: fa...@improve.inf.br Cc: info-cyrus@lists.andrew.cmu.edu Sent: Fri, 13 May 2011 08:55:37 -0500 Subject: Re: Recovering mailboxes list. On 12/05/1115:19-0300, Fabio S. Schmidt wrote:I'd like to learn some methods to recover a Cyrus Backend, currently I amable to restore with the mailboxes list exported using "ctl_mboxlist".There are several databases that you should probably be backing up. See:http://www.cyrusimap.org/docs/cyrus-imapd/2.4.8/internal/database-formats.phpEverything except the *_cache databases contain persistent data.I believe most of those are contained underneath your configured'configdirectory' location.But, how can I restore the mailboxes if I dont have the mailboxes listexported? Assuming I have only the mailboxes directories, how could Irebuild the mailboxes.db? I'm using cyrus 2.4.6.You could probably generate a mailbox list with a bit of wrangling with:find . -type dunderneath your mail spool, and then use cvt_cyrusdb or cyr_dbtool toinsert that database back into your mailboxes db.Just another question, is there any way to rebuild the mailboxes list froma mailboxes.db file?mailboxes.db is your mailbox database. You can use 'file mailboxes.db' todetermine which database format you're using. In the event of a recovery(assuming all software versions are the same), copying over everythingunder 'configdirectory' is a good first step.You can also use cvt_cyrusdb to dump the contents of mailboxes.db into aflat text format.-- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Deploying a replica server when a populated backend exists.
Ok, I will take a look at the sync_client parameters. The cyrus replica also synchronizes the .seen files? Vielen Danke Menge ! Fabio S. Schmidt Brasília - Brazil On Friday, May 13, 2011 03:57:50 AM Michael Menge wrote: Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi ! I'm currently testing the replication engine in Cyrus 2.4.6, I was able to setup a new backend and then deploy the replica sever. I have some doubts about deploy a replica server when the backend to be replicated is already populated, I have tried and only the mailboxes created after the first synchronization was replicated, is there any way to replicate the mailboxes that were on the backend before the sync? man sync_client is your friend. I guess you are running rolling replication, this will sync all mailboxes when they change, which may take a while. To do the initial sync you need to run sync_client -u or -m with a list of all users or a list with all mailboxes. If you use sieve you should use -u or you have to -s with a userlist to sync the sievescripts --- - M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Can't compile cyrus 2.4.8
Hi ! I'm trying to compile cyrus 2.4.8 on debian lenny x86_64, but it stops with several "krb5" errors, what have I misunderstood?/lib/libcyrus.a(auth_krb5.o): In function `mycanonifyid':/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:121: undefined reference to `krb5_init_context'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:124: undefined reference to `krb5_parse_name'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:131: undefined reference to `krb5_get_default_realm'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:139: undefined reference to `krb5_build_principal'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:149: undefined reference to `krb5_realm_compare'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:155: undefined reference to `krb5_free_principal'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:159: undefined reference to `krb5_unparse_name'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:173: undefined reference to `krb5_free_principal'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:174: undefined reference to `krb5_free_context'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:161: undefined reference to `krb5_free_principal'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:162: undefined reference to `krb5_free_context'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:142: undefined reference to `krb5_free_principal'/usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:143: undefined reference to `krb5_free_context'collect2: ld returned 1 exit statusmake[1]: *** [imapd] Error 1make[1]: Leaving directory `/usr/src/cyrus-imapd-2.4.8/imap'make: *** [all] Error 1Configure parameters: ./configure \ --with-sqlite \ --with-pgsql-incdir=/usr/include/postgresql \ --without-bdb \ --enable-murder \ --enable-replication \ --with-syslogfacility=MAIL \ --with-cyrus-user=cyrus \ --with-cyrus-group=mail \ --enable-gssapi \ --with-gss_impl=heimdal \ --with-ucdsnmp=/usr \ --prefix=/usr/share \ --exec-prefix=/usr \ --libexecdir=/usr/sbin \ --bindir=/usr/sbin \ --sbindir=/usr/sbin \ --includedir=/usr/include/cyrus \ --datadir=/usr/share/cyrus \ --sysconfdir=/etc \ --sharedstatedir=/usr/share/cyrus \ --localstatedir=/var/lib/cyrus \ --mandir=/usr/share/man \ --with-cyrus-prefix=/usr/lib/cyrus \ --with-lock=fcntl \ --with-openssl=/usr \ --with-sasl=/usrThanks, my best regards.Fabio S. SchmidtBrasília - Brazil Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Can't compile cyrus 2.4.8
Thanks Antonio ! I will not use Kerberos, so I removed these lines from auth.c:#ifdef HAVE_KRB auth_krb,#endif#ifdef HAVE_GSSAPI_H auth_krb5,#endifMy best regards,Fabio S. SchmidtBrasilia - Brazil- Original Message - From: Antonio [mailto:straic...@tiscali.it] To: info-cyrus@lists.andrew.cmu.edu Sent: Sat, 21 May 2011 07:30:12 +0200 Subject: Re: Can't compile cyrus 2.4.8 * 20/05/2011, Fabio S. Schmidt wrote : Hi ! I'm trying to compile cyrus 2.4.8 on debian lenny x86_64, but it stops with several "krb5" errors, what have I misunderstood? /lib/libcyrus.a(auth_krb5.o): In function `mycanonifyid': /usr/src/cyrus-imapd-2.4.8/lib/auth_krb5.c:121: undefined reference to `krb5_init_context'have you installed kerberos ? same problem on FreeBSD, solved installingMIT kerberos from ports ...-- Never try to teach a pig to sing.It wastes your time and annoys the pig.Cyrus Home Page: http://www.cyrusimap.org/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
mupdate_config: replicated
Hi, I'm trying to setup two backends servers with mupdate_replicated config. Is it necessary to set "mupdate_config" to "replicated" also on frontends and mupdate server? I will replicate the mailspool and sievedir with ocfs2 and drbd, does anyone have better ideas? The main goal is to create a redundant backend system. I'm still have some doubts about how it works, assuming that I have this two backends with replicated config, will be all users able to access their accounts from both? If one of them is down, all mailboxes will still avaliable? Thanks, my best regards.Fabio S. SchmidtBrasilia - Brazil Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Sync_client maxchilds
Hi Dears! Doesn't sync_client support yet maximum number of service processes via the maxchild modifier? When I start Cyrus with sync_client in cyrus.conf about 20 processes are opened. I'm using Cyrus 2.4.8 on a Debian Lenny. My best regards, Fabio S. Schmidt Brasília - Brasil Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Imap-Proxy and Cyrus Aggregator
Hi, on a Cyrus Aggregator enviroment, in which servers should I deploy Imap-Proxy (http://www.imapproxy.org)? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Imap-Proxy and Cyrus Aggregator
Hi Dave ! Thanks for the answer, that is exactly the main purporse, I made some tests with my webmail (Expressolivre - www.expressolivre.org) and Imap-proxy was very effective. I will make more tests with my Cyrus Aggregator enviroment deploying Imap-proxy on my webmail severs as you said. My bests regards, Fabio 2012/1/5 Dave McMurtrie dav...@andrew.cmu.edu On Jan 5, 2012, at 8:15 PM, Fabio S. Schmidt fa...@improve.inf.br wrote: Hi, on a Cyrus Aggregator enviroment, in which servers should I deploy Imap-Proxy (http://www.imapproxy.org)? If you're using imapproxy with a stateless webmail product, install imapproxy on your webmail servers. If you're using imapproxy for some other purpose, you probably don't need it. Hth! Dave Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Display lower case
Hi, I'm using Cyrus Imap 2.4.12 on a Debian Squeeze system and the folders starting with lowercase are presented only after uppercase folders, is there any way to change this behaviour? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Fwd: Display lower case
I would really appreciate any help. -- Forwarded message -- From: Fabio S. Schmidt fa...@improve.inf.br Date: 2012/1/18 Subject: Display lower case To: info-cyrus@lists.andrew.cmu.edu Hi, I'm using Cyrus Imap 2.4.12 on a Debian Squeeze system and the folders starting with lowercase are presented only after uppercase folders, is there any way to change this behaviour? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Fwd: Display lower case
Thanks ! 2012/1/19 Bron Gondwana br...@fastmail.fm Get a client which can display in the order you want. The IMAP server doesn't guarantee any particular ordering. It's not configurable within Cyrus. Regards, Bron. On Thu, Jan 19, 2012 at 07:46:59PM -0200, Fabio S. Schmidt wrote: I would really appreciate any help. -- Forwarded message -- From: Fabio S. Schmidt fa...@improve.inf.br Date: 2012/1/18 Subject: Display lower case To: info-cyrus@lists.andrew.cmu.edu Hi, I'm using Cyrus Imap 2.4.12 on a Debian Squeeze system and the folders starting with lowercase are presented only after uppercase folders, is there any way to change this behaviour? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
body sieve extension
Hi ! Does Cyrus imap 2.4.13 support the body sieve extension? I'm trying to use it but fails with this message: *line 1: Unsupported feature(s) in require: body* - Cyrus compiled from source, without any patches on a Debian Lenny system. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Delete a user flag
Hi ! How do I remove permanently a user flag from a mailbox without reconstructing it? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
How to remove permanently a user flag
Hi, first sorry for sending the same topic again, maybe I wasn't clear enough before. I need to remove permanently a user flag from a mailbox without reconstructing it, once Cyrus supports a maximum of 128 flags per folder sometimes the user may need to remove a flag to create another. How do I do it? Thanks ! -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: How to remove permanently a user flag
Hi Reinaldo, It's about custom flags which are defined by the user apart from the sytem flags (\Answered, \Flagged, \Seen, \Recent and \Deleted). My best regards ! Em 10 de março de 2012 12:47, Reinaldo de Carvalho reinal...@gmail.comescreveu: What 'flag' we are talking about? []'s Reinaldo Sent from my iPhone Em 10/03/2012, às 04:01, Bron Gondwana br...@fastmail.fm escreveu: Actually, it is a Cyrus question - and the answer is... We don't have any way to remove a flag, sorry. Honestly the workaround is: a) create a new folder b) copy all the messages there c) delete the original folder d) rename the new folder back. The reconstruct will only work if you delete the cyrus.header file, which will be worse for IO anyway. Bron. On Sat, Mar 10, 2012, at 03:12 AM, Reinaldo de Carvalho wrote: You need understand the IMAP protocol and implement this with some language. This is not a cyrus question but IMAP operation. []'s Reinaldo Sent from my iPhone Em 10/03/2012, às 01:44, Fabio S. Schmidt fa...@improve.inf.br fa...@improve.inf.br escreveu: Hi, first sorry for sending the same topic again, maybe I wasn't clear enough before. I need to remove permanently a user flag from a mailbox without reconstructing it, once Cyrus supports a maximum of 128 flags per folder sometimes the user may need to remove a flag to create another. How do I do it? Thanks ! -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ -- Bron Gondwana br...@fastmail.fmbr...@fastmail.fm -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Novell Certified Linux Administrator Novell Data Center Technical Specialist Microsoft Certified Technology Specialist: Active Directory Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Protecting message files acess even from root
Hello! Considering that Cyrus stores messages in files, does anyone have any experience on the protection of access to these files, even for the root user? I researched about SELINUX and found no conclusive documentation. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Protecting message files acess even from root
Hi Dan ! Thanks for the answer ! I'm trying to prevent local access from a physical administrator. Even if looged as root should be impossible to read the messages on the Cyrus partitions. Other emails stores that I have dealt with also stores the messages in files. Blackman and Goetz, Thanks for the reply, but my problem is that not all messages will be encrypted at the source. AND EVEN if the message is encrypted we want to prevent the access from a physical administrator. 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: Protecting message files acess even from root
Thanks Sven, I really appreciate your considerations, especially about the encryption of the SMTP traffic. I will test Mandatory Access Control (MCS), like Se-linux(YES, I know that NSA wrote it) or Apparmor for instance, and customising SUDO: http://pubs.gpaterno.com//2009/protecting-confidential-files-selinux-2009.pdf Sorry for not being specific from the beginning, but this research is for a government e-mail system, and we really need to ensure that even administrators cannot access the messages, encrypted or not. On 1 February 2014 07:38, Sven Schwedas sven.schwe...@tao.at wrote: Given that a physical root can bypass any and every ACL, encrypting messages (upon receiving, e.g.) is the only remotely plausible way to prevent access. And even then the admin could sniff all SMTP traffic and copy messages before encryption, so you'd need to monitor him anyway. Why again does someone you trust so little have root access to anything more sensitive than a calculator? ;-) On 2014-01-31 17:47, Fabio S. Schmidt wrote: Hi Dan ! Thanks for the answer ! I'm trying to prevent local access from a physical administrator. Even if looged as root should be impossible to read the messages on the Cyrus partitions. Other emails stores that I have dealt with also stores the messages in files. Blackman and Goetz, Thanks for the reply, but my problem is that not all messages will be encrypted at the source. AND EVEN if the message is encrypted we want to prevent the access from a physical administrator. 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 -- Mit freundlichen Grüßen, / Best Regards, Sven Schwedas Systemadministrator TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz Mail/XMPP: sven.schwe...@tao.at | +43 (0)680 301 7167 http://software.tao.at 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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
Sieve service terminated abnormally
Hi ! I'm running Cyrus 2.4.14 with Aggregator and this messages appears several times on my frontend logs: service sieve pid 10238 in BUSY state: terminated abnormally What does this mean? Do I have to increase the maxchild for the sieve service or my clients are doing something wrong? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Ubuntu 13.10 | Cyrus 2.4 IMAPd | Specs Folders
Hi Andrew, thanks for sharing your experience here ! We use Cyrus 2.4.14 and are planning to update to 2.4.17 soon, and autocreate would be really useful for us, does anyone know if it works with Aggregator? Some time ago I have downloaded the autocreate patch for cyrus 2.4.12 and it worked on 2.4.14 without aggregator : https://blog.vx.sk/archives/13-Autocreate-and-autosieve-patches-for-Cyrus-IMAP-Server-24.html Does anyone known if the autocreate will be avaliable on a next release or in the 2.5 version? Another resource that would be useful is the possibilty to define the sieve reject automatic message, which currently is fixed on the code. For instance, my users were thinking that these messages were Spam because the were in English and I needed to translate to Brazilian Portuguese. On 24 February 2014 09:59, andrew_...@hotmail.com wrote: I solve it. Next should changed in imapd.conf: altnamespace: yes autocreatequota: -1 #it can be a positive value. allowplaintext: yes sasl_mech_list: PLAIN sasl_pwcheck_method: saslauthd #end of file: xlist-drafts: Drafts xlist-archive: Archive xlist-sent: Sent Items xlist-trash: Deleted Items xlist-junk: Junk E-mail xlist-spam: Junk E-mail Looks like it is working with Outlook 2013, but i didnt test it deaply. It is working good by Windows live mail 2012 and Thunderbird . -Oorspronkelijk bericht- From: Sebastian Hagedorn Sent: Saturday, February 22, 2014 10:53 AM To: Andrey Cc: info-cyrus@lists.andrew.cmu.edu Subject: Re: Ubuntu 13.10 | Cyrus 2.4 IMAPd | Specs Folders However, I came across a problem. When I log in from Windows Live Mail Cyrus automatically create only Inbox folder and no xlist-* rfc 6154 special maps (SENT DRAFTS TRASH etc.). In older versions there was an autocreate patch: http://code.uoa.gr/p/cyrus/autocreate/ There is no patch for 2.4.+. Does someone know how to solve this problem? Simon Matter's RPMs still have an autocreate patch: http://www.invoca.ch/pub/packages/cyrus-imapd/ FWIW, we decided not to support Outlook 2013. It's just horribly broken. -- Sebastian Hagedorn - Weyertal 121, Zimmer 2.02 Regionales Rechenzentrum (RRZK) Universität zu Köln / Cologne University - Tel. +49-221-470-89578 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Sieve service terminated abnormally
Hi Adam ! Thanks for the answer. The users are not complaining about the Sieve service and the clients are able to connect after these messages. Sorry, I didn't understand what you said about a core file. On 28 February 2014 18:40, Adam Tauno Williams awill...@whitemice.orgwrote: On Thu, 2014-02-27 at 15:34 -0300, Fabio S. Schmidt wrote: I'm running Cyrus 2.4.14 with Aggregator and this messages appears several times on my frontend logs: service sieve pid 10238 in BUSY state: terminated abnormally I have not seen that message. Do you end up with a core file? What does this mean? Do I have to increase the maxchild for the sieve service or my clients are doing something wrong? Are you clients unable to connect after this message? -- Adam Tauno Williams mailto:awill...@whitemice.org 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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
Mailbox last access - most reliable source
Hi ! What is the most reliable source if I need to determine when a mailbox was accessed for the last time? I known that the Last Modification is displayed when I run info on the mailbox, but mabye delivers to the mailbox also triggers this field? I actually need to consider only the last access via IMAP or POP protocols. Thanks and I would appreciate any help. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Mailbox last access - most reliable source
Thanks everyone for the answers ! I will scan the login entries in the syslog and use them. I thought about redirecting all the users logins entries to a specific file and then develop a script to delete mailboxes that have not been accessed in the last 90 days. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory On 8 July 2014 01:21, Bron Gondwana br...@fastmail.fm wrote: On Tue, Jul 8, 2014, at 06:51 AM, Nic Bernstein wrote: On 07/07/2014 03:12 PM, Joseph Brennan wrote: Fabio S. Schmidt fa...@improve.inf.br wrote: I actually need to consider only the last access via IMAP or POP protocols. That can be very misleading, because a device may keep checking for new mail for a very long time after the user abandons the account. A recent timestamp on the user.seen file should be good, but that seems to update mysteriously sometimes. The lastupdated: field of cyradm's info mailbox command will show the last time the mailbox was updated in any way, so that includes deliveries. The timestamp of the user.seen file will only reflect the last time that the seen state of anything in the mailbox changed, but does not tell you when the mailbox was last accessed. I think you'd need to derive this information some other way, such as from authentication logs. Of course the reliability and accessibility of that will depend on your authentication mechanisms. I would go by entries in the syslog. We run a custom saslauthd, which does logging, so we get it from there - but this is what shows up in syslog: imap[20174]: login: HOST [IP] user@domain plaintext User logged in You can scan those and use them. -- Bron Gondwana br...@fastmail.fm 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 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: Mailbox last access - most reliable source
Apropos, is there any way to block access to a mailbox on Cyrus, even if the user logins successfully? Perhaps there is a way on Cyrus to block new deliveries to a mailbox or I should handle this on my MTA? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory On 8 July 2014 12:46, Fabio S. Schmidt fa...@improve.inf.br wrote: Thanks everyone for the answers ! I will scan the login entries in the syslog and use them. I thought about redirecting all the users logins entries to a specific file and then develop a script to delete mailboxes that have not been accessed in the last 90 days. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory On 8 July 2014 01:21, Bron Gondwana br...@fastmail.fm wrote: On Tue, Jul 8, 2014, at 06:51 AM, Nic Bernstein wrote: On 07/07/2014 03:12 PM, Joseph Brennan wrote: Fabio S. Schmidt fa...@improve.inf.br wrote: I actually need to consider only the last access via IMAP or POP protocols. That can be very misleading, because a device may keep checking for new mail for a very long time after the user abandons the account. A recent timestamp on the user.seen file should be good, but that seems to update mysteriously sometimes. The lastupdated: field of cyradm's info mailbox command will show the last time the mailbox was updated in any way, so that includes deliveries. The timestamp of the user.seen file will only reflect the last time that the seen state of anything in the mailbox changed, but does not tell you when the mailbox was last accessed. I think you'd need to derive this information some other way, such as from authentication logs. Of course the reliability and accessibility of that will depend on your authentication mechanisms. I would go by entries in the syslog. We run a custom saslauthd, which does logging, so we get it from there - but this is what shows up in syslog: imap[20174]: login: HOST [IP] user@domain plaintext User logged in You can scan those and use them. -- Bron Gondwana br...@fastmail.fm 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 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
Cyrus squatter using only a single core
Hi ! I'm running Cyrus 2.4.14 on Debian 6 64 Bits and I've noticed that when squatter is running it only uses a single core. Has this behavior been improved on newer versions? Here is my entry: squatter_1cmd=/usr/bin/nice +n 19 /usr/lib/cyrus/bin/squatter -s -i -r user period=180 I do run it with nice +19 but It causes a high load on the core it's running and triggers an alert on my monitoring solution. I know that this alert could be deactivated, but maybe I'm doing something wrong with squatter. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Cyrus squatter using only a single core
Hi Melander ! I think that squatter -s -i -r user launches a recursive process on all users, am I wrong? On 14 July 2014 16:41, Mogens Melander mog...@fumlersoft.dk wrote: Hi Did you launch a recursive process on all users, or did you launch a process per user ? On Mon, July 14, 2014 20:13, Fabio S. Schmidt wrote: Hi ! I'm running Cyrus 2.4.14 on Debian 6 64 Bits and I've noticed that when squatter is running it only uses a single core. Has this behavior been improved on newer versions? Here is my entry: squatter_1cmd=/usr/bin/nice +n 19 /usr/lib/cyrus/bin/squatter -s -i -r user period=180 I do run it with nice +19 but It causes a high load on the core it's running and triggers an alert on my monitoring solution. I know that this alert could be deactivated, but maybe I'm doing something wrong with squatter. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory -- Mogens Melander +66 8701 33224 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Cyrus squatter using only a single core
Hi Menge ! Thanks for the tips ! I realize that running squatter every 3h is too often, once my enviroment is still growning, we had around a tousand users but the predictions are to have 50.000 users in a month or two. We are planning to change it to run once each night and maybe at specific times with less IO traffic. After changing the squatter entry on cyrus.conf do I need to restart Cyrus or just a reload is fine ? On 14 July 2014 17:12, Michael Menge michael.me...@zdv.uni-tuebingen.de wrote: Hi, Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi ! I'm running Cyrus 2.4.14 on Debian 6 64 Bits and I've noticed that when squatter is running it only uses a single core. Has this behavior been improved on newer versions? Here is my entry: squatter_1cmd=/usr/bin/nice +n 19 /usr/lib/cyrus/bin/squatter -s -i -r user period=180 i think you are running the squatter to often. period=180 will run it every 3h. If there is more then one sqatter running, it second will catch up and the proceses will have to wait for the mailbox lock. We run our squatter, expire and backup once each night, when there is less IO traffic. you can use at= instead of period=. See cyrus.conf manpage for details Regards Michael Menge I do run it with nice +19 but It causes a high load on the core it's running and triggers an alert on my monitoring solution. I know that this alert could be deactivated, but maybe I'm doing something wrong with squatter. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni- tuebingen.de Wächterstraße 76 72074 Tübingen 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Cyrus squatter using only a single core
Thank you Bron ! Once I unfortunately do not have the knowledgement necessary to create this patch, I will adjust my configurations to run squatter at specific times and disable the CPU consumption trigger on my monitoring solution. Even if when running with nice 19 my squatter process causes a high load on the core which it's running, it this behavior normal? Thanks everyone for answering this thread, I know that my english is not so good but I'm trying to improve it ! -- My best regards, Fabio Soares Schmidt On 15 July 2014 03:03, Bron Gondwana br...@fastmail.fm wrote: Yes, all Cyrus processes are single threaded except mupdate. I don't think that running squatter on multiple cores would necessarily be an improvement - and regardless, it's not a priority for me to implement. We'd accept a patch if someone did it and it integrated with the other stuff that's floating around on the fastmail branch. Bron. On Tue, Jul 15, 2014, at 04:13 AM, Fabio S. Schmidt wrote: Hi ! I'm running Cyrus 2.4.14 on Debian 6 64 Bits and I've noticed that when squatter is running it only uses a single core. Has this behavior been improved on newer versions? Here is my entry: squatter_1cmd=/usr/bin/nice +n 19 /usr/lib/cyrus/bin/squatter -s -i -r user period=180 I do run it with nice +19 but It causes a high load on the core it's running and triggers an alert on my monitoring solution. I know that this alert could be deactivated, but maybe I'm doing something wrong with squatter. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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 -- Bron Gondwana br...@fastmail.fm 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 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: Cyrus squatter using only a single core
Hi Jose ! Thanks for answering ! Your explanations are very appropriate and I couldn't agree more ! In fact, I'm just concerned if squatter causing a high load on a core even when running with nice 19 is the normal behavior, but I realize that it is more a question about Linux than Cyrus. -- My best regards, Fabio Soares Schmidt On 15 July 2014 16:19, Jose Luis Rodriguez Garcia joseyl...@gmail.com wrote: I am not a cyrux expert, but why are you worried that a core is loaded? It means that the core is working on the task. Does the performance of the server suffer because of this (response time to users, etc)? I think that monitor for detect a high load in a core isn't appropriate measure of performance. It can be useful for detected a hanged process that takes all your cpu, or historical usages of the cores, but not for other purposes. I think that it is more appropriate measure the total usage of cpu of the server. On Tue, Jul 15, 2014 at 6:58 PM, Fabio S. Schmidt fa...@improve.inf.br wrote: Thank you Bron ! Once I unfortunately do not have the knowledgement necessary to create this patch, I will adjust my configurations to run squatter at specific times and disable the CPU consumption trigger on my monitoring solution. Even if when running with nice 19 my squatter process causes a high load on the core which it's running, it this behavior normal? Thanks everyone for answering this thread, I know that my english is not so good but I'm trying to improve it ! -- My best regards, Fabio Soares Schmidt On 15 July 2014 03:03, Bron Gondwana br...@fastmail.fm wrote: Yes, all Cyrus processes are single threaded except mupdate. I don't think that running squatter on multiple cores would necessarily be an improvement - and regardless, it's not a priority for me to implement. We'd accept a patch if someone did it and it integrated with the other stuff that's floating around on the fastmail branch. Bron. On Tue, Jul 15, 2014, at 04:13 AM, Fabio S. Schmidt wrote: Hi ! I'm running Cyrus 2.4.14 on Debian 6 64 Bits and I've noticed that when squatter is running it only uses a single core. Has this behavior been improved on newer versions? Here is my entry: squatter_1cmd=/usr/bin/nice +n 19 /usr/lib/cyrus/bin/squatter -s -i -r user period=180 I do run it with nice +19 but It causes a high load on the core it's running and triggers an alert on my monitoring solution. I know that this alert could be deactivated, but maybe I'm doing something wrong with squatter. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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 -- Bron Gondwana br...@fastmail.fm 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 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 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
Imapd - more processes than maxchild
Hi ! I'm trying to fix an environment which has been growing without proper attention. There are about 7000 inboxes but only 5000 are active and the maxchilds parameter is set as 2000 causing a lot of timeouts when the clients try to connect. I thought as a first approach trying to increase this parameter. I have noticed that even with the maxchilds parameter set as 2000 there are about 2020 processes open, is this behaviour normal? The version in use is 2.4.12. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Imapd - more processes than maxchild
Hi Andrew, Thanks for the quick answer. I greatly appreciate it. I have already done all these checks and there are actually more than 2000 valid users trying to connect from different IP addresses. Fabio On 31 July 2014 19:49, Andrew Morgan mor...@orst.edu wrote: On Thu, 31 Jul 2014, Fabio S. Schmidt wrote: Hi ! I'm trying to fix an environment which has been growing without proper attention. There are about 7000 inboxes but only 5000 are active and the maxchilds parameter is set as 2000 causing a lot of timeouts when the clients try to connect. I thought as a first approach trying to increase this parameter. I have noticed that even with the maxchilds parameter set as 2000 there are about 2020 processes open, is this behaviour normal? The version in use is 2.4.12. Are there really 2000+ IMAP clients trying to connect? Try ps -ef | grep imapd | wc -l. It's also possible that there is an IMAP client running wild, making hundreds of connections. The output of netstat -nt might show you if there are a lot of connections from a single IP address. If you really need to allow more connections, increase the maxchilds parameter. Beware that you don't overload the server, either with too much I/O or not enough RAM available! :) Andy -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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
Internationalization of sieve reject message
Hi ! I noticed that that when a message is rejected automatically by Sieve, the Subject and the text as well are fixed in english in the code (lmtp_sieve.c). I do known that the user is able to inform the reason for the reject, but with the Subject and the initial text in english it may cause confusion, on my environment for instance, most users do not understand english at all and actually delete or mark those messages as Spams. Is there any plan to change this behaviour on future versions? I mean, a way to change the Subject and the initial text of the automatically reject messages without recompiling Cyrus? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: fetching user_deny.db entry for ...
Hi Marcus, We are solving it with rsyslog filtering too, but you made it on a much easier way. Thanks for sharing ! We create a file under the /etc/rsyslog.d directory like this: if $programname == 'cyrus' and $msg contains_i 'fetching user_deny' or ($msg contains_i 'sql backend') or ($msg contains_i 'seen_db') or ($msg contains_i 'SQUAT returned') or ($ msg contains_i 'USAGE') or ($msg contains_i 'fstating sieve script') then ~ My best regards, Fabio S. Schmidt On 15 August 2014 10:17, Marcus Schopen li...@localguru.de wrote: Am Donnerstag, den 02.02.2012, 14:26 +0100 schrieb Eric Luyten: On Thu, February 2, 2012 2:20 pm, Marten Lehmann wrote: since my upgrade from cyrus-imapd 2.3.x to 2.4.x mail maillog gets cluttered by entries like this: Feb 2 14:18:07 g112 cyrus/imap[16836]: fetching user_deny.db entry for 'u...@mailbox.com' I have absoletely no use for this user_deny.db stuff. Before I created an empty user_deny.db I got IOERRORs with No such file or directory, now that it exists, now I get these useless logs. How can I disable this entirely? Or how can I disable logging of it? Marten, You could reduce the syslog logging level from .debug to .info but this will make you lose some other stuff too. Check whether you really need the latter. Solved it with rsyslog message filtering[1]: ###*.*;auth,authpriv.none -/var/log/syslog *.*;auth,authpriv.none;mail.none-/var/log/syslog [...] :msg,startswith, fetching user_deny ~ :msg,startswith, SQUAT failed ~ :msg,contains, defaultbc doesn\'t exist: No such ~ mail.* -/var/log/mail.log Ciao Marcus [1] http://www.rsyslog.com/doc/rsyslog_conf_filter.html 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 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
High avaliabilty for IMAP/PROXY
Hi, - Sorry if it seems to be a little off-topic - We have deployed Cyrus Aggregator and currently we provide load balancing and high availability for the Cyrus Front Ends through DNS. With this scenario, if a Frontend is unavailable it will receive connections unless we remove it from the DNS record for the IMAP service. Does anyone have any better ideas to improve the high availability? I was wondering about using HAPROXY vs NGINX but I do not know their behaviours in cases like I mentioned above. -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: High avaliabilty for IMAP/PROXY
Thanks Vincent and Simon for the answers ! I am studying the Perdition and LVS-DR solutions ! Kind regards, Fabio On 18 September 2014 16:38, Simon Amor simon.a...@daily.co.uk wrote: On 18 Sep 2014, at 19:58, Fabio S. Schmidt fa...@improve.inf.br wrote: Hi, - Sorry if it seems to be a little off-topic - We have deployed Cyrus Aggregator and currently we provide load balancing and high availability for the Cyrus Front Ends through DNS. With this scenario, if a Frontend is unavailable it will receive connections unless we remove it from the DNS record for the IMAP service. Does anyone have any better ideas to improve the high availability? I was wondering about using HAPROXY vs NGINX but I do not know their behaviours in cases like I mentioned above. We use LVS-DR with a cluster of 3 Cyrus pop/imap servers where servers 1 and 2 use heartbeat to failover the inbound IP in the event of an outage. They also handle outbound authenticated SMTP, again with LVS-DR. http://www.linuxvirtualserver.org/VS-DRouting.html Simon -- Simon Amor Daily Internet Services Ltd T: +44 (0)115 973 7260 W: http://www.daily.co.uk/ -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: High avaliabilty for IMAP/PROXY
Thanks Ken and Michael for the answers ! Kind regards, Fabio On 19 September 2014 04:49, Michael Menge michael.me...@zdv.uni-tuebingen.de wrote: Hi, Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi, - Sorry if it seems to be a little off-topic - We have deployed Cyrus Aggregator and currently we provide load balancing and high availability for the Cyrus Front Ends through DNS. With this scenario, if a Frontend is unavailable it will receive connections unless we remove it from the DNS record for the IMAP service. Does anyone have any better ideas to improve the high availability? I was wondering about using HAPROXY vs NGINX but I do not know their behaviours in cases like I mentioned above. We use ClusterIP for load balancing and HA. With ClusterIP you use one IP for all of your Cyrus Front Ends. The ClusterIP will use a multicast MAC an the local firewall cluisterIP rule determin which of the frontends will be used, by hashing source IP, [source Port], [destination Port] in a hash. These hash is distributed to N buckets and each bucket must be serviced by one of your front ends. If one front end goes down you configure the buckets of that front end on the other front ends. http://www.rkeene.org/projects/info/wiki/102 http://www.linux-ha.org/ClusterIP M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen 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 -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: frontend lmtp connections to mupdate master
Hi Michael, I would suggest you to read this documentation: http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Mail_Delivery It is possible to change the delivery to use the local mailbox database from the frontends when using Cyrus Aggregator. We have already implemented it on our environment and it works very well. In this scenario, the messages deliveries do not load the Mupdate master and in a case of failure of the Master the messages will continue to be delivered, so only the change operations from the Backends will be unavailable. Regards Fabio Schmidt On 26 September 2014 05:43, Michael Menge michael.me...@zdv.uni-tuebingen.de wrote: Hi, last night we had a problem with our mupdate master not working any more, received SIGSEGV, and the next mupdate had an internal error. See logs below. I had been under the impression that only changes in the mailbox db would fail if the mupdate master was not working. But also mail delivery was failing. The frontend lmtpd tried to connect to the mupdate master, and didn't use the frontend mailboxdb. I was wondering whats the reasoning? I think the many connections to the mupdate master i have seen, have not been backend impad processes creating/renaming/deleting folders but frontend lmtpd processes asking for information which is available local. Regards Michael Menge Sep 25 22:15:12 mailserv01 mu/master[8348]: process 8665 exited, signaled to death by 11 Sep 25 22:15:12 mailserv01 mu/master[8348]: service mupdate pid 8665 in READY state: terminated abnormally Sep 25 22:15:13 mailserv01 mu/mupdate[46721]: DBERROR: reading /srv/cyrus-mu/db/skipstamp, assuming the worst: No such file or directory Sep 25 22:15:19 mailserv01 mu/mupdate[46721]: skiplist: checkpointed /srv/cyrus-mu/mailboxes.db (459230 records, 47495540 bytes) in 2 seconds Sep 25 22:15:20 mailserv01 mu/mupdate[46721]: Internal error: assertion failed: cyrusdb_skiplist.c: 497: db db-map_len db-fname db-map_base db-is_open db-lock_status Sep 25 22:15:20 mailserv01 mu/master[8348]: service mupdate pid 46721 in READY state: terminated abnormally Sep 25 22:15:20 mailserv01 mu/mupdate[46912]: DBERROR: reading /srv/cyrus-mu/db/skipstamp, assuming the worst: No such file or directory Sep 25 22:15:23 mailserv01 mu/mupdate[46912]: skiplist: checkpointed /srv/cyrus-mu/mailboxes.db (459230 records, 47495540 bytes) in 2 seconds Sep 25 22:15:23 mailserv01 mu/master[8348]: process 46912 exited, signaled to death by 6 Sep 25 22:15:23 mailserv01 mu/master[8348]: service mupdate pid 46912 in READY state: terminated abnormally Sep 25 22:15:23 mailserv01 mu/mupdate[46936]: DBERROR: reading /srv/cyrus-mu/db/skipstamp, assuming the worst: No such file or directory Sep 25 22:15:26 mailserv01 mu/mupdate[46936]: skiplist: checkpointed /srv/cyrus-mu/mailboxes.db (459230 records, 47495540 bytes) in 2 seconds M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: frontend lmtp connections to mupdate master
Hi Michael, You are most welcome. We use cyrus 2.4 and there is no need to use the patch. Regards Fabio Em 26/09/2014 11:52, Michael Menge michael.me...@zdv.uni-tuebingen.de escreveu: Hi Fabio, Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi Michael, I would suggest you to read this documentation: http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Mail_Delivery thanks for the link, i have not seen this document before. It is possible to change the delivery to use the local mailbox database from the frontends when using Cyrus Aggregator. We have already implemented it on our environment and it works very well. In this scenario, the messages deliveries do not load the Mupdate master and in a case of failure of the Master the messages will continue to be delivered, so only the change operations from the Backends will be unavailable. The link to the UMich patch is borken. Did you use the UMich patch? Can you send me your patch? Can/should this be included in Cyrus Imapd 2.5.x Regards Michael --- M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni- tuebingen.de Wächterstraße 76 72074 Tübingen 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 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: frontend lmtp connections to mupdate master
We are not using unified murder. I am out of the office right now but as soon as I get there I will send you our configurations. Regards Fabio Em 26/09/2014 13:14, Michael Menge michael.me...@zdv.uni-tuebingen.de escreveu: Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi Michael, You are most welcome. We use cyrus 2.4 and there is no need to use the patch. Sorry I had forgotten to write in my first post: This was cyrus-imapd 2.4.17 :-( Do you use unified murder? Regards Michael M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni- tuebingen.de Wächterstraße 76 72074 Tübingen 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: frontend lmtp connections to mupdate master
Hi Michael, - Sorry if I am annoying answering this thread to the list, but maybe someone has better ideias. We are using Cyrus 2.4.14 with dedicated Backends, Frontends and Mupdate servers. We have deployed a Cyrus Frontend on each MTA servers so when a message is delivered it will only query locally the locations of the mailboxes. This way the real Frontend servers are only loaded with the IMAP connections from the clients. These are our configurations: # cyrus.conf imapcmd=proxyd -a listen=localhost:imap prefork=5 maxchild=100 lmtpcmd=lmtpproxyd -C /etc/imapd-local-lmtpd.conf listen=lmtp prefork=10 maxchild=500 #/etc/imapd-local-lmtpd.conf mupdate_server: 127.0.0.1 304 mupdate_port: 3905 305 mupdate_authname: admin 306 mupdate_username: admin 307 mupdate_password: PASSWORD 308 mupdate_retry_delay: 10 # /etc/postfix/transport ourdomain.com.br lmtp:127.0.0.1:lmtp Delivery log on the MTA: Sep 26 14:22:20 mta_server postfix/lmtp[23622]: 0B88516F803: to=fa...@ourdomain.com.br, orig_to=fabio, relay=127.0.0.1[127.0.0.1]:24, delay=0.04, delays=0.01/0/0/0.03, dsn=2.1.5, status=sent (250 2.1.5 Ok SESSIONID=cyrus-26064-1411752140-1) Delivery log on the Backend : Sep 26 14:22:20 backend_server cyrus/lmtp[7391]: Delivered: 20140926172219.e56fd16f...@ourdomain.com.br to mailbox: user.fabio Regards, Fabio On 26 September 2014 13:34, Fabio S. Schmidt fa...@improve.inf.br wrote: We are not using unified murder. I am out of the office right now but as soon as I get there I will send you our configurations. Regards Fabio Em 26/09/2014 13:14, Michael Menge michael.me...@zdv.uni-tuebingen.de escreveu: Quoting Fabio S. Schmidt fa...@improve.inf.br: Hi Michael, You are most welcome. We use cyrus 2.4 and there is no need to use the patch. Sorry I had forgotten to write in my first post: This was cyrus-imapd 2.4.17 :-( Do you use unified murder? Regards Michael M.MengeTel.: (49) 7071/29-70316 Universität Tübingen Fax.: (49) 7071/29-5912 Zentrum für Datenverarbeitung mail: michael.me...@zdv.uni-tuebingen.de Wächterstraße 76 72074 Tübingen 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
Cyrus connect to an external SMTP server
Hi, I have deployed Cyrus Aggregator and I noticed that when a Backend server sends a message, an auto response for instance, it connects to the localhost on port 25, which forced me to deploy a SMTP server locally. Is there any way to set Cyrus to connect to an external SMTP server? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Cyrus connect to an external SMTP server
Hi Marcus, Thanks for the answer. I will take a look at the SSMTP package. On 8 November 2014 18:33, Marcus Schopen li...@localguru.de wrote: Hi, Am Samstag, den 08.11.2014, 10:06 -0200 schrieb Fabio S. Schmidt: Hi, I have deployed Cyrus Aggregator and I noticed that when a Backend server sends a message, an auto response for instance, it connects to the localhost on port 25, which forced me to deploy a SMTP server locally. Is there any way to set Cyrus to connect to an external SMTP server? ssmtp would be a quick and easy way to set up a local smtp hub. Ciao! -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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
Moving to folders stored in different servers
Hi, I have an environment with Cyrus Aggregator and this scenario: Every user has its INBOX stored on a server and has an archiving folder which is kept on another server. I have noticed that when I move some folder from the INBOX to the archiving hierarchy, Cyrus (I'm using 2.4.14) doesn't recognise it and create the structure and keep the folder on the server which has the INBOX stored. Is this scenario supported by Cyrus? -- My best regards, Fabio Soares Schmidt Linux Professional Institute - LPIC-3 Microsoft Certified Technology Specialist: Active Directory 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: Announcing the Cyrus Foundation and development plans for 2015
That is a great news ! I am excited about what is about to come. I'm available to run some tests with Aggregator and other things. Regards. On 19 February 2015 at 07:31, Bron Gondwana br...@fastmail.fm wrote: [Sorry for the late delivery of this email, I've spoken a bit about this on IRC already, and the first meeting is in less than 24 hours, but I've been swamped by emergency other work.] Late last year a few of us formed a plan. A non-profit foundation (incorporated in Canada because that's where our biggest sponsor is based) and some real resources to take Cyrus from its current status as a great project that's hard to manage and not well documented into a well rounded product that can compete with other proprietary or free solutions without needing a Cyrus expert on staff. I posted my giant wishlist/roadmap last year, and we will be picking the highest value items from that list to release as Cyrus 3.0 this year. We have resources. As well as Ken Murchison at CMU and myself at FastMail who have been doing this a while, we two dedicated developers who will be working entirely on this project (Anthony in Canada and Ellie in Melbourne), and volunteers putting in whatever time they can as well. I've also grabbed part-time commitments from a few of the FastMail staff to help out. With these resources available, I propose a very aggressive timeline: March 1st: Cyrus 2.5 release. I'll cut a beta tomorrow, and then another one next Friday. Get your testing on :) The goal is to be a clean upgrade path from 2.4, incorporating many of the fixes since then which were too invasive to backport, but no surprises. (... every 2 weeks or so, a new 2.5 point release with bugfixes) May 1st: Cyrus 3.0 technology preview. I will present this at the Kolab summit in The Hauge on the 2nd-3rd, with whatever is ready by this time. July 20th: Cyrus 3.0 release. We'll have Docker Images / Virtual Machines / Packages for major operating systems/distributions, along with the documentation to set up a working mail system. This will be quite opinionated. Cyrus 3.0 will be quite opinionated. We'll probably be discarding a ton of configuration options in exchange for simplicity and reliability. And we won't stop there, but that's as far as I'm planning today. KICKOFF MEETING: We will hold our first meeting as the new Cyrus team at 10am Melbourne time tomorrow, Friday 20th. Timezone info: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Cyrus+Kickoff+Meetingiso=20150220T10p1=152ah=1 or http://goo.gl/ryQToF Video/Audio chat via appearin: https://appear.in/cyrus Side channel will be the #cyrus IRC channel on Freenode: https://cyrusimap.org/mediawiki/index.php/Cyrus_IRC Minutes will be posted to the cyrus-devel mailing list: https://lists.andrew.cmu.edu/mailman/listinfo/cyrus-devel Everybody is welcome to join in, either via IRC or video. Please use a headset and remain muted when you aren't speaking - and we may find that we have most people turn off video depending on how everyone's bandwidth goes. We find it works quite well with just audio. I will have a webcam pointing at the big whiteboard in the FastMail boardroom, and use that for note taking. There will be a scribe in IRC as well. It's not a big deal if you can't make it. I'm planning to do two meetings per week, one on Tuesday and one on Friday Australian time (Monday/Thursday for Europe/US) as well as setting aside a couple of blocks of office hours when I am available for anyone who has questions - either development or operational. I'm really excited about this new phase of Cyrus development, and I look forward to working with everyone and doing great things! Cheers, Bron. -- Bron Gondwana br...@fastmail.fm 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