Package Details: cyrus-imapd 3.10.1-1

Git Clone URL: https://aur.archlinux.org/cyrus-imapd.git (read-only, click to copy)
Package Base: cyrus-imapd
Description: An email, contacts and calendar server
Upstream URL: https://www.cyrusimap.org/
Licenses: BSD-Attribution-HPND-disclaimer
Provides: imap-server, pop3-server
Submitter: ryanc
Maintainer: J5lx
Last Packager: J5lx
Votes: 27
Popularity: 0.000001
First Submitted: 2007-10-14 08:22 (UTC)
Last Updated: 2025-01-22 04:10 (UTC)

Dependencies (58)

Required by (2)

Sources (8)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

pgoetz commented on 2017-05-26 22:08 (UTC)

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 (UTC)

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 (UTC) (edited on 2017-05-26 13:37 (UTC) by pgoetz)

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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

@CarstenF: Just tried to rebuild cyrus-imapd 2.5.10-1 and it appears to not be playing nice with the current version of libssl.so, libssl.so.1.1. Maybe it's time to update the package? Do you need help with this?

pgoetz commented on 2015-12-15 14:29 (UTC)

@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 (UTC)

@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 (UTC)

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?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »