Navigation

pebkac · #11 2nd February 2010, 05:56

Quote:

Originally Posted by rforsythe

This appears related to a maildrop package update pushed out in the last day or two. I was able to downgrade it using this command:

aptitude install maildrop=2.0.4-3

Then do this:

postfix flush

And now my queues are flushing fine. I am also using the following command to prevent this from re-updating, which I will 'unhold' at some point in the future when I see the issue has been resolved...

aptitude hold maildrop

Good luck folks, I had a lot of mail getting queued but seems OK now.

This did the trick. I first uninstalled courier-maildrop and then did what you suggested and now it works, thanks so much!!!!

KaiserGimmel · #12 2nd February 2010, 09:02

I'm glad it worked out, the explicit version install is good to know, too.

Are there any plans to support the new courier-maildrop?

Cheers
Max

till · #13 2nd February 2010, 11:25

I guess that you will have to ask this the maintainer of the ubuntu maildrop package. Maybe you reach him on the ubuntu mailing lists.

rforsythe · #14 2nd February 2010, 14:59

Glad my fix is working for everyone, I just wish the new version was working too. :-/ I have no idea when the package owner will fix it, that's up to them.

Also, you don't need to remove courier-maildrop first if you had put it on for testing as part of this debacle; the 'install maildrop=2.0.4-3' will remove it for you since it conflicts.

My hope is when the new version is fixed, someone will be nice enough to post it up here so we can 'aptitude unhold maildrop' and let it update again. My fear is some security flaw will become known in this version and we won't be able to correct it due to this upgrade bug.

KaiserGimmel · #15 2nd February 2010, 15:14

Hello guys,

Mhh... its in the unstable sources (im on debian) so its "okay" that it might not work properly.

My question was related to ispconfig and its support of the new courier authlib. As far as i understand it maildrop uses the courier authlib - in the previous version they directly used a mysql auth from maildrop.

With correct setting files (provided by ispconfig) working with this new auth lib the current maildrop should work, right ?

cheers
Max

till · #16 2nd February 2010, 15:23

Quote:

My question was related to ispconfig and its support of the new courier authlib. As far as i understand it maildrop uses the courier authlib - in the previous version they directly used a mysql auth from maildrop.

No, thats not the case as maildrop auth is not configured separately. Maildrop uses the normal auth mechanism of courier and this is set at compile time by the maildrop package maintainer. ISPConfig configures only courier-authdaemon which is used as authentication source for all courier based applications incl. maildrop.

Take a look at the courier config files.

till · #17 2nd February 2010, 17:16

Which Ubuntu version do you use that causes this problem? I installed just a fresh Ubuntu 9.10 server with all updates applied and ISPConfig 3.0.1.6 and the mail delivery works, no maildrop errors. Maybe there is a bug in the maildrop package that occurs only when its is updated and not when its newly installed.

[update] This is the version of the maildrop package installed on my test system:

Code:

dpkg -l | grep maildrop
ii  maildrop                          2.0.4-3+lenny3build0.9.10.1       mail delivery agent with filtering abilities

pebkac · #18 2nd February 2010, 23:14

Well for somereason it broke again this moring, I had to run this command again..

aptitude install maildrop=2.0.4-3

Not sure what is going on but this bites...maybe I need to disable auto updates on the server, how can I do thatt?

--Steve