Package Details: cyrus-imapd 2.5.10-1

Git Clone URL: (read-only)
Package Base: cyrus-imapd
Description: Cyrus IMAP mail server
Upstream URL:
Licenses: custom
Conflicts: imap-server, pop3-server
Provides: imap-server, pop3-server
Submitter: ryanc
Maintainer: pgoetz
Last Packager: CarstenF
Votes: 19
Popularity: 0.011655
First Submitted: 2007-10-14 08:22
Last Updated: 2017-03-18 21:27

Latest Comments

pgoetz commented on 2017-09-23 16:44

Yep. I've been monitoring the 3.x releases closely via the cyrus-devel and info-cyrus lists, and all the releases so far have been a bit too unstable for my tastes; especially given that I would likely be testing the release on my production IMAP server. 3.0.4 is probably ready for prime time, though. Need to get on the ASAP or turn the package maintenance over to someone else.

aspeer commented on 2017-09-23 13:30

This should be updated to the latest stable version 3.0.4. Here is a patch : (edit: it breaks the systemd service though, may need a bit more work to put everything where it should be)

pgoetz commented on 2017-05-26 22:08

Hi Markus -

It sounds like you've tested this, so I can certainly make this change. When I checked with the cyrus mailing list about this issue the answer I got was that cyrus 2.5.x is incompatible with openssl 1.1, and I didn't pursue it further, since installing the compatibility openssl 1.0 package solves the problem without violating the Arch rule of not modifying upstream if at all avoidable.

Question: Are you (100% - epsilon) certain there are no other compatibility problems, and if so, where does this certainty come from? Seems more prudent to just get 3.0.1 packaged as soon as possible.

markuschaaf commented on 2017-05-26 21:38

I don't see why I have to ask this, but would you be so very kind to just modify PKGBUILD? There is AFAIK no incompatibility between openssl-1.1 and cyrus-imap-2.5. Openssl now happens to include <sched.h> (a posix system header), which creates a name clash with an unlucky chosen identifier in some cyrus files. Renaming that identifier (that has no external visibility) solves the problem without collateral damage. How is installing an older version of openssl better advise? If the upstream maintainers eventually fix this, the sed command will do nothing.

pgoetz commented on 2017-05-26 13:35

Hi -

Sorry, I just took over maintenance of this package, but haven't had time to build a new version yet -- will try and so that in the next couple of days. Meanwhile, here is the very simple fix for this issue for the time being. After upgrading your system and before rebooting (if you run a firewall, you generally must reboot every time the kernel is upgraded or weird things will start to happen), install this package:

# pacman -S openssl-1.0

Your cyrus install will continue to work with no interruptions or further intervention. I've tested this on 2 different mail servers.

If you've already rebooted and your cyrus install is now broken, no worries. Just install the openssl-1.0 package and restart cyrus-master. Everything should be in order again.

markuschaaf commented on 2017-05-25 22:57

Who is the current maintainer of this package? Comments and metadata leave me confused. Nevertheless a (works for me) fix to the openssl problem is:

