Package Details: courier-mta 1.0.9-1

Git Clone URL: (read-only)
Package Base: courier-mta
Description: IMAP(s)/POP3(s) and SMTP Server with ML-manager, webmail and webconfig
Upstream URL:
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: 12
Popularity: 0.000000
First Submitted: 2012-10-13 09:56
Last Updated: 2019-08-31 20:46

Required by (92)

Sources (14)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

andrej commented on 2015-09-13 07:23

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

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

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

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

I submitted a DKIM filter package for Courier-MTA. It seems to work fine on my server. Comments are welcome.

JesusMcCloud commented on 2013-10-24 13:19

since upgrading to 0.72 I always get "No such file or directory" when invoking makeuserdb.

$makedat= "/usr/lib/courier/makedatprog"
in the makeuserdb script fixed that

onny commented on 2013-07-13 18:42

@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

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. :-(

andrej commented on 2013-07-09 05:46

OK, so I did some debugging of the IMAP issue.

It fails with/without the IDLE extension.
It fails with/without the mailbox sanity checking.
It fails with both fam and gamin.
It is *not* related to this issue, because fam doesn't fix it.
Based on this, there should be a daemon called imapd. However, in this package, there's /usr/bin/imapd, which is a symlink to /usr/share/imapd (!!!), which later (via courierlogger and couriertcpd) executes /usr/bin/imapd. This looks like a weird cycle that cannot work.

andrej commented on 2013-07-09 03:20

So IMAP does not work at all. This is a critical bug; flagging package out-of-date to warn others.