Source: courier Severity: grave Justification: causes non-serious data loss
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 ( mr...@courier-mta.com) escribió: > PICCORO McKAY Lenz writes: > > > I have installed maildrop (no longer courier-maildrop) and I am > surprised to > > find that the mails are not arriving at Maildir user place, even > > at /var/mail/spool/$USER file! . that's i ask here to you guys cos i > dont > > know if the problem is dropmail debian package (build separately puff) > or > > courier.. > > It's a long-standing problem with the debian package. > > > I define correctly the maildellivery in imap etc etc but I notice that > the > > mail is in /var/spool/mail instead of in the user's home... and I > already > > defined in /etc/maildroprc the DEFAULT > > Except that the standalone maildrop build is not going to know what the > DEFAULT is, without the appropriate -d option. > > I do not remember any more details, this problem comes up every once in a > while. > > _______________________________________________ > Courier-imap mailing list > courier-i...@lists.sourceforge.net > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap >