I setup both : real system users and virtual ones, both servers have mixed
users nature (system ones and virtuals)

The specific build removal of the courier-maildrop package breaks the
courier MTA utilizing the virtual accounts tools, noted that some variables
are imported that normal build of maildrop does not! (I compared the rules
files of both), those are HOME, SHELL, LOGNAME and MAILDIRQUOTA while the
standalone version won't.

MArkus.. i revised and checked related bugs in debian and it seems that
standar "maildrop" package is a piece of crap respect of this..  for
working i must get back the older courier-maildrop and builds my own
package from courier sources, can you get back the build of
courier-maildrop i remember that i previously send a request about this!

SAM: but,i cannot understand pretty well .. we need to clarify this cos i
try to reproduce and i dont know if this was the problem, i do not set any
sticky bit in home users.. but my home users are under a subdirectory..
maybe this can be misinterpreted?

i found this problem randomly in newer versions of debian packages (i try
to compile from sources and i do not have such problem) and  in one
particular scenery ALWAYS are reproducible:

a) server are in a migration of ip and upgrading of programs
b) there's some dynamic deliveries pending
c) mail queue has almost 200 thousands of pending mails

When I changed the DNS to the new server with exact configuration, but
another ip, mails are delivered in log and courier system, but if you use
lasted maildrop debian shit it does not work! all the new mails are
delivered and dissapears (are in queue only but log as delivered)

El dom, 4 de abr. de 2021 a la(s) 12:04, Sam Varshavchik (
mrsam@courier-mta.com) escribió:

I have recently taken over maintenance of courier-imap.  I am looking
into restoring the courier-maildrop package, but probably not until
after I have fix a bunch of the other problems with the package.