Unknown (maildrop) error

[mooseman]

Was there a recent update that messed up vmail / maildrop?

[till]

This question can not be answered that generally and it is not related to ispconfig updates, maildrop is part of your linux distribution or compiled manually and not part of ispconfig. Check the website of your linux distribution if they released a maildrop update since you last updated your system.

[mooseman]

It's weird I'm getting the same error:

temporary failure. Command output: ERR: authdaemon: s_connect() failed: Permission denied /usr/bin/maildrop: Unable to open mailbox.

all mail is getting queued in:

/var/spool/postfix/deferred

I have to make sure I don't loose the mail while I fix this problem.

Any idea where I can start looking?


an authtest returns:

Authentication succeeded.

Authenticated: webmaster@domain.com (uid 5000, gid 5000)
Home Directory: /var/vmail
Maildir: /var/vmail/domain.com/webmaster
Quota: 0
Encrypted Password:[HASH]
Cleartext Password: (none)
Options: disableimap=0,disablepop3=0


Any help would be appreciated...

[till]

something must have changed your mail config files. The easiest way to restore it is to download the ispconfig 3.0.1.6 tar.gz, unpack it, run the update.php script in the install folder and choose to reconfigure services when the updater asks you.

[ThomasEriksen]

Sorry to crash this thread, but I also get the same error.

Tried to reconfigure services as surgested in #14, but without any luck.

Unfortunately I still know very little about linux/Ubuntu, so I have no idea of what to do to solve this problem?

[primal23]

I'm having the same issue on Ubuntu, and I ran the update.php and reconfigured everything and it isnt releasing any of the emails.

[mooseman]

Hi,

I just ran through the update.php with reconfigure and no dice...

How can I tell what updates were installed on ubuntu during the last day or so that might have messed up postfix or maildump?

--
Dan

[mooseman]

Ok, with so many people experiencing the same issue on the same day, there must definitely be an update that fuzzed this all up for us... Does anyone know the exact process on how postfix interacts with imaildump to "dump" email into the user's respective mailbox? If we disect the process we may be able to debug the problem together.

--
Dan

[till]

I'am not able to answer anything more in this thread as too many poeple crossposted here. Please post the content o the master.cf, but only one of you guys. If you all post here again and cause chaos, I will simply stop here.

[till]

Please run these commands to ensure that maildrop is accessible and that it can connet to courier auth daemon:

chmod 755 /var/run/courier/authdaemon/
chmod +s /usr/bin/maildrop

if this wont help, compare the lines for maildrop in master.cf with these lines:

maildrop  unix  -       n       n       -       -       pipe
  flags=R user=vmail argv=/usr/bin/maildrop -d ${recipient} ${extension} ${recipient} ${user} ${nexthop} ${sender}