Package Details: courier-mta 1.0.14-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: 11
Popularity: 0.000000
First Submitted: 2012-10-13 09:56
Last Updated: 2020-06-20 05:21

Required by (94)

Sources (14)

Latest Comments

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

JesusMcCloud commented on 2013-10-24 13:19

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

@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 http://ubuntuforums.org/showthread.php?t=1970712, because fam doesn't fix it.
Based on this http://www.courier-mta.org/imapd.html, 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.

andrej commented on 2013-07-09 02:30

One more comment: The reason why imapd doesn't work is fairly simple:

couriertcpd starts /usr/bin/imapd
/usr/bin/imapd is a symlink to /usr/share/imapd
/usr/share/imapd is a script that starts /usr/bin/imapd ... and that's a cycle.

andrej commented on 2013-07-09 02:10

There's something wrong with this package right now. imapd doesn't work, at least not with TLS. The connection is established, but nothing else happens.

Some files end up directly in /usr/share (imapd, imapd-ssl, courierctl.start, esmtpd, esmtpd-ssl and multiple others), which is quite messy. Symlinks from /usr/bin are created, but it's still somewhat weird.

eigengrau commented on 2013-04-04 18:23

Also, please correct me if I'm missing something, but shouldn't the /usr/sbin/authtest binary have root-only permissions? It allows me to retrieve all the hashes from the shadowed passwd as a normal user.. o_O

eigengrau commented on 2013-04-04 18:12

Systemd units do not directly support bash syntax. Lines such as:
> ExecStartPre=[ -d /var/run/courier ] || mkdir -p /var/run/courier && chown courier:courier /var/run/courier
should instead say:
> ExecStartPre=/bin/bash -c '[-d /var/run/courier ] ...... '

onny commented on 2013-01-05 11:08

Thank you andrej for testing. Courier is a very complex package and not easy to maintain. I'm very glad to see some support!
I adopted your suggestions to the package. Instead of removing the PIDFile-part from the service file, I added an option to /etc/courier/courierd to create the PID-file. Hope that fixes it