Package Details: courier-mta 1.3.13-1

Git Clone URL: https://aur.archlinux.org/courier-mta.git (read-only, click to copy)
Package Base: courier-mta
Description: IMAP(s)/POP3(s) and SMTP Server with ML-manager, webmail and webconfig
Upstream URL: http://courier-mta.org
Licenses: GPL2
Conflicts: courier-imap, courier-maildrop, imap-server, smtp-forwarder, smtp-server, ucspi-tcp
Provides: courier-imap, courier-maildrop, imap-server, pop3-server, smtp-forwarder, smtp-server
Submitter: svenstaro
Maintainer: vario
Last Packager: vario
Votes: 13
Popularity: 0.000002
First Submitted: 2012-10-13 09:56 (UTC)
Last Updated: 2024-09-21 14:27 (UTC)

Required by (876)

Sources (14)

Latest Comments

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

markc commented on 2015-09-13 11:12 (UTC)

@andrej I think SSL3 has been removed from the latest courier config files. I can't check atm but it may be possible to add it back to one of the TLS variables. It's also possible OpenSSL have deprecated or removed it too. FWIW.

andrej commented on 2015-09-13 07:39 (UTC)

One more hint for those who run this: A few months ago GnuTLS used to be broken (segfaulting) and OpenSSL used to work fine, supporting even TLS 1.1 and 1.2. Well, not any more... With OpenSSL you'll now get the following error when trying to connect to IMAP with STARTTLS: routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:362 So I tried to compile Courier-MTA --with-gnutls and IMAP with STARTTLS works for me again.

andrej commented on 2015-09-13 07:23 (UTC)

Could you please fix the broken Systemd unit files? You can't put any shell commands into the unit file, so you need to set ExecStartPre=/bin/sh -c 'whatever stuff you have there now'.

markc commented on 2014-05-27 16:25 (UTC)

FWIW I just built 0.73.1 and it seems to work okay for local testing. I also removed apache from the makedepends line and it did not interfere with the build so would you mind removing apache from the next update as I use nginx. Thanks. @andrej: will take particular note of your problem and will report back if I notice anything similar. I have a Ubuntu 14.04 server with Btrfs that blocks for a few minutes until the client re-logs in. Slightly similar problem.

andrej commented on 2014-03-09 07:22 (UTC)

Courier-MTA 0.73.1 doesn't work for me for some reason. When I build it using the current PKGBUILD (just by editing the version number), I get a faulty Courier that cannot handle IMAP connections. There used to be 2 kinds of problems that could spoil IMAP connections: (1) something related to the (mis)use of Gamin / FAM and the IDLE IMAP extension, and (2) a glitch that caused the IMAP protocol handler (a binary that speaks IMAP and gets exec()'d (probably) by couriertcpd once the initial TCP and TLS matters are set) to be installed into a wrong directory, so the exec() failed and IMAP connections were closed immediately. However, this time it's different. :-( The symptoms are similar to the well-known problems from the past, but it doesn't seem to be anything related to Gamin or installation paths. Additionally, although the IMAP connections are closed immediately according to Courier's logs, the underlying TCP connections remain open, blocking the IMAP client forever. Version 0.72 works OK for me. Sadly I just don't have time to look at the diffs and dig deeper into this issue.

meskarune commented on 2014-01-26 19:44 (UTC)

I'm going to work on getting this cleaned up and updated in the next 2 weeks. There is a new version that was released Jan. 13th. Any suggestions would be great appreciated, I'm fairly new to packaging.

andrej commented on 2013-11-26 18:03 (UTC)

I submitted a DKIM filter package for Courier-MTA. It seems to work fine on my server. Comments are welcome. https://aur.archlinux.org/packages/zdkimfilter/

JesusMcCloud commented on 2013-10-24 13:19 (UTC)

since upgrading to 0.72 I always get "No such file or directory" when invoking makeuserdb. setting $makedat= "/usr/lib/courier/makedatprog" in the makeuserdb script fixed that

onny commented on 2013-07-13 18:42 (UTC)

@andrej: Implemented your findings and fixes. I agree, that the filesystem structure is quite messy but I don't know if there's a better way for this relatively old program ...

andrej commented on 2013-07-09 06:29 (UTC)

Quick & Ugly & Dirty fix to the issue: 0) Build the package with makepkg without -c. 1) Grab ${srcdir}/imap/imapd (should be >1.5 MB in size) and copy it to /usr/lib/courier/ 2) Edit /usr/share/imapd and replace '/usr/bin/imapd' with '/usr/lib/courier/imapd' This should be fixed in the package... BTW, there also seems to be some build failures that don't stop the entire build process. Looks suspicious. :-(

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