Maildrop Error / Postfix behind NAT? / Update forces install of panel!!

Discussion in 'Installation/Configuration' started by Seciton58, Nov 3, 2011.

  1. Seciton58

    Seciton58 New Member

    Mail drop error, I read thu this however it didn't fix

    temporary failure. Command output: /usr/bin/maildrop: Unable to change to home directory.


    Update to latest stable forces use of panel installation. Maybe you wanna fix this for your new version. Not helpful for backend multiserver setups.


    Also in the mail.log its trying to send mail to my external ip, so er, how to i make it not confused

  2. till

    till Super Moderator Staff Member ISPConfig Developer

    Please explain in detail what you mean and what your problem is.

    Thats not the case. All ISPConfig updates should be installed on the shell and not trough the controlpanel. Please read release notes:
  3. Section58

    Section58 New Member

    Ok lets start with singular issues.

    Mail drop. It is trying to move mails into a directory that hasn't got the right permissions.

    error from mail.log

    Who is it meant to be owned by, cause it says 2000 but then 5000 doesn't work either.
  4. till

    till Super Moderator Staff Member ISPConfig Developer

    The owner "vmail" of the mail directory /var/vmail is correct.

    - Which userid has the user "vmail" in /etc/passwd?
    - Which user owns the dircetory /var/vmail/ ?
  5. Section58

    Section58 New Member

    Ok, well.

    The vmail uid and gid in /etc/passwd is 5000 ... but it was 2000. I changed it manually, this was probably the wrong way to do it.

    And yes, /var/vmail/ is 2000:vmail very confusing as i chowned it last night. so maybe it edits itself??

    Whats the best way to solve this? Delete vmail user and start again, or do some awkward chowns. As I am worried the same issue will happenw tih new users.

  6. till

    till Super Moderator Staff Member ISPConfig Developer

    1) Ensure that the userid is set to 5000 in /etc/passwd for the vmail user and the groupid in /etc/group is set to 5000 too. Then run:

    chown -R vmail:vmail /var/vmail

    to fix that. ISPConfig uses always Userid 5000 for vmail. Changing it to another value manually will cause the mail system to fail.
  7. Section58

    Section58 New Member

    ok, so vmail has 5000:5000 and its been chowned. but oh noes!!

    maildrop -V 9 -d [email protected]
    maildrop: authlib: groupid=5000
    maildrop: authlib: userid=5000
    maildrop: authlib: [email protected], home=/var/vmail, mail=/var/vmail/
    maildrop: Changing to /var/vmail
    maildrop: Timeout quota exceeded.

    Still same error no change

Share This Page