Control: retitle -1  improve courier-maildrop compatibility
Control: severity -1  wishlist

FYI: New 2.8.4-2 has been uploaded.

Hi,

On Thu, Mar 17, 2016 at 09:45:28PM +0900, Osamu Aoki wrote:
> Hi,
> 
> On Wed, Mar 16, 2016 at 04:49:47PM +0100, Ondřej Surý wrote:
> > Package: maildrop
> > Version: 2.7.1-3
> > Severity: wishlist
> > 
> > Hi,
> > 
> > I am removing courier-maildrop (finally!), so it would be a good idea
> > to package current upstream version, that is 2.8.3.
> 
> Yes.  This was released during FREEZE.  Since it involves library
> bumping etc., I did not update package via Debian patch ...
> 
> Since release, you can only blame me for my lazyness... (was busy with
> others.)
>  
> > There might be some bugs related to the courier-maildrop switch (but I
> > have no idea why it shouldn't just work) and I'll reassign all old
> > courier-maildrop bugs to maildrop package.
> 
> I have as much idea as you (or less...)

Now we know it doesn't work.  (I have reassigned another bug report to
courier in this regards.)

Here are the summary of differences and their compatibility.

OK          0001-sendmail-path.patch

NOT COMPAT. 0002-filter-permissions.patch
            <--- permission rules are altered!

MAYBE       0003-permanent-err.patch
            <--- This is build time dependent code is always set to 75
                 as if HAVE_COURIER is set.
MAYBE       0004-deliver-extra-newlines.patch
            <--- I am not touching this bug fix.

OK          0006-postfix-docs.patch
OK          0007-reproduceble-sh.patch
OK          0008-upstram.patch
UNUSED      0010-maildrop-2.3.0-dovecotauth.patch

Unless these are addressed, it is difficult to be drop in replacement
for courier-maildrop.  

Also, debian/rules has:

| override_dh_fixperms:
|         dh_fixperms
|         (cd debian/maildrop/usr/bin && chgrp mail maildrop lockmail.maildrop)
|         (cd debian/maildrop/usr/bin && chmod g+s maildrop lockmail.maildrop)


Unless courier family of other tools play nice with this permission, there may 
be problem.

Regards,

Osamu

Reply via email to