Control: reassign -1 courier-maildrop 0.75.0-15
Hi,
Disclaimer: I'm neither the maintainer of courier nor maildrop, but a
package of mine suggests maildrop.
On Wed, Apr 20, 2016 at 05:14:07PM -0700, J Mo wrote:
> 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.
courier 0.75.0-15 dropped the duplicate courier-maildrop and just
started to depend on maildrop, cf:
* Kill duplicate courier-maildrop package and just depend on standard
maildrop package
(Closes: #289091, #193650, #567462, #684230)
As such maybe courier should ship a NEWS entries indicating that there
might be some needed changes to /etc/maildroprc.
Regards,
Salvatore
