http://blog.gmane.org/gmane.mail.imap.cyrus hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.mail.imap.cyrus/36590 <pre>We're having issues building zephyr with the new automake stuff, and before we spend too much time fixing it - there's a question worth asking... Does anyone actually use zephyr? If not, I'd prefer to remove it and integrate worldline's notification bus work rather than having multiple competing notification systems. Bron. </pre> Bron Gondwana 2012-05-22T07:40:05 http://comments.gmane.org/gmane.mail.imap.cyrus/36566 <pre>I'm running 2.4.13 from the invoca rpms on CentOS 5.8. I recently had an issue with a folder in a mailbox that would not show any subfolders. I created a new folder 'folder2' and moved all of the subfolders to it and then performed a reconstruct on the new set of folders and everything worked. Now I deleted the old folder 'folder' from the file system and then (after it wouldn't go away from the cyradm listing) used cyr_dbtool to manually remove it (and the subfolders) from the mailboxes.db file. The old folders and subfolders are now gone, however, I can't (using the IMAP client) rename 'folder2' back to 'folder' as when I do, the subfolders are not visible. I've dumped the mailboxes.db file to a flat file to look and see if there is anything in there that wasn't visible in cyradm or using cyr_dbtool show. Everything is as expected except there are some DELETED.user.xxx.folder entries at the top. Are you not allowed the create folders with the same name you've just deleted? Where are these DELETED folders </pre> Stephen Ingram 2012-05-19T16:51:38 http://comments.gmane.org/gmane.mail.imap.cyrus/36564 <pre>One account on the server includes a folder called CLIENTS which contains server sub-folders. Today, all of these sub-folders are no longer visible in the imap client (Thunderbird). Checking the server itself, the sub-folders are still there along with all of the mail. cyradm reports: user.jmaxwell.CLIENTS (\Has no children) when issuing lm user.jmaxwell.* although when issuing lm user.jmaxwell.CLIENTS.*, all of the sub-folders are visible. I've tried a reconstruct on both the full user mailbox: reconstruct -r -f user.jmaxwell, and the folder itself reconstruct -r -f user.jmaxwell.CLIENTS. When the reconstruct is performed on user.jmaxwell, the CLIENTS subfolders don't appear in the results. However, when the reconstruct is performed on the user.jmaxwell.CLIENTS folder, all of the sub-folders appear in the results. I'm guessing this means that the index inside of the CLIENTS folder is corrupted. Is there a way to fix this alone? I'm running the invoca 2.4.13 rpms on CentOS 5.3. Steve ---- Cyrus Home Pa</pre> Stephen Ingram 2012-05-18T19:34:45 http://comments.gmane.org/gmane.mail.imap.cyrus/36563 <pre>Hello, I'm not sure this is the list to post my issue but thought I'd give it a shot. We're running Cyrus IMAPD 3.3.16 on a CentOS 6 server for about 50 users. All users have Thunderbird 11-12 as their email client. A couple of the users rely on "tagging" email in Tbird heavily. Periodically, they lose the tags they have placed for no apparent reason. They are there for a few days/weeks, then gone. Is this something that could be happening in Cyrus, or is it strictly a Thunderbird issue? Any input is appreciated! Thanks! </pre> Tom Plancon 2012-05-18T14:23:53 http://comments.gmane.org/gmane.mail.imap.cyrus/36559 <pre>OS CentOS-6.2 HW i86_64 KVM guest We are migrating from cyrus-imapd-2.2.13 running on CentOS-4.9 to v2.3.16 running on CentOS-6.2; being is the most recent version distributed by the packager. To the best of my ability to determine I have followed the upgrade instructions at http://cyrusimap.web.cmu.edu/docs/cyrus-imapd/2.3.16/install-upgrade.php. The data transfer and SELinux considerations completed successfully as did the mailbox reconstruction and quota updates. The new service is running and I can administer user mailboxes. However, the quota usage reported for user accounts under 2.3.16 differs dramatically from that reported under 2.2.13. It appears on the surface that the usage reported is for each individual mailbox and not for the accumulated usage under the user's INBOX. For example, I have the situation under 2.3.16 where a user with 500mb quota and 375mb usage is reported at the highest level as 3% usage because there is very little mail in their INBOX but a great deal of archived mail in s</pre> James B. Byrne 2012-05-15T20:41:45 http://comments.gmane.org/gmane.mail.imap.cyrus/36558 <pre> We are looking at upgrading from Cyrus IMAP 2.3 to 2.4. We run a Murder with one front end server and one back end server. We plan to XFER mailboxes from the old back end to a new back end server with more storage. From the mailing list I understand we should upgrade the front end server first before transferring mailboxes. My planned changes for the front end server are to add the suppress_capabilities directive to imapd.conf, ensure the lock directory is created on tmpfs and touch a blank user_deny.db. My expectation is that I can stop the front end server, upgrade the software and restart it with the updated imapd.conf. As far as the front end upgrade is concerned, is there really any difference between the behaviour of 2.3 vs 2.4? Most of the changes appear to be focused on the mailbox handling code. Does anyone running a Murder have experience of the upgrade from 2.3 to 2.4 they could share? Will users notice any difference at this stage? Thanks, Dave. David Mayo Networks/Systems Adm</pre> David Mayo 2012-05-11T10:14:50 http://comments.gmane.org/gmane.mail.imap.cyrus/36550 <pre>Folks, Proceeding with my (sometimes steep) learning curve on Cyrus Murder (and preparing a Wiki guide to same) I have recently experienced a case of missing mailboxes. Let me explain... I started out by splitting a long-running non-murder 2.4.10 host into a single frontend and backend, with a separate mupdate master. I then added a second frontend -- no problem. I then added a second backend (several problems, but a lot of learning!) and ultimately moved an account onto it. The next day, I tweaked some settings in the config files and restarted the Cyrus server. Went to look at my mailboxes and they're gone! Uh-oh!! Long story short, the original backend is configured with 'servername: mailbox.example.com' and the new backend is 'servername: mailbox.wi.example.com'. I had moved the account with this command (in cyradm): mail.example.com&gt; xfermailbox user.onlight mailbox.wi Problem is that ctl_mboxlist.c:do_dump() compares the mailboxes.db entry for the mailbox with config_servernam</pre> Nic Bernstein 2012-05-10T14:56:41 http://comments.gmane.org/gmane.mail.imap.cyrus/36548 <pre>We are running Cyrus 2.2.13, and I recently noticed that we have many imapd processes on the server, dating back to the day that the server was last booted, which was over 3 months ago. The entries for many of them in /var/imap/proc look like this: &gt; 249.sub-174-253-10.myvzw.com [174.253.10.249] Note there's no user name with them. I have googled myself silly, and can't find any evidence that others have seen this problem. I know they need to be killed; short of rebooting the server, is there anything I could/should do? I inherited this installation, btw, and don't really have anyone to talk to about it. Thanks. b. ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ </pre> Brian Capouch 2012-05-09T23:42:34 http://comments.gmane.org/gmane.mail.imap.cyrus/36540 <pre>In trying to bring up a murder with 2.4.10, I am encountering a problem I just cannot seem to get past. I've got a Mupdate master, 2 backends and 2 frontends. Everyone seems to be exchanging mailboxes.db info just fine, but I cannot move a mailbox (user inbox) from the original backend (used to be single, standalone system) to the second backend. Here is sample cyradm session, first to a frontend: # cyradm -user cyradmin mail Password: mail&gt; xfer user.nic mailbox.wi xfermailbox: bad parameters to function mail&gt; rename user.nic user.nic mailbox.wi renamemailbox: The remote Server(s) denied the operation and to the backend holding the mailbox to be moved: # cyradm -user cyradmin mailbox Password: mailbox&gt; xfer user.nic mailbox.wi xfermailbox: The remote Server(s) denied the operation mailbox&gt; rename user.nic user.nic mailbox.wi renamemailbox: The remote Server(s) denied the operation Here are protocol traces from the hosts involved: From the fir</pre> Nic Bernstein 2012-05-04T12:32:13 http://comments.gmane.org/gmane.mail.imap.cyrus/36539 <pre>Hello list How can I disable a user from getting emails? I dont want to delete it, just to stop pop his account. Thank you in advance! </pre> Nikos Gatsis - Qbit 2012-05-04T11:45:21 http://comments.gmane.org/gmane.mail.imap.cyrus/36537 <pre>Hello there, With many thanks to Дилян Палаузов &lt;dilyan.palauzov&lt; at &gt;aegee.org&gt;, we would like to let you know about one particular feature now definitely included for a pending Cyrus IMAP 2.5 release. As a feature for the upcoming 2.5 release of Cyrus IMAP, though the exact schedule is yet unknown, we have merged into master the grand overhaul to using autoconf / automake. This marks a first significant milestone closing in on actually producing a 2.5 series release, but, and this is very important: NOT without your help. We would like those of you that have a need to or experience with building Cyrus IMAP from source to let us know whether the autoconf and automake (or, as I like to call it, "autofu") Works For You(TM). To this end, we encourage you to clone the GIT repository master branch and attempt a build, or, alternatively, download the following snapshot release: http://git.cyrusimap.org/cyrus-imapd/snapshot/cyrus-imapd-2.5-snapshot- autoconf-and-automake.tar.gz The cano</pre> Jeroen van Meeuwen (Kolab Systems 2012-04-28T16:15:22 http://comments.gmane.org/gmane.mail.imap.cyrus/36536 <pre>Folks, Finally getting around to bringing up my first production Murder environment and I have the feeling that I have more than I need in my frontend configs. Here is what I currently have configured: Frontend imapd.conf: admins: cyrus cyradmin configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail mboxname_lockpath: /var/run/cyrus/lock proc_path: /var/run/cyrus/proc duplicate_db_path: /var/run/cyrus/deliver.db statuscache_db_path: /var/run/cyrus/statuscache.db tlscache_db_path: /var/run/cyrus/tls_sessions.db allowplaintext: yes sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN sasl_minimum_layer: 0 sasl_auto_transition: no servername: mail.example.com lmtp_downcase_rcpt: true username_tolower: true lmtpsocket: /var/run/cyrus/socket/lmtp idlesocket: /var/run/cyrus/socket/idle notifysocket: /var/run/cyrus/socket/notify syslog_prefix: cyrus p</pre> Nic Bernstein 2012-04-27T17:53:10 http://comments.gmane.org/gmane.mail.imap.cyrus/36522 <pre>Hi. I hoped that cyrus would be managable through ldap but that doesn't seem to be the case. Is the cyrus ldap support strictly for authentication? It's just that sasl can do that as well. I'd like to know if there are other options to managing mailboxes besides calling perl scripts. I need to come up with some kind of a graphical interface to manage mailboxes and I'm looking for the available options to interface with cyrus. thanks Martin ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ </pre> Martin Kraus 2012-04-24T09:00:05 http://comments.gmane.org/gmane.mail.imap.cyrus/36514 <pre>Hi there, I'm forwarding this message posted to the announcement mailing list originally, to let you know any upgrades should target 2.4.16 as opposed to 2.4.15. We are pleased to announce the release of Cyrus IMAPd 2.4.16. This is a stable release in the 2.4.x series. It contains exactly one bugfix in tools/rehash, which was rewritten after 2.4.14 introduced a critical fault for deployments that have the fulldirhash option enabled. Release 2.4.15 was released to resolve this issue, among others, but the tool as released with 2.4.15 contained Perl syntax errors. We recommend ALL sites that deploy Cyrus IMAP with the fulldirhash option enabled to update to 2.4.16. Please see bug #3651[1] for a full history of this bug. A special thanks goes out to Carlos Velasco for catching and reporting this issue first. We apologize for any inconvenience caused. You can download via HTTP or FTP: http://cyrusimap.org/releases/cyrus-imapd-2.4.16.tar.gz ftp://ftp.cyrusimap.org/cyrus-imapd/cyrus-imapd-2.4.</pre> Jeroen van Meeuwen 2012-04-19T10:00:01 http://comments.gmane.org/gmane.mail.imap.cyrus/36512 <pre>Hello. I have two nodes - first is master and second is replica. cyrus-imapd version on master is 2.4.13 and on replica 2.4.14. I have configured rolling replication from first master node to replica. When I try to synchronize all user mailboxes in parallel to running rolling replication - it seems that syncserv process deletes mailboxes (in log file there are a log of messages like: Apr 17 13:24:45 backend2 syncserverin[1647]: Deleted mailbox domain!shared.box Apr 17 13:24:45 backend2 syncserverin[1647]: Deleted mailbox domain!shared.box2 Apr 17 13:24:45 backend2 syncserverin[1647]: Deleted mailbox domain2!shared.box3 Apr 17 13:24:45 backend2 syncserverin[1647]: Deleted mailbox domain!user.user Apr 17 13:24:45 backend2 syncserverin[1647]: Deleted mailbox domain3!user.box4 ) Syncserv process with PID 1647 serves rolling replication (I see it from log file - another syncserv process serves synchronization of one user mailbox - which I explicitly have asked via sync_client -l -u user&lt; at &gt;domain). Why sy</pre> Dmitry Banschikov 2012-04-17T14:20:17 http://comments.gmane.org/gmane.mail.imap.cyrus/36503 <pre> Hi experts, we have a mupdate server (Solaris 10, Cyrus 2.3.16) and frontnend and backend servers (Redhat Linux due to migration from Solaris environment). The RHEL frontend connects to the (Solaris) mupdate server, authentication work. But after Apr 17 07:27:21 eg-mailfrontend cyrus/mupdate[7395]: successful mupdate connection to mupdate-febe.intern.tu-berlin.de Apr 17 07:27:21 eg-mailfrontend cyrus/mupdate[7395]: scarfing mailbox list from master mupdate server nothing happens, the mailbox list lacks update. Lets look what mupdate does: [root&lt; at &gt;eg-mailfrontend elsnccpa]# ps -ef | grep mupdate | grep -v grep cyrus 7393 7388 0 07:27 ? 00:00:00 mupdate cyrus 7395 7388 0 07:27 ? 00:00:00 mupdate [root&lt; at &gt;eg-mailfrontend elsnccpa]# strace -p 7396 Process 7396 attached - interrupt to quit accept(4, ^C &lt;unfinished ...&gt; Process 7396 detached [root&lt; at &gt;eg-mailfrontend elsnccpa]# man tcpdump [root&lt; at &gt;eg-mailfrontend elsnccpa]# man imapd.conf [root&lt; at &gt;eg-mailfrontend elsnccpa]# man imapd.conf [ro</pre> Frank Elsner 2012-04-17T06:43:03 http://comments.gmane.org/gmane.mail.imap.cyrus/36499 <pre>Dear guys, I have a 5GB mailbox which I moved using imapsync. But somehow I messed up with --delete option and end up with almost all the messages having \Deleted flag set. I do not have delayed expunge enabled, so I can not use unexpunge utility. I am using cyrus-imapd v2.3.7. Is there any way I can unset \Deleted flag for all the mails in the mailbox? Thank you. -- Regards, Sachin Divekar ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/</pre> Sachin Divekar 2012-04-09T02:02:19 http://comments.gmane.org/gmane.mail.imap.cyrus/36494 <pre>Good morning, I'm running an ISP environment with Cyrus 2.3.18. I have seen, we have some problems when sync_client tries to do a SEEN from some mailboxes. First of all, say that we had to patch Cyrus IMAP with this proposed patch http://www.irbs.net/internet/info-cyrus/0602/0330.html because else... our customers who used Outlook (with any version!!!, even 2010!!!) and pop3 mail retrieval protocol and the option of left message copy on the server, where constantly downloading the same messages one time and another (and always they checked for new mail in this MUA... and obviously you know... our customer's annoyance). After applying this patch, although the first problem has been corrected, (the Outlook and UIDL one...) I have observed (and reproduced) that sync_client's forked proccess gets stuck with some mailboxes when SEEN actions that had to move big strings like this one : cyr_dbtool /expert/correo/imap/domain/e/egoitz.com/user/e/egoitz.seen skiplist show 04409b4d4f77894d1 1333240179 1</pre> egoitz< at >ramattack.net 2012-04-01T09:25:57 http://comments.gmane.org/gmane.mail.imap.cyrus/36489 <pre>I has the next question, how cyrus calculated the quota occupied by user? This is very important but my server don't calculated correctly but error in many accounts and his folder. Un saludo. </pre> Manuel Vazquez 2012-03-30T15:33:36 http://comments.gmane.org/gmane.mail.imap.cyrus/36483 <pre>Hello, I would ask another little help. When I set this sieve script: if true { addflag "\\Flagged"; keep; } I receive mails unflagged. Other sieve rules work as expected. If I want a working filter I have to set: if true { addflag "\\Flagged"; fileinto "INBOX"; } Could you help me? Many sieve clients make the first rule... it could be a bug? This is my sieve: "IMPLEMENTATION" "Cyrus timsieved v2.4.14-Invoca-RPM-2.4.14-1" "SASL" "PLAIN" "SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags notify envelope relational regex subaddress copy" "UNAUTHENTICATE" This problem occurs also with 2.4.13 version. This is my imapd.conf: === configdirectory: /var/lib/imap #partition-default: /dev/null partition-maildata1: /maildata/comune.prova.it/maildata1 partition-maildata2: /maildata/uc.test.it/maildata1 partition-maildata3: /maildata/regione.piemonte.it/maildata1 partition-maildata4: /maildata/uc.csi.it/maildata1 partition-maildata5: /maildata/csi.it/maildata1 par</pre> Marco 2012-03-30T08:41:21 http://comments.gmane.org/gmane.mail.imap.cyrus/36481 <pre>Hello, I'm in panic upgrading Cyrus from 2.4.13 to 2.4.14. After upgrade cyrus stop to work with these errors: IOERROR: opening index uc.csi.it!user.marco^favero: System I/O error Before upgrade, if I ask a mbpath I see: mbpath user/marco.favero&lt; at &gt;uc.csi.it /metamaildata4/domain/C/uc.csi.it/V/user/marco^favero After upgrade I see: mbpath user/marco.favero&lt; at &gt;uc.csi.it /maildata/uc.csi.it/maildata1/domain/C/uc.csi.it/P/user/marco^favero ...so it seems Cyrus change paths after upgrade and it loose all mailboxes! The righ path is '/maildata/uc.csi.it/maildata1/domain/C/uc.csi.it/V/user/marco^favero/' according to mbpath before upgrade. This is my cyrus banner: * OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE AUTH=PLAIN SASL-IR] tst-msg01.csi.it Cyrus IMAP v2.4.14-Invoca-RPM-2.4.14-1 server ready a01 CAPABILITY * CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SOR</pre> Marco 2012-03-30T08:28:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.mail.imap.cyrus