Posts by fulltilt

  • Urgent - security issue? strange zend_cache files in /var/www/imscp/gui/data/cache

    I-MSCP & any other stuff latest version


    my panel is running under PHP 7.0 with latest phpswitcher

    with the sury.org sources all PHP versions are packaged not self compiled

    there was an sury update in the afternoon and now again in the evening ...


    so that is what I did for now:

    Code
    1. phpdismod -v 7.0 apcu
    2. phpdismod -v 7.0 opcache
    3. phpdismod -v 7.0 gettext
    5. service php7.0-fpm restart
    6. service nginx restart
    7. service imscp_panel restart
    8. php7.0 -v

    I have no idea if it helps or what's going on

    need some help here!


    it's still going on with generated zend cache files

  • Urgent - security issue? strange zend_cache files in /var/www/imscp/gui/data/cache

    today I have noticed that strange zend_cache files were generated in the /var/www/imscp/gui/data/cache folder on all servers, these contain all imscp configs passwords etc.

    Are these internal i-mscp processes?

    Even if I delete the files, new ones are generated again immediately.


    Can someone access or download these files from outside?

  • spamass-milter - whitelist 127.0.0.1

    Quote from fluser

    Kann man schon so machen.


    Ich persönlich hatte so (also ohne Exklud von 127.0.0.1) mit der Filterung noch keine Probleme. Bedenke bitte auch, dass Du den Reject-Level derzeit auf 15 hast, das ist doch relativ hoch und braucht viel, bis der anschlägt. Von daher würde ich eher mal schauen, weshalb einzelne E-Mails solch einen hohen Score erhalten, nicht, dass dann doch noch Spam-E-Mails versendet werden.

    OK, dann lasse ich das mal sein mit dem extra exclude ...

    Ich habe zum testen mal DNSBL aktiviert mit hostkarma rules, könnte es daran liegen?

    skip_rbl_checks 0


    sonstiges rules:

  • spamass-milter - whitelist 127.0.0.1

    ich finde in letzter Zeit einige interne User in den maillogs - "Blocked by SpamAssassin"

    im Debian wiki ist anders als bei der spamass-milter config das local user whitelisting angegeben:

    Code
    1. OPTIONS="-u spamass-milter -i 127.0.0.1 -r 5 -- -s 10485760"
    3. bei imscp spamassassin plugin
    4. OPTIONS="-e localhost -f -u spamass-milter -r 15 -- --socket=/var/run/spamassassin.sock"

    also -i 127.0.0.1

    https://wiki.debian.org/DebianSpamAssassin


    kann man das zusammen mit dem -e localhost verwenden?

    Code
    1. OPTIONS="-e localhost -f -u spamass-milter -i 127.0.0.1 -r 15 -- --socket=/var/run/spamassassin.sock"


    ich habe es vorhin mal damit versucht und spamass-milter neu gestartet, es treten jedenfalls keine Fehler auf, der Service läuft, keine Fehler oder warnungen in den mail.log


    Kann man das so machen?

  • Release Datum 1.6.x

    Quote from fluser
    • Die Erweiterungen wie Roundcube, phpMyAdmin und Konsorte müssten im Composer-Repo aktualisiert werden
      • Derzeit kann z.B. bei Roundcube eine Resource nicht geladen werden und der Installer bricht ab


    Darüber hatte ich mir auch bereits den Kopf zerbrochen ;-)

    Wäre es irgendwie möglich die ganzen Webapps direkt von der Entwickler Source zu laden? Also im Composer file direkt darauf zu verlinken und falls notwendig ein lokales config Template im Installer dazu bereitzustellen.

    Die Roundcube 1.3x ist auch auf Status old-stable (support läuft ab) von daher wäre es besser gleich die aktuelle 1.4 zu installieren.

  • Bug - autoresponder for forwarded emails

    The autoresponder should be deactivated for forwarded email accounts.

    A customer has forwarded 10 email accounts to an internal account which is set as forwarding and standard account with a forwarding to Gmail. He has activated the autoresponder for all of the 10 redirects and also for the target account.

    Chaos ... give it a try!

  • Whitelist domain or mail-address for spamassassin