ISPConfig 3 latest SVN problems

Discussion in 'Developers' Forum' started by george_yohng, Jul 20, 2010.

  1. george_yohng

    george_yohng New Member

    Hello,

    I have been modifying the 'Perfect Server' script for OpenSUSE 11.3, and found the following problems.

    I'm using the latest ISPConfig SVN.

    • run-getmail.sh doesn't want to get executed, /var/log/messages says: /usr/sbin/cron[17880]: Permission denied. Strangely enough, my previous very similar installation on 11.2 (also with the SVN) works correctly.
    • Upon installation, the following is seen:
      ...
      Reconfigure Permissions in master database? (yes,no) [no]: yes

      PHP Notice: Undefined variable: hosts in /tmp/trunk/install/lib/installer_base.lib.php on line 310
      Reconfigure Services? (yes,no) [yes]: yes
      ....
    • Mail filters do not get updated. Upon creating a mail filter for the e-mail box, no files or directories are created in /var/vmail/mailfilters.
    • I couldn't make AWstats work. I assume, this functionality is still in development.
     
    Last edited: Jul 20, 2010
  2. till

    till Super Moderator

    1) Please check that you have security extensions like selinux and apparmor diabled as it may prevent the excution from scripts like getmail.sh
    2) You have a wrong error reporting setting in php.ini. ISPConfig requires this error reporting level:

    error_reporting = E_ALL & ~E_NOTICE

    Thats ok. Mailfilters in a dovecot setup are not in this location. Dovecot mailfilters are in the .sieve file which is in the maildir.

    No, its finished and working on my servers. Please check the paths to the awstats files in the server settings.
     
    Last edited: Jul 21, 2010
  3. george_yohng

    george_yohng New Member

    Hello,

    Apparmor and selinux are turned off. However run-getmail.sh still reports permission denied.

    This looks a SuSE problem somehow, because even replacing it with /bin/bash -c echo "Hello" would result in permission denied.

    Thanks,
    George.
     
  4. till

    till Super Moderator

    - Does the getmail user exist in /etc/passwd?
    - Is the run-getmail.sh file owned by user getmail?
    - If you run "su getmail" and then execute the run-getmail.sh file manually, which error do you get?
     
  5. george_yohng

    george_yohng New Member

    getmail user exists in /etc/passwd
    File run-getmail.sh is owned by getmail:ispconfig, and is rwxr--r--
    If I run su getmail, I was getting this:
    virt:/srv/www/truepianos.com/web/private # su getmail
    su: incorrect password

    Thank you for the hint, running "passwd getmail" and setting it a password fixed the problem.

    I wonder, if this can be automated somehow within ISPconfig, and whether there can be any other parts of ISPconfig, where this may occur.
     
  6. till

    till Super Moderator

    The user getmail shall not have a password as it is a passwordless system account. Giving him a password will make the setup less secure and might allow external attacks on this account. There must be a different way to get around the changes in opensuse that causes this problem as it works without password in all linux distriubutions and versions.
     
  7. george_yohng

    george_yohng New Member

    The situation is like this. /etc/shadow by default contains this line:

    getmail:!:14807:0:99999:7:::

    In the password field there is an exclamation sign. If I replace the exclamation sign with '*', like for mysql user, then everything starts to work.

    ispapps, ispconfig and web1 users also have an exclamation sign in their password field. I wonder, should it affect any functionality of ispconfig?

    The exclamation sign doesn't seem to be a problem with OpenSuSE 11.2, but 11.3 somehow make cron react to it like this.

    Here is a part of the original shadow file:

    tss:!:14807:0:99999:7:::
    vmail:*:14807:0:99999:7:::
    vscan:*:14807:0:99999:7:::
    mysql:*:14807:0:99999:7:::
    getmail:!:14807:0:99999:7:::
    ispapps:!:14807:0:99999:7:::
    ispconfig:!:14807:0:99999:7:::
    web1:!:14807:0:99999:7:::
    dnsmasq:*:14808:0:99999:7:::
    ntop:*:14810:0:99999:7:::
     
    Last edited: Jul 21, 2010
  8. till

    till Super Moderator

    I will check that.
     
  9. george_yohng

    george_yohng New Member

    Would it be possible also to look about mailfilters, because they don't seem to be installed into /var/vmail/mailfilters/domain.com/user

    Just an empty mailfilters directory exists there.
     
  10. till

    till Super Moderator

    Do you use courier or dovecot?
     
  11. george_yohng

    george_yohng New Member

    courier + postfix
     
  12. till

    till Super Moderator

    Check in ispconfig system > server config on the mail tab that "maildrop" is selected as mailfilter syntax and that courier is selected as pop3 / imap daemon.
     
  13. george_yohng

    george_yohng New Member

    It's already like this (please see the screen shot). But mailfilter files are still not created
     

    Attached Files:

  14. george_yohng

    george_yohng New Member

    Just one more thing. I'm testing here awstats. Looks like awstats files are created readable for all. Both /var/cache/awstats (awstats database directory) and /srv/www/mydomain.com/web/stats/* are root:root and are world-readable (rw-r--r--).

    Maybe some chmod/chown inside ispconfig would be beneficial?
     
  15. bonemasterno1

    bonemasterno1 New Member

    Today I had the same problem with creating the mailfilters due ispconfig3.
    The mailfilter was not created automatically and the mailfilters directory was clean.
    After some research, I have founded out that the maildrop plugin was not correct enabled. Maybe a problem on a update or install script? Im not sure, because i had to update after i have installed the system^^.

    A simple softlink fixes the problem :rolleyes:

    Code:
    ln -s /usr/local/ispconfig/server/plugins-available/maildrop_plugin.inc.php /usr/local/ispconfig/server/plugins-enabled/maildrop_plugin.inc.php
    P.S.: I am using Courier with maildrop and currently ISPConfig 3.0.3.2
     
  16. till

    till Super Moderator

    There must be a dovecot binary on your system which prevented the activation of the courier plugin. Please ensure that you completely uninstalled dovecot, just deactivating dovecot is not enough.
     
  17. bonemasterno1

    bonemasterno1 New Member

    Thank for the reply @till.

    No, dovecot was never installed on this system. I have used a clean rollout of a minimal centos 5.5 x64 system. Courier was detected fine in the installation process of ispconfig, only the maildrop plugin was not enabled.
     
  18. till

    till Super Moderator

    Ok. Please make a bugreport in the bugtracker so we can check this for the next release.
     

Share This Page