> prepare() {
> for f in $pkgname-$pkgver/imap/*.[hc] ; do sed -i 's/\<struct *sched_param\>/&_/g' "$f" ; done
> }

pgoetz commented on 2017-05-17 15:49

@CarstenF: confirmed with the cyrus list that this version of cyrus is no longer compatible with Arch due to the upgrade to openssl-1.1.0.e-1-x86_64.pkg.tar.xz

Unfortunately, something needs to be done ASAP.

pgoetz commented on 2017-05-17 14:07

More specifically, the upgrade to openssl 1.1.0.e-1 appears to have broken the cyrus 2.5.10 build process so after compiling it no longer appears to be able to use SSL at all.

pgoetz commented on 2017-05-17 13:42

@CarstenF: Just tried to rebuild cyrus-imapd 2.5.10-1 and it appears to not be playing nice with the current version of,

Maybe it's time to update the package? Do you need help with this?

pgoetz commented on 2015-12-15 14:29

@CarstenF: thanks for taking on the maintenance of this package. There's probably no need for a co-maintainer unless you get swamped the way starfry did.

I use both Cyrus and dovecot in production and like Cyrus 100x better. Thanks largely to FastMail, the product has been developing rapidly over the last couple of years. You might want to give it a try again some time.

CarstenF commented on 2015-12-15 14:18

@pgoetz Thanks for your comment.
No mkimap was not in the package. But I have updated it now. And now it is included.
If anybody want to be a co maintainer. Feel free to ask.
I only use cyrus for some test setups. I use dovecot in production.

Sincerely yours Carsten Feuls

pgoetz commented on 2015-12-14 17:57

Looks like someone else adopted and updated before I had time to deal with this. Excellent.

Question: did javitonino's issue with mkimap being missing from the package get resolved?

starfry commented on 2015-11-30 10:51

@pgoetz disowned so that you can adopt. Thanks for stepping in.

pgoetz commented on 2015-11-25 16:46

starfry: thanks for speaking up.

I can take over the package if no one else wants to do it, and am happy to turn it back over to you if and when you'd like to be the maintainer again.

starfry commented on 2015-11-25 16:26

I have personal commitments that will prevent me from updating pacakges for a while. If someone wants to take this package over then I'll pass the baton....

Otherwise, I will get around to it as I use this myself, but I can't say when that will be.

pgoetz commented on 2015-11-23 11:18


Can you post a link to where mkimap is mentioned in the documentation? I can't find it. I know I've done at least one from scratch installation of cyrus-imapd since switching to Arch and did not use the mkimap command.

javitonino commented on 2015-11-22 20:59


Yep, mkimap is still in upstream tarball, but it is not installed by make install. It is still mentioned as required in the install guide (doc/install-configure.html) but I guess they expect it to be run from the tarball and avoid installing it.

pgoetz commented on 2015-11-20 22:27


The tools can be found in /usr/lib/cyrus/bin; however I don't know anything about mkimap, which is not one of the tools in this folder. You don't actually need to initialize spool directories, as far as I know; so maybe this was taken out of the toolset upstream? I would check with the cyrus-info mailing list or go to the documentation site:

to find out for sure.

pgoetz commented on 2015-11-20 22:24

Hi -

This package was flagged out of date 2015-09-13 -- over 2 months ago. Normally I wouldn't care, but I'm pretty sure there is a bug in version 2.5.3 that is causing me grief with users with large collections of email. Any chance this package could be upgraded to 2.5.6 ASAP?


javitonino commented on 2015-06-30 14:22

Is there any reason why the tools (tools/*) are no longer distributed with this package? It happened during the update to 2.5 and removes mkimap from the package, which is needed to initialize the spool directories.

javitonino commented on 2015-04-30 23:16

Updated cyrus-imapd-ldap to match. Seems to work fine as an split package.

starfry commented on 2015-04-24 09:04

updated 2.5.1, kept original design of without LDAP (for the time being at least).

pgoetz commented on 2015-03-04 09:47

cyrus-imapd v. 2.5 has been released. In addition to CalDAV/CardDAV support, I think there are at least 900 bug fixes/updates that have been ported from the FastMail branch.

pgoetz commented on 2015-03-02 12:01

I rather like the idea of having a separate cyrus-imapd-ldap version. This is a limited use context for most Arch users (so why clutter up the basic package?), and it's not that much of a maintenance headache to have 2 similar versions.

BTW, note that Cyrus 2.5 is about to be released.

starfry commented on 2015-02-28 10:46

@javitonino I apologise for not getting back to you quicker but it was/is on my do to list. I'll be doing some package building in the upcoming weeks and can look at adding ldap to cyrus-imapd. I'm just wondering how much weight the dependency will add to installs where it isn't required. But I will take a look at it...

javitonino commented on 2015-02-25 10:31

I have uploaded cyrus-imapd-ldap, which adds LDAP support to this package. This way is more modular, but merging it in this package may be more simple (no need to install two packages).

javitonino commented on 2015-02-19 23:50


I am trying to pack Kolab for Arch, and it uses cyrus-imapd as its LDA. However, I need LDAP support to make it work. Would you consider adding it to this package?

It can be done just by adding libldap as a dependency and passing "--with-ldap=/usr" to the configure script.


pgoetz commented on 2014-10-01 17:30

Ignore my comment regarding /etc/sasldb2 -- this *is* used by cyrus-imapd. I always use cyrus -> saslauthd -> PAM for authentication, so don't actually use sasldb2. I would recommend avoiding this and just go with the PAM solution.

pgoetz commented on 2014-10-01 16:50

The only file in /usr/share/doc/cyrus-imapd is a README which states, in part

For the real README file, please see doc/readme.html.
* To install the software, please read doc/install.html (but please read doc/readme.html first!).
* To see the changes since previous versions, check doc/changes.html,
and if upgrading look at doc/install-upgrade.html as well.

Any reason why the docs aren't included with this package? In nothing else, there should be an auxilliary doc package to go with this one (although cyrus documentation is minimal, and takes up hardly any space.

pgoetz commented on 2014-09-30 17:34

> However /etc/sasldb2 is still in berkeley-hash format

I'm guessing this file is created by cyrus-sasl, and not cyrus?

mrechte commented on 2014-03-28 13:24

I checked some of my db files like /usr/lib/cyrus/bin/cyr_dbtool /var/imap/mailboxes.db skiplist show, to confirm they are already using skiplist format (so conversion has been made automatically).

However /etc/sasldb2 is still in berkeley-hash format

The question is how to specify auxprop format to use skiplist rather than berekeley ?

I found that cvt_cyrusdb can be use to convert from one db format to another.

pgoetz commented on 2014-03-17 21:41

> what makes drop bdb support. What would be the replacement for it?

skiplists. There was a long discussion about this on the cyrus mailing list several years ago (e.g. ~ 2010-09-28). BDB files are somewhat unstable and were causing all kinds of problems (e.g. filling up mail log files with junk like this:

IOERROR: opening /var/lib/cyrus/user_deny.db: No such file or directory

At that time it was decided the default would change to skiplist. I guess they finally decided to drop support for bdb. OTOH, I thought the old bdb files would be converted automatically to skiplists?

BTW, you can't base anything on the Cyrus documentation. This is horribly out of date and generally quite inaccurate. The only place to find correct information is on the cyrus mailing list:

Yes, I agree: cyrus would be a lot more popular if it had good documentation.

mrechte commented on 2014-02-16 19:50

I checked the diff in libsasl, they are very few but I can't see what makes drop bdb support. What would be the replacement for it ? Cyrus-imap doc still recommends bdb (unless this is a new 2.1.26 undocumented feature)...

starfry commented on 2014-02-16 19:11

Hi, U'm sorry but I don't know why the Arch libsasl package has switched away from bdb. I have done a very quick search and I have found this

"The Cyrus IMAP configure process attempts to automatically detect and use the latest Berkeley DB technology available on the system. This may, however, not be the same version on your production systems. Since database conversions between versions of the Berkeley DB technology are particularly difficult and therefor NOT considered fully supported, we recommend you do NOT use Berkeley DB."

Right now, I haven't got the time to update the cyrus-imap package but I might try and find the time in the next week or two. Alternatively drop an updated PKGBUILD yourself, but I fear this has serious implications for those already running cyrus-imap with a bdb (like me). I am not sure what's involved in upgrading. One for the "to do" list...

mrechte commented on 2014-02-16 09:21


Since libsasl upgrade (2.1.26-6 -> 2.1.26-7) , sasldb auxiliary property plugin (the default one using Brekeley DB) no longer works.

I opened a ticket for that, but it was closed abruptly. I don't understand the explanation given.

I had to revert to libsasl 2.1.26-2.

Any idea ?


starfry commented on 2013-11-20 11:44

No idea. Probably because it was like that when I adopted the package. Next time I update the PKGBUILD I will remove this if it isn't necessary.

zork commented on 2013-11-20 11:13

Why PKGBUILD is replacing default makepkg CFLAGS with -fPIC?
-FPIC is added anyway by configure and this override removes all optimalizations.

starfry commented on 2013-06-20 15:21

Updated PKGBUILD for pacman 4.1 conventions: uses srcdir/pkgdir and the new package() function. Also removed the new-redundant rc file.

mrechte commented on 2013-05-19 10:07

Hello. I don't know what changed, but it seems $startdir/pkg is not the same than $pkgdir. I had to make several changes to PKGBUILD in order to build OK.

The updated script is here:

starfry commented on 2013-03-17 12:20

Just uploaded new PKGBUILD that includes systemd unit (thanks @mrechte) and I've also removed tcp_wrappers. I checked out the mail group query and it looks to me like cyrus is in the "mail" group (PKGBUILD has --with-cyrus-group=mail in it).

starfry commented on 2013-02-01 15:04

I'll pop some systemd files in when I get a minute...

smerik commented on 2012-12-07 09:57

As of 2012-12-01 version 2.4.17 has been released

mrechte commented on 2012-11-22 07:03

From a fresh install, I also noticed that both postfix and cyrus were not members of mail group, preventing postfix to acccess the lmtp socket.

mrechte commented on 2012-11-21 15:26

I suggest the following unit file, but note that /etc/conf.d/cyrus-master becomes useless. Please also note that tcp_wrapper is no longer supported on Arch and therefore such dependancie should be removed from PKGBUILD.

$ cat /usr/lib/systemd/system/cyrus-master.service

Description=implementation of IMAP servers by the Cargegie Mellon University Computer Services Department

ExecStart=/usr/lib/cyrus/bin/master -d
ExecReload=/bin/kill -HUP $MAINPID


mrechte commented on 2012-10-16 15:18

That would be great if you could provide systemd files :)

Anonymous comment on 2012-03-12 17:46

PID has been fixed.

Anonymous comment on 2012-01-06 15:18

2.4.13-1: Install a Cyrus+Postfix setup, no major issue.

Just have to fix the /etc/rc.d/cyrus-master script
the '/etc/rc.d/cyrus-master stop' is failing for me because
the PID was not good, I fix it with:
"PID=`pgrep -f /usr/lib/cyrus/bin/master`"
If I remember correctly the /lib/ is missing in the path.

Sorry I am new to archlinux/pacman, I don't know (yet) how to submit this change myself in AUR (just hand fix it for my local install)

Anonymous comment on 2011-09-09 15:41

2.4.11-1: Added tcp_wrappers as a dependency. Changed file locations.

starfry commented on 2011-08-01 21:15

I believe this also depends on tcp_wrappers (for which has been deprecated and moved from Core (now in AUR).

mrechte commented on 2011-07-22 09:07

Since DB update form 5.1 to 5.2, package needs to be recompiled.

Anonymous comment on 2011-07-04 04:28

Perl upgraded to 5.14, need recompile. Also fixed the source address issue.

Anonymous comment on 2011-06-30 12:52


The source address for cyrus-imapd-2.4.9.tar.gz seems to be wrong. It should be

mrechte commented on 2011-05-13 09:53

Warning: since the replacement of heimdal by krb5, package needs recompilation.

The log was filled up (eventually /avr partition became full) with tons of messages like:
May 13 10:52:20 linux2 master[1565]: service lmtpunix pid 2698 in READY state: terminated abnormally

mrechte commented on 2011-04-18 12:48

I slightly updated the PKGBUILD to work with 2.4.8 version:


It compiles and install fine.

However there is a problem in the location where perl extensions are installed. To make them work I had to manually do:
cd /usr/lib/perl5/vendor_perl
cp -r current/i686-linux-thread-multi/Cyrus .
cd auto
cp -r ../current/i686-linux-thread-multi/auto/Cyrus .

Being new to ArchLinux (and a perl nut), I am not (yet) able to fully understand the PKGBUILD script. May be somebody could assist to adapt it.

tychoish commented on 2011-04-01 13:20

arg. copypaste fail, here's a better pastebin:

tychoish commented on 2011-04-01 12:58

I've updated the PKGBUILD (link below) for the latest version of Cyrus imapd