Package: maildrop Version: 2.8.3-0.1 Severity: grave Justification: causes non-serious data loss
Recently I decided to upgrade courier (mta and imap) on one of my mail servers. It was a disaster. The quality of these packages is abysmal and dangerous. This is one of the many serious, grave, and critical bugs I ran into during that process. It appears that the default mail delivery location in maildrop/courier-maildrop has changed from being Maildirs ($HOME/Maildir) to spool files (/var/mail/). Upon upgrading my courier system, I found that new mail was being delivered to mailspool files in /var/mail instead of Maildirs, as it was previously. I don't know why this change has happened as I don't have much time to look into it, but it is definitely a default behavior change. This could definiely lead to data loss, and at the very least will be a pain if the admin has re-deliver the mail spool contents back to the Maildirs. A workaround is to configure the new /etc/maildroprc file DEFAULT parameter, which is convinently already typed out with the correct arguments and just needs to be uncommented. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages maildrop depends on: ii courier-authlib 0.66.4-7 ii libc6 2.22-7 ii libcourier-unicode1 1.4-2 ii libgcc1 1:5.3.1-14 ii libgdbm3 1.8.3-13.1 ii libpcre3 2:8.38-3.1 ii libstdc++6 5.3.1-14 Versions of packages maildrop recommends: ii courier-mta [mail-transport-agent] 0.75.0-18 maildrop suggests no packages. -- Configuration Files: /etc/maildroprc changed: DEFAULT="$HOME/Maildir" -- no debconf information