Control: reassign -1 src:courier Hi,
Excuse me for slow response but this is not bug for maildrop but for src:courier. There were intentional differences between maildrop packaged in Debian. I maintain one intended for independent use and have several historical divergence from the upstream. This is not the decision of me but one who was active then to address security issue. Permission choice etc,. are altered. So dropping maildrop-courier was bad decision on the maintainer of the courier package family. That is causing this bug report. Ondřej, if you look at debian/patches/* directory, you should know how much deviation this package is carrying. If you have good way to solve this problem without causing problem to the current users of maildrop, let me know. Otherwise, I am very reluctant to change this behavior. Osamu On Tue, Apr 26, 2016 at 02:46:06PM +0000, Zhao Difei wrote: > Package: maildrop > Version: 2.8.3-0.1 > Severity: important > > Greetings, > > (I filed a bug to courier source previously but I believe it belongs to > here). > The removal of the courier-maildrop package breaks the courier MTA > utilizing the virtual accounts tools. The courier version of maildrop > will import the environment variables: HOME, SHELL, LOGNAME and > MAILDIRQUOTA > while the standalone version won't. This behaviour makes the maildrop > can never deliver to the $HOME of the virtual account, rather, it will > deliver to the $HOME to the underlying account. > > Cheers, > Difei >
